Requirements Management Traducido

Requirements Management &

Communication

Captulo de comunicacin & de la administracin de requisitos cuatro la gestin de requisitos y rea de conocimiento de comunicacin describe las actividades y consideraciones para la gestin y expresar los requisitos para una audiencia amplia y diversa. Estas tareas se realizan para garantizar que todas las partes interesadas tengan una comprensin compartida de la naturaleza de una solucin y para asegurar que las partes interesadas con la autoridad de aprobacin estn de acuerdo en cuanto a los requisitos que deber cumplir la solucin. Requisitos de comunicacin ayuda a traer a los interesados a una comprensin comn de los requisitos. Porque los actores representan a personas de diferentes orgenes y dominios de negocios, esta comunicacin es desafiante y crtico para el xito de cualquier iniciativa. Se trata de determinar qu conjuntos de requisitos son relevantes para un grupo particular de las partes interesadas y presentar dichos requisitos en un formato apropiado para esa audiencia. Ayuda en la gestin de requisitos...

Administrar solucin alcance & requisitos propsito obtener y mantener un consenso entre los actores claves en relacin con el mbito general de la solucin y los requisitos que se aplicarn.

Descripcin

Esta tarea consiste en asegurar la aprobacin de los requisitos de las partes interesadas que tienen la autoridad competente, y la gestin de los problemas que surgen durante la obtencin y el anlisis. Aprobacin de requisitos se puede buscar al final de una fase de proyecto o en un nmero de puntos intermedios en el proceso de anlisis de negocios.

Los requisitos pueden ser lnea base tras la aprobacin. Cualquier cambio en los requisitos de lnea de base despus, si se permiten cambios, implica el uso de un proceso de control de cambio y la subsiguiente aprobacin. Como requisitos se refinan o cambiado como resultado de nueva informacin, los cambios sern seguidos tambin.

El alcance de la solucin se requiere como base para la gestin de requisitos y se utiliza para determinar si un requisito propuesto es compatible con los objetivos de negocio. Si la empresa necesita cambios durante la vida til de una iniciativa, el alcance de la solucin tambin tiene que cambiar. Los cambios en el alcance de la solucin tambin puede conducir a cambios en los requisitos previamente aprobados, que no puede apoyar el alcance revisado.

Impulsadas por el cambio de enfoques no suelen utilizar un proceso de control de cambios formal, como requisitos se priorizan y seleccionan para su aplicacin al principio de cada iteracin y ningn cambio en los requisitos ocurrir durante una iteracin.

Entrada

Plan de Gestin de Requisitos: Define el proceso a seguir en la gestin del alcance de la solucin y los requisitos.

Alcance Solucin: Los requisitos deben apoyar el alcance de la solucin con el fin de ser aprobada, a menos que el alcance de la solucin se ha modificado en consecuencia. El alcance de la solucin tambin es un requisito que se puede administrar en su propio derecho. Cambios en los requisitos de negocio, generalmente no caen dentro del proceso de gestin del cambio normal de un proyecto, ya que son externos al alcance del proyecto.

Lista de partes interesadas, Roles y Responsabilidades: Define que las partes interesadas participen en la revisin y aprobacin de los requisitos.

Los grupos de inters, de soluciones, o los requisitos de transicin [Comunicado o Trazado]: Los requisitos pueden ser administrados en cualquier momento de su ciclo de vida (indicada, especificado y modelado, verificada, validada, etc), si bien la aprobacin de los interesados se limitan normalmente a necesidades que han sido verificados y validado. Los requisitos deben ser comunicadas a gestionar, ya que las partes interesadas no pueden dar su consentimiento a las necesidades si no son conscientes de ellos. Los requisitos tambin se puede manejar si se puede remontar a

requisitos que han sido aprobados, dado que tal es una base para determinar si otros requisitos entran dentro del mbito de aplicacin de la solucin.

Elementos

1 Solucin alcance gestin todos los requisitos los interesados y la solucin deben ser evaluados para asegurar que estn comprendidos en el mbito de la solucin. Los actores frecuentemente identificar las necesidades adicionales de que la solucin puede ser capaz de abordar. Sin embargo, si estos requisitos adicionales son vlidos (es decir, no estn alineados con los requerimientos del negocio aprobado) o

no caen dentro del alcance de la solucin, el analista de negocio debe actuar para resolver el

conflicto. Esto se puede hacer mediante la modificacin de los requisitos de negocio y alcance de la solucin

o por llegar a un acuerdo que el requisito no cae dentro del alcance de la

iniciativa.

0.2 Conflicto de Emisin y Gestin

Como las necesidades son desarrollados y revisados, los conflictos surgen a menudo. Un conflicto puede ser consecuencia de los interesados en las reas de visin diferentes necesidades desde diferentes perspectivas. Tambin puede ser consecuencia de las prioridades en conflicto. Requisitos incompatibles no pueden ser satisfechas por una nica solucin y por lo que cualquier inconsistencia debe ser resuelta.

Facilitar la comunicacin entre las partes que estn en conflicto en torno a la exigencia con el fin de resolver el problema. Los conflictos pueden ser resueltos a travs de reuniones formales entre las partes afectadas, a travs de la investigacin, la resolucin por parte de terceros, u otros mtodos, segn corresponda. Los conflictos que afectan a los requisitos deben ser resueltos antes de la aprobacin formal se da a esos requisitos.

0.3 Requisitos Presentar para su revisin

Determinar cmo los requisitos sern presentados a las distintas partes interesadas y si las presentaciones ser formal o informal. Una presentacin formal puede ser un sistema escrito especificacin de requerimientos o un recorrido estructurado con distintos niveles de interesados, incluidos los resmenes ejecutivos, as como un modelo articulado, que comprenda todos los diagramas asociados, textos de apoyo, atributos detallados e informacin de revisin. Un requisito puede ser presentada de manera informal en un mensaje de correo electrnico, una nota o verbalmente.

Evaluar las necesidades, la audiencia, y los activos de la organizacin del proceso para determinar el nivel de formalidad adecuado para la comunicacin empresarial anlisis. En general, la ms formal de las comunicaciones, ms tiempo que ser necesario para preparar las reuniones, a la crtica, por la presentacin o el paquete de requisitos, etc comunicaciones menos formales pueden dar lugar a los principales interesados en la informacin que falta o ambigedad aumento de las necesidades.

En la presentacin de los requisitos para su revisin y aprobacin, es necesario que haya formalidad suficiente para mantener a la metodologa y asegurarse de que los interesados, analizar, entender, y aprobarlos.

0.4 Aprobacin

Asegrese de que la parte interesada (s) responsable de los requisitos de aprobacin comprende y acepta los requisitos. Aprobacin de las partes interesadas puedan ser necesarios para el resultado del trabajo de otro anlisis de negocio, incluida la asignacin de requisitos, propuestas de acuerdos de problemas, y otras decisiones. Se podr obtener de los interesados individualmente o como un grupo.

Un registro de la decisin puede ser mantenido. Un registro de decisin pueden incluir la decisin tomada (si se incluye o no el requisito o modificar el mbito de aplicacin), la razn de la decisin, y las partes involucradas.

4.1.5

Tcnicas

0.1 Tcnicas Generales

Seguimiento de problemas (9,20): Permite al analista de negocios para gestionar los problemas identificados con los requisitos de las partes interesadas y garantizar que esos problemas sean resueltos.

0.2 baselining

Una vez que los requisitos son aprobados, pueden ser lnea base, lo que significa que todos los cambios futuros se registran y se sigue, y el estado actual puede ser comparado con el estado de lnea base. Los cambios posteriores en la que se deber seguir el proceso de control de cambios.

Como los cambios son aprobados, el plan de gestin de requisitos puede requerir que la versin baselined del requisito de mantener, adems de la exigencia cambiado. La informacin adicional se mantienen a menudo, como una descripcin del cambio, la persona que hizo el cambio, y la razn para el cambio.

0.3 Firma de

Requisitos visto bueno formaliza acuerdo de las partes interesadas que el contenido y la presentacin de requisitos documentados es exacta y completa. Una aprobacin formal de la documentacin de requisitos puede ser requerido por las normas de la organizacin o para

Requisitos de Gestin y Comunicacin gestionar los requisitos de trazabilidad

razones regulatorias.

Obtencin de los requisitos visto bueno normalmente implica un encuentro cara a cara revisin final de los documentos con los requisitos de cada actor con autoridad para aprobar los requisitos. Al final de cada revisin, el actor se le pide que apruebe formalmente el documento se examinaban los requisitos. Esta aprobacin puede ser verbal o grabar ya sea fsica o electrnicamente.

Si un actor slo tiene autoridad para el cierre de sesin en un subconjunto de los requisitos, una lista especfica de los requisitos de la parte interesada se aprueban, y una lista complementaria de los requisitos de la parte interesada no est aprobando (pero a la que la parte interesada no se opone explcitamente ) debe estar preparado. Bajo tales circunstancias, corresponde al analista de negocios para asegurar que cada requisito individual est expresamente aprobada por al menos un actor adecuado con la autoridad para hacerlo.

4.2.14.2.2

Las partes interesadas

Domain SME: Puede participar en la revisin y aprobacin de los requisitos, segn lo definen las funciones de las partes y la designacin responsabilidad.

Aplicacin PYME: es probable que participe en este proceso para asegurar que los requisitos pueden ser implementados.

Gerente del Proyecto: El director del proyecto es responsable y responsable para el alcance del proyecto. El director del proyecto debe participar en la evaluacin de la alcance de la solucin con el fin de definir el alcance del proyecto, y deben participar en la revisin de los cambios en el alcance de la solucin por la misma razn. Adems, si el requisito propuesto no es aceptado por las partes interesadas, el director del proyecto debe gestionar el riesgo asociado al proyecto (al alterar el alcance del proyecto, la escalada de la cuestin, oa travs de otras respuestas apropiadas).

Patrocinador: El caso de negocio, solucin o definicin del producto y todos los requisitos deben ser revisados y aprobados por el patrocinador (s) de acuerdo con la autoridad de homologacin establecido en el plan de gestin de requisitos.

Salida

Requisitos [aprobado]: Aquellos requisitos que sean acordadas por las partes interesadas y listo para su uso posterior en el anlisis de negocios o actividades de aplicacin.

Gestione la trazabilidad de requisitos

Propsito

Crear y mantener las relaciones entre los objetivos de negocio, requisitos, otras prestaciones del equipo y componentes de soluciones para apoyar el anlisis de negocios u otras actividades.

Descripcin

Los requisitos se relaciona con otros requisitos, a los componentes de la solucin, y en otros artefactos, como los casos de prueba. "Rastreo" un requisito se refiere a la capacidad de mirar a un requisito y los otros a los que se relaciona. Seguimiento de los requisitos de vnculos comerciales con requisitos de los interesados y la solucin, a los artefactos producidos por el equipo, y

Gestione la trazabilidad de requisitos

Requisitos de Gestin y Comunicacin

a componentes de la solucin.

Requisitos de trazabilidad identifica y documenta el linaje de cada requisito, incluida su trazabilidad hacia atrs (derivacin), su trazabilidad hacia delante (la asignacin), y su relacin con los dems requisitos. La trazabilidad se utiliza para ayudar a asegurar la conformidad con los requisitos y solucin para ayudar en el alcance y la gestin del cambio, gestin del riesgo, gestin del tiempo, gestin de costes, gestin y comunicacin. Tambin se utiliza para detectar la funcionalidad que falta o para identificar si la funcionalidad implementada no es soportado por un requisito especfico.

El rastreo se puede realizar en el nivel de requisito individual, a nivel del modelo o paquete, o en el nivel de funcin segn sea apropiado. El objetivo de rastreo se debe asegurar que los requisitos (y en ltima instancia, componentes de la solucin) se ligan de nuevo a un objetivo de negocio. Seguimiento de requisitos tambin se apoya el anlisis de impacto, gestin del cambio, y la

asignacin de requisitos. Los requisitos individuales casi siempre tienen dependencias e interrelaciones inherentes. Hay varias razones para la creacin de estas relaciones:

Anlisis de Impacto. Cuando una disposicin es cambiada, el analista de negocios puede

revisar fcilmente todos los requisitos relacionados y componentes de software con el fin de


Analista: Re-usa requisitos son muy susceptibles de ser utilizados por un analista de negocio diferente que el autor en un futuro desconocido. Puede que sea necesario revisar y actualizar la documentacin de requisitos para asegurarse de que no necesita explicacin.

Domain SME: Requisitos en curso tienden a hacer referencia a las PYME de dominio de forma regular para asegurarse de que los productos del trabajo a cumplir.

Aplicacin SME: Estos requisitos son susceptibles de ser utilizados para una variedad de propsitos, incluyendo el desarrollo de pruebas de regresin y anlisis de impacto de mejoras.

Salida

Requisitos [Mantenido y reutilizable]: El resultado de esta tarea son los requisitos que se expresan en una forma que los hace adecuados para uso a largo plazo de la organizacin (incluso en ausencia de los actores que originalmente definidos los requisitos). Pueden llegar a ser activos de la organizacin del proceso o utilizarse en futuras iniciativas o proyectos. En algunos casos, un requisito que no fue aprobado o implementado puede mantenerse a una iniciativa de futuro posible.

Preparar paquete Requisitos

Propsito

Para seleccionar y estructurar un conjunto de requisitos de una manera apropiada para asegurar que los requisitos se comunican efectivamente a, comprendida por l, y utilizable por un grupo de actores o grupos.

Descripcin

Los requisitos deben ser presentados en formatos que sean comprensibles por las partes interesadas. Esta tarea describe los trabajos necesarios para decidir qu formato (s) son

apropiados para un proyecto en particular y sus grupos de inters. Deben ser claros, concisos, precisos, y en el nivel de detalle apropiado. Requisitos de documentacin deben ser creados solamente en la medida necesaria para asegurar la comprensin clara por el equipo.

Requisitos de los paquetes se pueden preparar por una serie de razones, incluyendo, pero no limitado a la evaluacin temprana de calidad y la planificacin, la evaluacin de las posibles alternativas, revisiones y aprobaciones formales, los insumos para el diseo de la solucin, la conformidad con las obligaciones contractuales y regulatorios, y el mantenimiento de re- utilizar.

El objetivo principal de desarrollar un paquete de requisitos es transmitir informacin clara y de una manera comprensible. Para ayudar a decidir cmo presentar los requisitos, pida a los siguientes tipos de preguntas:

Cmo lo detallado los requisitos que estar?

72 Una gua a la Business Analysis of Knowledge

ID del pedido: IIBA-200911231134-455082

Licencia para Gustavo Simues

Gestin de Requisitos y Comunicacin Preparar paquete Requisitos

Qu informacin es importante para comunicarse? Cul es el nivel apropiado de

detalle de incluir?

Qu har la parte interesada en particular entender en base al tipo de audiencia a la que representa y el estilo preferido que las partes interesadas de la comunicacin o de aprendizaje?

El paquete de presentacin y requisitos de formato y los requisitos contenidos en el paquete, apropiado para el tipo de pblico al que hay que revisarlo?

Cmo funciona el paquete de requisitos apoyo a las fases anteriores y posteriores

(Pruebas, implementacin) o de las actividades del proyecto y entregables?

Falta de comprensin de las necesidades afectar negativamente a la implementacin de soluciones. Lo

conduce a la re-trabajo y los sobrecostos, sobre todo si se descubren deficiencias en la tarde

proceso.

Formas posibles de paquetes requisitos pueden incluir:

Documentacin Formal: documentacin formal se basa generalmente en una plantilla

utilizados por la organizacin, como por ejemplo un documento de visin o Requisitos de software

Especificaciones.

Presentacin: Ofrece una visin general de alto nivel de la funcionalidad que ofrece la solucin.

Modelos: Los requisitos slo podrn presentarse en la forma de un modelo, como un mapa de procesos, o capturados en una pizarra.

4.4.3

4.4.4

Entrada

Anlisis de Negocio Plan de Comunicacin: Esto normalmente se describirn los grupos de inters, sus necesidades de comunicacin, y definir si un paquete o paquetes de requisitos solo se requieren varios requisitos. El anlisis del plan de negocios de comunicacin tambin se definir el nivel de formalidad que sea apropiado para las necesidades.

Activos del proceso organizacional: puede incluir plantillas que se pueden utilizar con los requisitos del paquete.

Requisitos: El analista de negocios deben entender los requisitos que se incluyen en el paquete. Los requisitos pueden ser envasados en cualquier punto en su ciclo de vida.

Estructura Requisitos: Un paquete debe contener un conjunto coherente, cohesiva y coherente de requisitos.

Elementos

0.1 Productos de Trabajo y Entregables

Obra del producto

Un producto de trabajo es un documento o coleccin de notas o esquemas utilizados por el analista de negocios durante el proceso de desarrollo de los requisitos. El producto del trabajo puede o no convertirse en una entrega, aunque durante las diferentes fases de los requisitos que suscitan

proceso, el analista de negocios puede necesitar compartir esta informacin con las partes interesadas en

a fin de aclarar los requisitos, obtener requisitos adicionales, o evaluar la viabilidad de

el enfoque de solucin. Ejemplos de productos de trabajo podra ser:

agendas de reuniones y actas

preguntas de las entrevistas y notas

agendas de facilitacin de las sesiones y notas

Problemas de registro

plan de trabajo, informes de estado

Presentacin diapositivas utilizadas durante el proyecto

matrices de trazabilidad

74 Una Gua al Cuerpo Business Analysis of Knowledge



Gestin de Requisitos y Comunicacin Preparar paquete Requisitos

Entregables

Un entregable es un producto especfico del proceso de anlisis de negocio que el analista de negocios se ha comprometido a producir. Un requisito entregable se utiliza como base para el diseo e implementacin de soluciones. El analista de negocios debe entender la diferencia entre estos dos conceptos y el uso de las prestaciones como los mecanismos de comunicacin. El analista de negocios se evaluarn las necesidades de la audiencia, determinar el nivel de detalle que debe ser comunicada, y determinar qu resultados concretos que se incluyen en cada paquete de presentacin.

0.2 Formato

Dependiendo del tipo de requisito, la tcnica de presentacin puede variar y formatos especficos pueden haber sido seleccionados durante el desarrollo del plan de negocio de la comunicacin anlisis. Es probable que haya una combinacin de varios formatos en un solo paquete necesidades. Tenga en cuenta la mejor manera de combinar y presentar los materiales, por lo que son portadores de un mensaje coherente y eficaz de una o ms audiencias que van a participar en el proceso de revisin de los requisitos. Esto puede dar lugar a ms de un paquete de requisitos se han creado para el mismo proyecto.

Considere cuidadosamente qu tipo de informacin debe ser incluida en un paquete de requisitos, y que el contenido puede variar entre los diferentes proyectos. La mejor opcin de formato es el que mejor comunica el contenido especfico de la obligacin. Cada organizacin puede tener normas que el analista de negocios se deben seguir, y el equipo del proyecto utilizar las tcnicas apropiadas para su proyecto. Por lo general, cada organizacin tambin ha aprobado un paquete de herramientas que se utilizan para la documentacin.

Si el paquete se cre con la intencin de obtener la aprobacin formal, la documentacin de los requisitos debe ser completa a fin de preparar el paquete de requisitos.

Consideraciones adicionales para la Documentacin de Requisitos

Cada paquete de requisitos puede tener una tabla de contenido que describen lo que se incluye en el paquete. Agrupacin de los requerimientos en categoras deben estar claramente identificados en la Tabla de contenido para facilitar la navegacin. Tambin puede incluir un registro de revisiones para documentar los cambios entre las versiones y ayudar a los interesados comprobar que se dispone de la versin ms reciente.

4.4.5

Tcnicas

0.1 Requisitos de documentacin

Los requisitos son frecuentemente capturados en un documento formal. Muchas plantillas de documento sobre las necesidades existen y son de uso comn. Mientras que la seleccin de plantillas y documentos depende del enfoque de anlisis de negocio elegido, algunos de los tipos ms comunes de documentos de requisitos incluyen:

Negocios Requisitos Documento (nota: muchos "Business Documento de Requerimientos"

plantillas tambin incluyen requisitos de los interesados)

producto Hoja de Ruta

Software / Requisitos del sistema Especificaciones

BABOK Guide, Version 2.0 75



Preparar paquete Requisitos


Complementario Especificacin de Requisitos

Visin Documento

0.2 Requisitos para la seleccin de proveedores

Si el equipo de solucin cree que una posible solucin est disponible desde un interlocutor externo, el analista de negocios puede capturar los requisitos en la forma de una Solicitud de Informacin (RFI), Solicitud de Cotizacin (RFQ), o Solicitud de Propuesta (RFP).

Aunque estos trminos se utilizan a veces indistintamente, tienen por objeto reflejar los diferentes niveles de formalidad en el proceso de seleccin de proveedores. Agente de la organizacin de

compras, organizacin jurdica o departamento de adquisiciones suele ser el dueo de este proceso.

Una RFI se utiliza generalmente cuando el emisor est abierto a un nmero de

soluciones alternativas y est buscando informacin para evaluar las opciones posibles.

Una RFQ o RFP se utiliza cuando la empresa emisora comprende la naturaleza de las opciones de solucin a su alcance y est buscando proveedores que pueden poner en prctica una opcin. Un RFQ generalmente sigue a una revisin menos formal y proceso de seleccin de una solicitud de propuesta.

El equipo de solucin debe considerar cuidadosamente cmo cada solucin de proveedor ser evaluado.

A menudo, los interesados pueden quedar impresionado por una demostracin de producto cuando el producto subyacente

no realmente satisfacer las necesidades del negocio.

Los analistas de negocio deben desarrollar criterios de evaluacin basados en los requerimientos del negocio antes de ver los productos disponibles. En particular, una RFP tpicamente incluye una descripcin de los criterios de seleccin y el proceso. Los criterios de evaluacin utilizados pueden basarse en el costo de la aplicacin o el costo total de propiedad. Una medicin objetiva (criterios de ponderacin) de lo bien que la solucin propuesta cumple los requisitos tambin pueden ser incluidos.

En el desarrollo de preguntas RFP, evitar el uso de preguntas abiertas cerradas (aquellas que requieren slo respuestas breves). El objetivo es estimular a los proveedores para proporcionar amplia informacin sobre sus productos y ofertas de servicios.

La mayora de las RFP incluyen varias secciones o componentes. Los ejemplos incluyen:

negocios y las partes interesadas los requisitos para el particular problema / solucin rea

estrategia de negocios o descripcin de la arquitectura empresarial

restricciones / limitaciones tcnicas del medio ambiente

legal, reglamentaria o requisitos gubernamentales

El proveedor se le puede pedir que presente informacin especfica. Los ejemplos incluyen:

Solucin coste o coste total de propiedad

Alineacin con la estrategia general de la empresa

76 Una Gua al Cuerpo Business Analysis of Knowledge



Gestin de Requisitos y requisitos, comunicacin, comunicarse

Solucin arquitectura, el rendimiento, la calidad y el apoyo

Solucin de extensibilidad y capacidad de integracin con otras aplicaciones

Proveedor de sostenibilidad, y / o perfil de proveedor y la reputacin

4.4.6

4.4.7

4,5

4.5.1


PYME de dominio y usuarios finales: Need requisitos que se escriben utilizando una terminologa familiar y que son fciles de entender y revisar. Ellos deben comprender cada requisito, ya que es este grupo el que se vern ms afectados por la solucin implementada. Este grupo se ocupa principalmente de cmo los procesos operativos se ven afectados por la ejecucin del proyecto, y estarn interesados en asegurarse de que los requisitos que proporcionan al analista de negocios durante la obtencin de requerimientos se cumplan.

Las PYME para la implementacin: Necesidad de obtener una comprensin de los requisitos generales para el proyecto, y se centrar en las necesidades que van a utilizar para el diseo de la solucin. Los clientes externos y proveedores necesitarn detallados requisitos de las interfaces tcnicas con el fin de construir la red adecuada y protocolos de seguridad de acuerdo con las polticas corporativas.

Jefes de Proyecto: Las transferencias incluyen (incluidos los paquetes requisitos especficos) en el plan del proyecto y por lo general su seguimiento como hitos para evaluar el progreso del proyecto. Los actos a entregar como un "contrato" para la definicin del proyecto de acuerdo en el trabajo. La entrega se convierte en un activo proyecto porque representa una salida del proyecto.

Reguladores: Puede tener determinados requisitos legales, contractuales o de gobierno con respecto a lo que se incluye en un documento de requisitos.

Patrocinadores (y otros administradores a nivel ejecutivo): A menudo quieren resmenes y los requisitos de alto nivel. Su objetivo principal es entender que la solucin se encontrar con el retorno de las expectativas de inversin de acuerdo con su plan de negocios, y para reducir al mnimo el tiempo necesario para que puedan tomar una decisin eficaz. El alcance del proyecto puede ser suficiente, incluyendo el ROI (Retorno de la Inversin) la evaluacin, los beneficios empresariales, el costo del proyecto y la fecha de aplicacin de destino (s).

Testers: Enfoque en la comprensin de los factores crticos de xito del proyecto en base a las necesidades de los usuarios empresariales. Tienen que adquirir un conocimiento profundo de los requerimientos funcionales y no funcionales con el fin de construir una estrategia de evaluacin eficaz.

Salida

Paquete Requisitos: El resultado de esta tarea es un documento de requisitos, presentacin, o un paquete de requisitos listos para ser revisados por los interesados. Un paquete puede contener todos los requisitos del proyecto o puede ser dividida en varias sub-paquetes.

Comunicar REQUISITOS

Comunicar los requisitos

Propsito

Comunicar los requisitos es esencial para que las partes interesadas a una comprensin comn de las necesidades.

BABOK Guide, Version 2.0 77





4.5.2

Descripcin

Requisitos Comunicacin incluye conversaciones, notas, documentos, presentaciones y discusiones. Conciso, la comunicacin adecuada y eficaz requiere que el analista de negocios poseen un importante conjunto de habilidades, a la vez suave (comunicacin) y tcnica (es decir, los requisitos). Ver Habilidades de Comunicacin (8,4).

Figura 4-6: Comunicacin Requisitos de entrada / salida Diagrama

Entradas

2,4

* 4.4

BA Plan de Comunicacin

Requisitos

Requisitos

Paquete

4,5

Comunicarse

Requisitos

4,5

Requisitos

[Comunicado]

Tareas uso de este Producto

4,1

Administrar la solucin

Alcance y Req'ts

4.5.3

Entrada

Anlisis de Negocio Plan de Comunicacin: define qu informacin se deber comunicar, que las partes interesadas deben recibirlo, cuando la comunicacin ocurre, y la forma que debera ocurrir pulg

Requisitos: Cualquier requisito puede ser comunicado.

Paquete Requisitos: Los requisitos pueden ser comunicados sin estar en un paquete de requisitos, pero si el paquete se ha montado, debe ser distribuida, crtica, y el contenido debe ser comunicada a los interesados.

78 Una gua a la Business Analysis of Knowledge



Gestin de Requisitos y requisitos, comunicacin, comunicarse

4.5.4

Elementos

.1 General de Comunicacin

Requisitos de comunicacin se realiza de forma iterativa y en conjuncin con la mayora de las tareas en las otras reas de conocimiento.

No todas las comunicaciones pueden o deben ser planificadas, y la comunicacin informal de los requisitos es probable que se necesite durante la ejecucin de la mayora de las tareas de anlisis de negocios. En muchos casos, los requisitos de comunicacin puede conducir a la obtencin de requisitos adicionales.

tareas de la empresa de anlisis: Caso de negocio y la informacin de solucin de alcance es

comunicada.

Tareas Elicitacin:

Cada tcnica de obtencin requiere una comunicacin especfica

habilidades. Comunicacin de requisitos puede ser til durante las actividades de elicitacin,

ya que puede ayudar a los interesados a identificar otros requisitos relacionados.

Requisitos de las tareas de anlisis: Los requisitos son refinados, modificar, aclarar y

finalizado a travs de una comunicacin eficaz.

Solucin tareas de evaluacin y validacin: Previsiones de la solucin, la asignacin de requisitos a los componentes de la solucin, la preparacin organizativa y los requisitos de transicin todos deben ser comunicadas.

0.2 Presentaciones

Antes de realizar las presentaciones de los requisitos para un pblico, determinar un formato apropiado para la presentacin. La formalidad de la presentacin es impulsada por el objetivo de la comunicacin y las necesidades de la audiencia. Por ejemplo, el analista de negocios puede ser requerido para presentar los puntos clave mediante una presentacin formal con diapositivas de la presentacin y folletos. Esto puede ser deseable cuando presenta a los representantes empresariales de alto nivel que no participan activamente en los detalles del proyecto, pero deben entender los requisitos a un nivel ms alto.

Una presentacin se puede utilizar:

internos para asegurar que los estndares de calidad del proyecto se han adherido a

para asegurar multifuncional en forma con otras reas de procesos de negocio dentro de la misma proyecto

para obtener la aceptacin de negocios y firmar-

para obtener equipo de entrega cierre de sesi

para obtener equipo de pruebas de cierre de sesin

como un precursor de la entrega (por ejemplo, el examen de opciones de la solucin con un equipo de entrega)

dar prioridad a una serie de requisitos antes de proceder a la etapa siguiente proyecto

para tomar decisiones sobre alcance de la solucin



Presentacin Formal

Presentaciones formales suelen difundir informacin en un lugar bien organizado, formato estructurado. Los miembros del pblico pueden dar los materiales de apoyo antes o durante la presentacin. La participacin del pblico / preguntas pueden ser animados.

Presentacin Informal

Una presentacin informal se puede utilizar:

como una comprobacin de estado informal de requisitos (por ejemplo, integridad, exactitud, el impacto en otras reas).

para comunicar los requisitos para el equipo de entrega o equipo de pruebas para asegurar que no haya ambigedad.

para comunicar los requerimientos a las reas de negocio afectadas (los que no tienen sign-off autoridad, sino que el conocimiento de los cambios se requiere).

para comunicar los requisitos a los otros equipos del proyecto como un ejercicio de facilitacin para mejorar la claridad requisito. Por ejemplo, al llevar los usuarios de negocios y equipos tcnicos juntos, una comprensin comn se puede llegar a la relevancia / importancia de los requisitos individuales, as como la viabilidad de presentar requisitos individuales.

4.5.5

4.5.64.5.7

Tcnicas

Talleres de Requisitos (9.23): Los requisitos pueden ser presentados como parte de una serie de requisitos taller para familiarizar a todas las partes con el alcance de la solucin existente y los requerimientos actuales.

Tutorial Estructurado (9,30): Un tutorial estructurado a menudo comienza con una revisin de los requisitos que deben discutirse.


Todos.

Salida

Requisitos comunicado: Los interesados deben entender cules son los requisitos y su estado actual.

Documents

Requirements Management Traducido