CBAP

PLANIFICACIÓN Y SEGUIMIENTO DEL ANÁLISIS DE NEGOCIOEn el área de conocimiento de Planificación y Monitoreo del Análisis, un analista planea cómo abordar el esfuerzo de análisis. El enfoque es un conjunto de procesos, plantillas y actividades utilizados para realizar análisis de negocios en un contexto específico. Las tareas organizan y coordinan el rendimiento de todas las demás tareas de análisis de negocios. Estas actividades de planificación y supervisión se llevan a cabo a lo largo del ciclo de vida del proyecto. Los resultados de esta área de conocimiento guían las tareas que se encuentran en las cinco áreas de conocimiento restantes y establecen las métricas de rendimiento que se utilizarán para evaluar todo el trabajo de análisis.Las tareas del área de conocimiento Planificación y Seguimiento del Análisis de Negocio organizan y coordinan los esfuerzos de los analistas de negocio y de las partes interesadas. Estas tareas producen resultados que se utilizan como directrices clave para las otras tareas a lo largo de la Guía BABOK®.El analista de negocios necesita vigilar su trabajo en este momento en relación con los seis conceptos contenidos en el marco:cambios: Determine cómo se solicitan y autorizan los cambios en los resultados del análisis.necesidades: Elija un enfoque de análisis que proporcione un análisis adecuado para el cambio.soluciones: Evaluar si el rendimiento del análisis contribuyó al éxito de la implementación de la soluciónpartes interesadas: Realizar análisis de interesados para garantizar que las actividades de planificación y supervisión del análisis reflejen sus necesidades.valores: Llevar a cabo un análisis de rendimiento que garantice que las actividades de análisis produzcan un valor suficiente para los interesados.contextos: Asegurar una comprensión completa del contexto que se está analizando con el fin de desarrollar un enfoque de análisis eficiente.La lista de tareas de la Guía BABOK® incluye lo siguiente:Definir el enfoque de análisisPlanificar la participación de las partes interesadasConfigurar de la gobernanza del análisisEsbozar el proceso de gestión de la información del análisisIdentificar las mejoras en el rendimiento del análisisEl área de conocimiento Planificación y Seguimiento del Análisis de Negocio incluye las siguientes tareas:Planificar el Enfoque de Análisis de Negocio: Planificación del trabajo de análisis desde la creación o selección de una metodología hasta la planificación de las actividades individuales, tareas y entregables.Planificar la participación de las partes interesadas: Comprensión de qué stakeholders son relevantes para el cambio, lo que los analistas necesitan de ellos, estos de los analistas, y la mejor manera de colaborar.Planificar la Gobernanza del Análisis de Negocio: Define los componentes del análisis que se utilizan para apoyar la función de gobernanza de la organización. Ayuda a garantizar que las decisiones se toman de forma adecuada y coherente, y sigue un proceso que garantiza que los responsables de la toma de decisiones disponen de la información que necesitan. Ejemplos de ello son la gestión de requisitos, la gestión de riesgos de análisis de negocio y la asignación de recursos de análisis de negocio.Plan de Gestión de la Información de Análisis de Negocio: Define cómo la información (incluyendo requisitos y diseños) se captura, almacena e integra con otra información para su uso a largo plazo.Identificar mejoras en el rendimiento del análisis de negocio: Describe la gestión y supervisión de cómo se realiza el trabajo de análisis para garantizar que se cumplen los compromisos y se aprovechan las oportunidades de aprendizaje y mejora continuos.

Planificar el enfoque del análisis es definir el método general que se seguirá al realizar el trabajo de análisis de negocio en una iniciativa determinada, cómo y cuándo se realizarán las tareas, y los entregables que se producirán.El analista de negocio también puede identificar un conjunto inicial de técnicas a utilizar. Esta lista puede cambiar a medida que avanza la iniciativa y el analista de negocio adquiere un conocimiento más profundo del cambio y de sus partes interesadas.El enfoque del análisis de negocio puede estar definido por una metodología o por normas organizativas.En algunas organizaciones, los elementos del enfoque de análisis de negocio pueden estandarizarse y formalizarse en un proceso de análisis de negocio repetible que puede aprovecharse para cada iniciativa. Incluso cuando existe un enfoque estándar, puede adaptarse a las necesidades de una iniciativa específica. La adaptación puede regirse por normas que definan qué enfoques están permitidos, qué elementos de esos procesos pueden adaptarse y directrices generales para seleccionar un proceso.Si no existen normas organizativas, el analista de negocio trabaja con las partes interesadas para determinar cómo se llevará a cabo el trabajo. Por ejemplo, si el cambio se realiza a través de un proyecto, las normas y el enfoque pueden desarrollarse durante la fase de planificación del proyecto.Actividades que se realizan:Decidir cómo y cuándo se realizarán las tareas de análisis de negociosAcordar las técnicas que se utilizaránDefinir los entregables que se produciránEl enfoque del análisis de negocio debealinearse con los objetivos generales del cambiocoordinar las tareas de análisis de negocio con las actividades y entregables del cambio generalincluir tareas para gestionar cualquier riesgo que pudiera reducir la calidad de los resultados del análisis de negocio o impedir la eficacia de las tareasaprovechar enfoques y seleccionar técnicas y herramientas que históricamente hayan funcionado bien.

Planificar el compromiso con los Stakeholders es planificar un enfoque para establecer y mantener relaciones de trabajo efectivas con las partes interesadas.Piense en las partes interesadas en el análisis en un proyecto como miembros de un equipo deportivo profesional. Cada parte interesada tiene una posición particular para jugar como miembro del equipo. Algunas de sus partes interesadas son principiantes y juegan durante todo el juego; otros sustituyen la entrada y la salida durante el juego y juegan de forma intermitente. Hay partes interesadas en el equipo que no juegan el juego, pero que podrían entrenar al equipo, sacar agua al campo o animar al equipo desde las gradas. Al igual que los jugadores de un equipo deportivo, algunas de tus partes interesadas jugarán mejor que otras. El equipo de análisis necesita conocer a estas partes interesadas y el papel o roles que desempeñan en el proyecto.Los analistas eficaces reconocen la importancia de conocer, comprender e involucrar a los stakeholders de su proyecto. El análisis de stakeholders debe comenzar al principio del ciclo de vida del proyecto, cuando se estén desarrollando los requisitos del negocio. La información resultante de stakeholders se revisa y revisa a lo largo del ciclo de vida del proyecto. Sin información actualizada sobre el análisis de stakeholders, no es fácil obtener, validar o aprobar los requisitos del proyecto con las personas o grupos apropiados.El analista realiza inicialmente el análisis de interesados durante la fase de inicio controlado de un proyecto o como parte de las actividades previas al proyecto. Las actividades de análisis en este momento se centran en los principales interesados que se ven afectados por la necesidad del negocio y la solución propuesta. La lista inicial de interesados, las funciones y responsabilidades se mejoran y revisan con cada fase posterior del proyecto a medida que se desarrollan los requisitos del negocio, los interesados, la solución y la transición para el proyecto.El Plan de Participación de las Partes Interesadas implica la realización de un análisis exhaustivo de las partes interesadas para identificar a todas ellas y analizar sus características. Los resultados del análisis se utilizan para definir los mejores enfoques de colaboración y comunicación para la iniciativa y para planificar adecuadamente los riesgos de las partes interesadas.Al planificar la participación de las partes interesadas, el grado de complejidad puede aumentar desproporcionadamente a medida que aumenta el número de partes interesadas implicadas en las actividades de análisis empresarial. Esto es importante porque pueden ser necesarias técnicas nuevas o diferentes para la gestión de las partes interesadas cuando el compromiso pasa de colaborar con unas pocas partes interesadas a hacerlo con docenas, cientos o incluso miles de personas.

La gobernanza del análisis es la hoja de ruta para qué decisiones se deben tomar, cuándo se deben tomar las decisiones y quién es responsable de tomar realmente esas decisiones. El proceso de gobernanza también dirige el proceso de control de cambios, definiendo cómo se analizarán, aprobarán, documentarán y comunicarán los cambios.Las actividades de planificación de la gobernanza se centran solo en las tareas y entregables de análisis.La planificación para la gobernanza del análisis no es muy diferente de lo que hace el gerente del proyecto para crear una arquitectura de toma de decisiones para el proyecto; simplemente se centra en el trabajo de análisis de negocios y los entregables. El analista identifica cómo se abordará y priorizará el trabajo de análisis, decide quién tiene la autoridad para tomar ciertos tipos de decisiones y descubre cómo lidiar con los cambios inevitables que se le presenten. Si todo va bien, el plan de gobernanza permite al equipo de análisis trabajar bien con el PM y tomar las decisiones correctas de análisis de negocios en el momento adecuado.Un plan de gobernanza inicial de análisis a menudo requiere una revisión basada en los problemas que encuentra el equipo, las lecciones aprendidas mientras se realiza el trabajo o el cambio de los impulsores y estrategias comerciales que afectan al proyecto.Planificar el gobierno del análisis de negocios es definir cómo se toman las decisiones sobre requisitos y diseños, incluyendo revisiones, control de cambios, aprobaciones y priorización.Los analistas de negocio se aseguran de que existe un proceso de gobierno y aclaran cualquier ambigüedad dentro del mismo.Un proceso de gobernanza identifica a los responsables de la toma de decisiones, el proceso, la información necesaria para la toma de decisiones, cómo se toman las decisiones de aprobación y priorización de requisitos y diseños.Al planificar el enfoque de gobernanza, los analistas de negocio identifican:cómo se abordará y priorizará el trabajo de análisiscuál es el proceso para proponer un cambio en la información de análisisquién tiene autoridad y responsabilidad de proponer cambiosquién participa en discusiones sobre cambiosquién tiene la responsabilidad de analizar las solicitudes de cambioquién tiene la autoridad para aprobar los cambioscómo se documentarán y comunicarán los cambios

Cuando le preguntas a la gente qué hacen los analistas de negocios, la primera respuesta que sueles escuchar es que los analistas de negocios escriben los requisitos. Eso es cierto. Sin embargo, el desarrollo y la gestión de los requisitos y la información de diseño de un proyecto implica mucho más que solo habilidades de escritura. El equipo de análisis de negocios debe definir su proceso para desarrollar requisitos y diseños. Deben considerar cómo abordarán los requisitos y diseñarán la trazabilidad, la reutilización, el almacenamiento y el acceso de los requisitos, y los atributos de los requisitos que se aplicarán. Esta información está documentada formalmente en el enfoque de gestión de la información de análisis empresarial.Una vez que el equipo de análisis establece el enfoque de gestión de la información para un proyecto, no se espera que el enfoque cambie significativamente a lo largo del ciclo de vida del proyecto. Sin embargo, debe revisarse en cada fase del proyecto para garantizar que se esté siguiendo y que no se requieran cambios para el trabajo que se iniciará o que se base en el rendimiento del análisis empresarial hasta la fecha.Para planificar la gestión de la información, el analista debe comprender las necesidades y objetivos del proceso de la organización que se aplican al proyecto. Estas necesidades y objetivos pueden incluir la compatibilidad con otros procesos organizacionales, limitaciones en el tiempo de comercialización, el cumplimiento del marco regulatorio y de gobernanza, el deseo de evaluar nuevos enfoques para el desarrollo de soluciones u otros objetivos comerciales.En algunas organizaciones, ya se ha establecido un proceso o enfoque de gestión de la información. Si ese es el caso, el equipo de análisis necesita revisar el proceso existente y adaptarlo para que se ajuste a su proyecto y entorno actuales. Recuerde que el equipo de análisis necesita desarrollar los requisitos y diseños del proyecto antes de gestionarlos durante todo el ciclo de vida del proyecto.Planificar la gestión de la información de Análisis es desarrollar un enfoque sobre cómo se almacenará y accederá a la información de análisis de negocio.La información de análisis se compone de toda la información que los analistas obtienen, crean, compilan y difunden en el curso de la realización del análisis. Los modelos, las declaraciones de alcance, las preocupaciones de los stakeholders, los resultados de la obtención, los requisitos, los diseños y las opciones de solución son sólo algunos ejemplos. Esto incluye requisitos y diseños, desde historias de usuario sencillas a documentos formales de requisitos o prototipos funcionales.La gestión de la información implica identificar:cómo debe organizarse la informaciónnivel de detalle con el que debe capturarse la informacióncualquier relación entre la informacióncómo puede utilizarse la información en múltiples iniciativas y en toda la empresacómo debe accederse a la información y cómo debe almacenarselas características de la información que deben mantenerse.La gestión de la información ayuda a garantizar que la información de análisis empresarial se organice de forma funcional y útil, sea fácilmente accesible para el personal adecuado y se almacene durante el tiempo necesario.

Identificar mejoras de rendimiento del Análisis de Negocio es evaluar el trabajo de análisis de negocio y planificar la mejora de los procesos donde sea necesario.Para supervisar y mejorar el rendimiento, es necesario establecer las medidas de rendimiento, realizar el análisis de rendimiento, informar sobre los resultados del análisis e identificar cualquier acción preventiva, correctiva o de desarrollo necesaria. El análisis del rendimiento debe realizarse a lo largo de toda la iniciativa. Una vez identificadas las posibles mejoras del rendimiento, se convierten en directrices para la próxima vez que se ejecute una tarea.

Definir y documentar los requisitos de negocio y el alcance de la solución para el proyecto.Como parte de este esfuerzo, el BA documenta el estado actual de la empresa en relación a las necesidades de negocio que la llevan a un posible cambio y como se están haciendo las cosas.

Después de que analiza y entiende el estado actual de la empresa en relación a la necesidad, se definen las nuevas capacidades requeridas para abordar la necesidad.Vemos si las capacidades existentes en la organización pueden cumplir la necesidad de negocio o si son necesarias capacidades o condiciones adicionales.La definición del estado futuro permite a los interesados, entender el valor potencial de un rango de opciones de solución.Esto lleva a crear una decisión informada y seleccionar la mejor opción como parte de la estrategia del cambio.El estado futuro es definido al nivel de detalle que:permite que se identifiquen y evalúen estrategias contrapuestasproporcione una definición clara de resultados que satisfagan la necesidad del negociodetalle el alcance del espacio de la soluciónpermite que el valor asociado al estado futuro sea evaluadohabilita el consenso sobre lo que hay que alcanzar a través de los interesados clave

Durante el análisis de la estrategia, el analista analiza y gestiona los riesgos relativos al estado actual, el estado futuro y la estrategia de cambio.Según BABOK, los riesgos son analizados de una forma básica con la que estamos familiarizados.El analista analiza posibles consecuencias si un riesgo negativo ocurre, el impacto de las consecuencias, la probabilidad real de que ocurra el riesgo y cuando podría ocurrir el riesgo.El analista efectivo entiende las consecuencias de las fuerzas internas y externas de la empresa cuando trabajan hacia un estado futuro deseado. Evaluar y ser conscientes de los riesgos permite al analista recomendar acciones, así como seleccionar una estrategia de cambio que se ajuste a la situación actual. Los analista gestionan los riesgos en sus proyectos en cualquier fase del ciclo de vida para minimizar el impacto de esos riesgos en el valor de la solución implementada o el cambio.

Definir la estrategia de cambio requiere del desarrollo y evaluación de aproximaciones alternativas para el cambio deseado antes de seleccionar la más apropiadaDesarrollar la estrategia del cambio produce 2 entregables clave del análisis:Estrategia del CambioAlcance de la soluciónLa definición del estado actual y del futuro, es crítica para el éxito de esta tarea al proporcionar un contexto valorable del cambio que es dirigido por la necesidad de negocio.La estrategia del cambio es usada para justificar costes de realizar un proyecto en términos de valor que el proyecto aporta al negocio y los beneficios asociados. La estrategia de cambio compara costes y beneficios de la solución propuesta.Los beneficios y el valor de la solución son evaluados en relación a la consecución de los objetivos de negocio y el cumplimiento de la necesidad de negocio.Como mínimo, la estrategia de cambio debe abordar las siguientes áreas:Contexto del cambioEstrategias alternativas de cambioJustificación de porque la estrategia de cambio es la mejor aproximaciónInversión y recursos requeridos para alcanzar el estado futuro deseado.Valor del cambio después de que la solución sea entregadaInteresados clave implicados en el cambioEstados de transición requeridos para alcanzar el estado futuroDespués de que la estrategia de cambio se complete y apruebe para el proyecto, es momento de desarrollar los requisitos detallados y que las actividades del trabajo de proyecto comience.Muchas veces, el PM usará la estrategia de cambio como entrada para el charter. Según BABOK, el alcance de la solución define: ”el conjunto de capacidades que una solución tiene que entregar para cumplir con la necesidad de negocio.”El alcance de la solución se deriva de la necesidad del negocio, el resultado deseado (beneficios de negocio) y las capacidades requeridas. El alcance de la solución estará impactado por la aproximación de la solución seleccionada.El alcance de la solución se enfoca en los interesados clave del proyecto, y el analista define la solución recomendada con el suficiente detalle para que esos interesados entiendan las nuevas capacidades que la solución proporcionará.Esta definición incluye todas las capacidades mayores, funciones e interacciones externas de la solución

El área de conocimiento Gestión del ciclo de vida de los requisitos describe las tareas que realizan los analistas de negocio para gestionar y mantener la información sobre requisitos y diseños desde su creación hasta su retirada (a lo largo del ciclo de vida de los requisitos)Estas tareas describen el establecimiento de relaciones significativas entre requisitos y diseños relacionados, la evaluación de cambios en los requisitos y diseños cuando se proponen cambios, y el análisis y la obtención de consenso sobre los cambios.El objetivo de la gestión del ciclo de vida de los requisitos es garantizar que los requisitos y diseños del negocio, de las partes interesadas y de la solución estén alineados entre sí y que la solución los implemente. Implica un nivel de control sobre los requisitos y sobre cómo se implementarán en la solución real que se va a construir y entregar. También ayuda a garantizar que la información del análisis de negocio esté disponible para su uso futuro.El ciclo de vida de los requisitos:comienza con la representación de una necesidad de negocio como requisitocontinúa a lo largo del desarrollo de una solucióntermina cuando se retiran una solución y los requisitos que la representanLa gestión de requisitos no termina cuando se implanta una solución. A lo largo de la vida de una solución, los requisitos siguen aportando valor cuando se gestionan adecuadamente.Dentro del área de conocimiento de Gestión del Ciclo de Vida de los Requisitos, el concepto de ciclo de vida es independiente de una metodología o proceso utilizado para gobernar el trabajo de análisis de negocio. El ciclo de vida se refiere a la existencia de varias fases o estados por los que pasan los requisitos como parte de cualquier cambio. Los requisitos pueden encontrarse en varios estados a la vez.La gestión de la configuración (CM) es la clave para gestionar los requisitos cambiantes. La gestión efectiva de problemas y cambios solo es posible si cuenta con el apoyo de CM. La gestión de la configuración es una actividad técnica y administrativa que se centra en crear, mantener y controlar el cambio en la solución y sus componentes (una configuración) a lo largo del ciclo de vida de esa solución.Todas las organizaciones deben tener una estrategia de gestión de configuración para sus proyectos. La estrategia puede desarrollarse proyecto por proyecto o aplicarse a todos los proyectos que la organización emprenda. La estrategia de gestión de la configuración identifica cómo y por quién se controlarán y protegerán los productos del proyecto. Responde a estas preguntas:¿Cómo y dónde se almacenarán los productos del proyecto? ¿Qué seguridad de almacenamiento y recuperación se pondrá en marcha?¿Cómo se identificarán los productos y las diversas versiones y variantes de estos productos?¿Cómo se controlarán los cambios en los productos?¿Dónde está la responsabilidad de la gestión de la configuración?Una estrategia de gestión de la configuración generalmente se deriva de una serie de fuentes de información, incluyendo cualquier gestión de configuración corporativa, gestión de calidad o sistemas y estrategias de gestión de la información.—— RESUMENA veces, no se tarda más de cinco minutos después de la aprobación de los requisitos para comenzar a escuchar cambios a lo que se acaba de aprobar. Esto puede ser causado por una serie de factores:Mayor nivel de interacción e intercambio de información tanto dentro de los sistemas como entre ellosFalta de trazabilidad de requisitos, lo que produce mala comprensión de dependencias entre requisitosCambios en planes y objetivos de negocio, crean cambios de enfoque que afectan a requisitos existentesCambios en la tecnología, la ley, las políticas, las regulaciones o las directivasCondiciones de límite y restricciones que se mueven, haciendo que sus requisitos también cambienClientes y usuarios que cambian de opinión sobre lo que necesitanDesarrolladores añaden propios giros, creando características indocumentadas que vuelven a perseguirnosPor lo general, una estrategia de gestión de la configuración se deriva de una serie de fuentes de información, incluyendo cualquier gestión de configuración corporativa, gestión de calidad o sistemas y estrategias de gestión de la información.Por lo general, la estrategia se basa en los sistemas de gestión de calidad del usuario o del proveedor y está dirigida a ayudar a satisfacer las expectativas de calidad del cliente. Las necesidades específicas de la solución y el entorno en el que se está desarrollando también juegan un papel en esta estrategia, al igual que la estructura del equipo de gestión de proyectos con sus funciones y responsabilidades de gestión de configuración identificadas.Para controlar y proteger su solución y sus activos, utilice una estrategia de gestión de configuración centrada en la solución y los componentes de la solución de su proyecto. Esta es la mejor manera de proporcionar un marco que garantice que los resultados de su solución sean identificados, rastreados y protegidos. Los cinco pasos genéricos del marco de gestión de la configuración se ilustran en: 1 - Planificar la gestión de la configuración define cómo abordará el almacenamiento, la recuperación, la seguridad, el control de versiones y el control de cambios para los entregables de la solución. También se debe definir el calendario de estas actividades.2 - Identificar abarca la especificación e identificación de todos los componentes del producto final. Aquí es donde crearía identificadores y registros únicos para cada componente de la solución.3 - Controlar la configuración invoca la capacidad de aprobar y los entregables de referencia. Los cambios en los productos aprobados solo se pueden hacer siguiendo el procedimiento formal de cambio de la solución.4 - Reportar(Account) el estado es el registro y la presentación de informes de todos los datos actuales e históricos relativos a cada entrega o configuración.5 - Verificar el sistema de gestión de configuración debe proporcionarle la capacidad de auditar los entregables reales con la información registrada sobre esos entregables en el sistema, como el estado actual.

El propósito de Trace Requirements es garantizar que los requisitos y diseños a diferentes niveles estén alineados entre sí, y gestionar los efectos del cambio a un nivel en los requisitos relacionados.La trazabilidad de los requisitos identifica y documenta el linaje de cada requisito, incluida su trazabilidad hacia atrás, su trazabilidad hacia adelante y su relación con otros requisitos. La trazabilidad se utiliza para ayudar a garantizar que la solución cumpla con los requisitos y para ayudar en la gestión del alcance, el cambio, el riesgo, el tiempo, el costo y la comunicación. También se utiliza para detectar la funcionalidad faltante o para identificar si hay una funcionalidad implementada que no sea compatible con ningún requisito.A menudo es difícil representar con precisión las necesidades y soluciones sin tener en cuenta las relaciones que existen entre ellas. Si bien la trazabilidad es valiosa, el analista de negocios equilibra el número de tipos de relación con el beneficio obtenido al representarlos. La trazabilidad también apoya tanto la asignación de requisitos como la planificación de la liberación al proporcionar una línea de visión directa desde el requisito hasta la necesidad expresada.La trazabilidad de los requisitos proporciona a los analistas la habilidad de identificar y documentar el origen de cada requisito y diseño. El origen de un requisito incluye sus relaciones con otros requisitos del proyecto, productos del trabajo y componentes de la solución.Cuando el analista dice que él puede trazar un requisito o diseño, se refiere a que puede buscar en ellos y el resto de requisitos y diseños con los que están relacionados.La trazabilidad de los requisitos empieza con las necesidades de negocio del proyecto.Las necesidades de negocio son usadas para determinar los requisitos del negocio.A su vez, los requisitos de negocio son descompuestos en un nivel de requisitos de stakeholders más detallados.Los requisitos de los interesados se descomponen una vez más en requisitos detallados de la solución que transicionan al equipo de proyecto desde la definición de requisitos al diseño y desarrollo de la solución.Los requisitos constituyen el alcance de la solución deben rastrearse hasta una o más necesidades de negocio del proyecto

El propósito de Mantener los requisitos es mantener la precisión y la coherencia de los requisitos a lo largo y más allá del cambio durante todo el ciclo de vida de los requisitos, y apoyar la reutilización de los requisitos en otras soluciones.Se debe mantener un requisito que representa una necesidad continua para garantizar que siga siendo válido a lo largo del tiempo.Con el fin de maximizar los beneficios del mantenimiento y la reutilización de los requisitos, los requisitos deben ser:• Representado consistentemente,• Revisado y aprobado para el mantenimiento utilizando un proceso estandarizado que define los derechos de acceso adecuados y garantiza la calidad, y• Fácilmente accesible y comprensible.Los requisitos pueden cambiar y cambian en los proyectos, incluso mientras se están desarrollando los requisitos.El mantenimiento de los requisitos se centra en los requisitos actuales para el proyecto, así como en la posible reutilización de algunos de esos requisitos en otros proyectos e iniciativas posteriores. Los requisitos se mantienen actualizados y correctos durante todo el ciclo de vida del proyecto, especialmente después de un cambio aprobado.Algunos requisitos desarrollados para un proyecto en particular también podrían ser candidatos para su uso o reutilización a largo plazo por parte de la organización.Los requisitos que elija mantener pueden estar relacionados con la infraestructura, el hardware, el software o las capacidades operativas que la organización debe cumplir de forma continua en lugar de solo para su proyecto en particular.Los requisitos que se pueden reutilizar en otros proyectos deben ser nombrados, definidos y fácilmente disponibles para otros analistas de la organización.Estos requisitos se almacenan y gestionan en un repositorio de requisitos. Algunas organizaciones guardan y mantienen todos los requisitos operativos continuos para ayudar a los equipos de soporte y mantenimiento a evaluar los posibles impactos de los cambios en las soluciones y sistemas desplegados.

Determinar la importancia relativa de los requisitos para obtener el máximo valor entre sí e implementar el alcance general de la solución. Clasificar los requisitos por su importancia para los interesadas es la forma en que la mayoría de los analistas realizan esta tarea.Hay muchas maneras de priorizar los requisitos. El esquema de priorización de requisitos debe planificarse y definirse para el equipo de análisis antes de obtener información sobre los requisitos en cualquier nivel de detalle. La prioridad puede cambiar con el tiempo a medida que cambia el contexto y el nivel de conocimiento detallado.Recuerde, la priorización de los requisitos es un proceso consultivo y continuo. Sus stakeholders desempeñan un papel clave en la priorización de requisitos y deben tomar la decisión final sobre qué nuevas capacidades de solución son más importantes para ellos, así como qué capacidades son absolutamente necesarias para hacer el trabajo.

La tarea evaluar los cambios en los requisitos se realiza a medida que se identifican nuevas necesidades o posibles soluciones. Estos pueden o no alinearse con la estrategia de cambio y/o el alcance de la solución. Se debe realizar una evaluación para determinar si un cambio propuesto aumentará el valor de la solución y, en caso afirmativo, qué medidas se deben tomar.Los analistas evalúan el efecto potencial del cambio en el valor de la solución, y si los cambios propuestos introducen conflictos con otros requisitos o aumentan el nivel de riesgo. Los analistas de negocios también se aseguran de que cada cambio propuesto se pueda remontar a una necesidad.El propósito de evaluar los cambios en los requisitos es evaluar las implicaciones de los cambios propuestos en los requisitos y diseños.Cuando se trata de desarrollar requisitos: en algún momento, esos requisitos van a cambiar.Idealmente, los cambios se manejan de manera consistente y formal mediante el uso de una solicitud de cambio para iniciar el proceso de evaluación y toma de decisiones.Esta tarea se realiza cuando un cambio propuesto identifica nuevas necesidades o posibles soluciones a esas necesidades. El cambio propuesto debe evaluarse antes de tomar medidas para aprobar, denegar o modificar la solicitud.Los analistas ven los requisitos propuestos y los cambios de diseño en relación con el valor de la solución, el conjunto actual de requisitos y el nivel de riesgo. Los analistas deben hacer las siguientes preguntas al evaluar un cambio propuesto:¿Se alinea con la estrategia general?¿Influye en el valor entregado a la empresa o a las partes interesadas?¿Influye en el tiempo de entrega o en los recursos necesarios para entregar el valor?¿Altera algún riesgo, oportunidad o restricción?Las respuestas a estas preguntas impulsan el resultado de la evaluación del cambio propuesto.Los resultados de la evaluación deben apoyar los enfoques de toma de decisiones y control del cambio definidos por la tarea Plan Business Analysis GovernanceAl evaluar un cambio propuesto, recordar utilizar los enfoques de toma de decisiones y control de cambios definidos en el enfoque de gobernanza que fue creado por la tarea Plan de Gobernanza del Análisis como parte de la Planificación y Supervisión del Análisis.

Los analistas de negocios obtiene la información necesaria para desarrollar sus requisitos de negocio, partes interesadas, solución y transición para sus proyectos. Las cinco tareas en el área de conocimiento de Elicitación y Colaboración le guían para reunir y comprender lo que las partes interesadas del proyecto necesitan de una nueva solución. La ecitación efectiva no es solo hacer preguntas sino en determinar las fuentes adecuadas para sus necesidades y decidir cómo recopilar la información correcta de esas fuentes.La elicitación se parece mucho a una investigación científica. Se encontrará participando activamente en la investigación, la lectura, la conversación y la observación de lo que está sucediendo en la organización en relación con los requisitos de su proyecto. La elicitación incluye organizar y evaluar los resultados para asegurarse de que tiene información bien organizada, el nivel adecuado de conocimiento y un buen manejo del alcance y el estado de sus esfuerzos de excitación.Elicitation se centra en recopilar la información adecuada para desarrollar los requisitos del proyecto, que son la base de una solución que será diseñada e implementada por el proyecto y sus esfuerzos. La solicitud se define como "sacar o recibir información de las partes interesadas u otras fuentes".Colaboración se define como "el acto de dos o más personas que trabajan juntas hacia un objetivo común".La elicitción de requisitos puede ser muy difícil. Cuando trabaja con sus partes interesadas para definir los requisitos, a menudo se enfrenta a las partes interesadas que expresan esos requisitos en sus propios términos. Debes aprender a hablar el idioma de las partes interesadas para entender las capacidades que se están describiendo. Las partes interesadas no siempre te dicen todo lo que necesitas saber, al menos no la primera vez. Se deben seleccionar técnicas de elevación para recopilar la mayor cantidad de información relevante lo más rápido posible.La elicitación de requisitos se realiza para todos los tipos de requisitos:negocioparte interesadasolucióntransiciónLa elicitación se realiza para los requisitos de negocio de alto nivel de su proyecto, así como para los requisitos de solución más detallados.Las tareas en este área de conocimiento de elicitación y colaboración se realizan en paralelo con otras tareas de desarrollo de requisitos de las siguientes áreas de conocimiento:Análisis de la estrategia (requisitos empresariales)Análisis de requisitos y definición de diseño (requisitos de las partes interesadas y la solución)Evaluación de la solución (requisitos de transición)El área de conocimiento de Elicitation and Collaboration también aborda el seguimiento y la presentación de informes sobre el desempeño de las actividades de elicitation a lo largo del proyecto. El equipo de análisis es responsable de evaluar la eficacia de las técnicas que se utilizan para obtener los requisitos.Para centrarnos en lo que es importante para los analistas a lo largo del ciclo de vida de sus esfuerzos de análisis, consideremos las tareas de esta área de conocimiento con el marco del BACCMTM. Los analistas deben vigilar su trabajo en relación con los seis conceptos contenidos en el marco:cambiosnecesidadessolucionespartes interesadasvalorescontextosHay cinco tareas que realizar en el área de conocimiento de Elicitation:Preparación para la elicitación de requisitosRealización de la actividad de elicitaciónConfirmación de los resultados de la elicitaciónComunicación de información de análisis de negocioGestión de la colaboración de las partes interesadasEstas tareas se centran en obtener la información correcta de las fuentes correctas con el fin de desarrollar los requisitos adecuados para su proyecto.La obtención efectiva de requisitos en sus proyectos es multifacética y requiere lo siguiente:Las fuentes correctasLa información correctaLa técnica correctaOrganización claraEvaluación y comprensión Informes precisosSi la obtención de los requisitos se realiza correctamente, los dividendos que se pagan aguas abajo en el ciclo de vida del proyecto pueden ser tremendos. Es como una serie de piezas de rompecabezas entrelazadas. Los requisitos correctos del proyecto conducen a un diseño de solución adecuado. Cuando se implementa e implementa el diseño de la solución, los requisitos siguen enmarcando el esfuerzo de trabajo, manteniendo al equipo en el buen camino para satisfacer las necesidades y expectativas de las partes interesadas del proyecto.Las tareas en el área de conocimiento de Elicitación y Colaboración comienzan al principio del ciclo de vida del proyecto y suelen alcanzar su punto máximo durante la fase de desarrollo de requisitos más detallada del proyecto. Los requisitos se pueden obtener en cualquier momento del ciclo de vida del proyecto. También te encontrarás solicitando información para aclarar cosas que te has perdido o malinterpretado en el camino. Los cambios en los requisitos también desencadenan esfuerzos adicionales de excitación más adelante en el ciclo de vida del proyecto.No subestimes la importancia del trabajo que realizan estas cinco tareas en tus proyectos. Sin la información de requisitos correcta de las personas adecuadas, es probable que su proyecto no tenga éxito.

La primera tarea es donde preparas un calendario detallado de tus actividades de Ecitación. Las actividades de elicitación pueden incluir entrevistar a una persona cara a cara, crear una encuesta para enviar a mil usuarios finales en todo el mundo o facilitar un taller grupal de 15 personas. El trabajo de preparación debe incluir lo siguiente:Definir el resultado deseado para la actividad de elicitación Determinar el producto o productos de trabajo que se van a producir Decidir las técnicas que se utilizarán para producir los resultados Establecer la logística de obtenciónIdentificar los materiales de apoyo que se necesitanPlanificar para fomentar la colaboración durante la actividad de obtenciónEste paso de preparación garantiza que los recursos necesarios para las partes interesadas se organicen y programen con antelación. Este paso también le permite tener a todos sus patos en fila, desde la logística de la sala de reuniones hasta los materiales requeridos, la asistencia y la atención de las personas adecuadas. El objetivo de la preparación para la elicitación es comprender el alcance de la actividad de elicitación, seleccionar las técnicas adecuadas y planificar (o adquirir) los materiales y recursos de apoyo apropiados.Los analistas se preparan para la elicitación definiendo los resultados deseados de la actividad, teniendo en cuenta las partes interesadas y los objetivos de la iniciativa. Esto incluye determinar qué productos de trabajo se obtendrán utilizando los resultados de la consulta, decidir qué técnicas son las más adecuadas para obtener esos resultados, establecer la logística de la consulta, identificar cualquier material de apoyo necesario y comprender las circunstancias para fomentar la colaboración durante una actividad de consulta.

El propósito de la Conducir la Elicitación es extraer, explorar e identificar información relevante para el cambio.Existen tres tipos comunes de elicitación en el examen:Colaborativa: implica la interacción directa con las partes interesadas y se basa en sus experiencias, conocimientos y criterio.Investigación: consiste en descubrir y estudiar sistemáticamente información procedente de materiales o fuentes que las partes interesadas en el cambio no conocen directamente. Las partes interesadas pueden participar en la investigación. La investigación puede incluir el análisis de datos históricos para identificar tendencias o resultados pasados.Experimentos: implica identificar información que no podría conocerse sin algún tipo de prueba controlada. Hay información que no puede extraerse de personas o documentos, porque es desconocida. Los experimentos pueden ayudar a descubrir este tipo de información. Los experimentos incluyen estudios de observación, pruebas de concepto y prototipos.Se pueden utilizar una o varias técnicas de obtención para obtener el resultado deseado dentro del ámbito de la obtención. Las partes interesadas pueden colaborar en la obtención: - participando e interactuando durante la actividad de elicitación, e - investigando, estudiando y aportando comentarios sobre documentos, sistemas, modelos e interfaces.

El objetivo de Confirmar los resultados de la elicitación es comprobar la exactitud y coherencia de la información recopilada durante una sesión de consulta con otra información.La información obtenida se confirma para identificar cualquier problema y resolverlo antes de comprometer recursos para utilizar la información. Esta revisión puede descubrir errores, omisiones, conflictos y ambigüedades.Los resultados obtenidos pueden compararse con su fuente y con otros resultados obtenidos para garantizar su coherencia. Puede ser necesaria la colaboración con las partes interesadas para garantizar que sus aportaciones se recogen correctamente y que están de acuerdo con los resultados de la obtención no facilitada.Si la información no es correcta, el analista determinará cuál es la correcta, lo que puede requerir más consultas. Comprometer recursos en actividades de análisis de negocio basándose en resultados de elicitación no confirmados puede significar que no se cumplan las expectativas de las partes interesadas.Si los resultados son incoherentes, puede ser necesario realizar más consultas para resolver las discrepancias.La confirmación de los resultados de la elicitación es una revisión mucho menos rigurosa y formal que la que tiene lugar durante el análisis.

El objetivo de Comunicar información de análisis de negocio es garantizar que las partes interesadas tengan una comprensión compartida de la información de análisis de negocio.Después de que la información del análisis esté en buen estado, no olvide compartir esa información con las principales partes interesadas para su revisión, comprensión y aprobaciónLos analistas deben comunicar la información adecuada a las partes interesadas en el momento oportuno y en formatos que satisfagan sus necesidades. Hay que tener en cuenta que la información debe expresarse en un lenguaje, tono y estilo adecuados a la audiencia.La comunicación de la información de análisis es bidireccional e iterativa. Implica determinar destinatarios, el contenido, el propósito, el contexto y los resultados esperados. El plan de tareas del engagement de interesados evalúa las necesidades de comunicación y planifica los mensajes previstos.Comunicar información no consiste simplemente en difundirla y dar por sentado que los interesados la han recibido y entendido, sino asegurarse de que comprenden la información y de que están de acuerdo. El analista actúa en caso de desacuerdo. Puede que sea necesario cambiar el método de transmisión de la información si los interesados no la reciben o no la entienden. Pueden ser necesarias varias formas de comunicación para la misma información..

El propósito de Gestionar la Colaboración de las Partes Interesadas es animar a las partes interesadas a trabajar hacia un objetivo común.El trabajo de análisis de negocios se presta a muchas oportunidades de colaboración entre grupos de partes interesadas en los productos de trabajo de análisis de negocios. Las partes interesadas tienen varios grados de influencia y autoridad sobre la aprobación de los productos de trabajo, y también son una fuente importante de necesidades, restricciones y suposiciones. A medida que avanza el trabajo de análisis de negocios, el analista de negocios identifica a las partes interesadas, confirma sus funciones y se comunica con ellas para garantizar que las partes interesadas adecuadas participen en los momentos adecuados y en los roles apropiados.Gestionar la colaboración de las partes interesadas es una actividad continua. Aunque la gestión de la colaboración de las partes interesadas comienza una vez que se han identificado y analizado las partes interesadas, se pueden identificar nuevas partes interesadas en cualquier momento de una iniciativa. A medida que se identifican las nuevas partes interesadas, se analiza su papel, influencia y relación con la iniciativa. El papel, la responsabilidad, la influencia, la actitud y la autoridad de cada parte interesada pueden cambiar con el tiempo.Cuanto más significativo sea el impacto del cambio o su visibilidad dentro de la organización, más atención se prestará a la gestión de la colaboración de las partes interesadas. Los analistas de negocios gestionan la colaboración de las partes interesadas para capitalizar las reacciones positivas y mitigar o evitar las reacciones negativas. El analista de negocios debe monitorear y evaluar constantemente la actitud de cada parte interesada para determinar si podría afectar a su participación en las actividades de análisis de negocios.Confirmar los resultados de la ecitación no es suficiente. Los analistas efectivos fomentan un espíritu de colaboración y trabajo en equipo con sus partes interesadas a lo largo del ciclo de vida del proyecto. El trabajo de análisis no se lleva a cabo en el vacío. Los esfuerzos de análisis requieren una colaboración significativa a medida que los productos de trabajo se definen, documentan, revisan, revisan y aprueban. Los analistas deben esforzarse por minimizar el riesgo y maximizar las reacciones positivas manteniendo a las personas adecuadas "al tanto" en relación con la información de análisis de negocios y las actividades de trabajo.

El área de conocimiento de Análisis de Requisitos y Definición de Diseño describe las tareas que los analistas de negocios realizan para estructurar y organizar los requisitos descubiertos durante las actividades de elicitación, especificar y modelar los requisitos y diseños, validar y verificar la información, identificar opciones de solución que satisfagan las necesidades del negocio y estimar el valor potencial que podría realizarse para cada opción de solución. Esta área de conocimiento cubre las actividades incrementales e iterativas que van desde el concepto inicial y la exploración de la necesidad hasta la transformación de esas necesidades en una solución particular recomendada.Tanto los requisitos como los diseños son herramientas importantes utilizadas por los analistas de negocios para definir y guiar el cambio. La principal diferencia entre los requisitos y los diseños es cómo se utilizan y por quién. Los diseños de una persona pueden ser los requisitos de otra persona. Los requisitos y diseños pueden ser de alto nivel o muy detallados en función de lo que es apropiado para aquellos que consumen la información.El papel del analista de negocios en la modelización de las necesidades, los requisitos, los diseños y las soluciones es fundamental para realizar un análisis exhaustivo y comunicarse con otras partes interesadas. La forma, el nivel de detalle y lo que se está modelando dependen del contexto, la audiencia y el propósito.Los analistas de negocios analizan el valor potencial tanto de los requisitos como de los diseños. En colaboración con expertos en la materia de implementación, los analistas de negocios definen opciones de solución que se pueden evaluar con el fin de recomendar la mejor opción de solución que satisfaga la necesidad y aporte el mayor valor.El área de conocimiento de análisis de requisitos y definición de diseño se centra en analizar lo que sus partes interesadas le han dicho y definir qué capacidades.Debe ser parte de la solución resultante. De acuerdo con la Guía BABOK®, el área de conocimiento de Análisis de Requisitos y Definición de Diseño es donde el analista desarrolla sus requisitos de partes interesadas y solución para su proyecto. Los requisitos de negocio se desarrollan mediante tareas en el área de conocimiento del análisis estratégico, y los requisitos de transición se basan mediante las tareas de evaluación de soluciones.Los requisitos de las partes interesadas describen las capacidades de la solución que satisfará las necesidades de las partes interesadas. Los requisitos de la solución son requisitos más detallados, que describen el comportamiento de los componentes de la solución para que esos componentes se puedan crear más adelante en el ciclo de vida del proyecto.Las tareas en esta área de conocimiento toman la información de análisis obtenida y le proporcionan sentido.La información refleja lo que las partes interesadas le han dicho sobre lo que necesitan. La información de análisis se convierte en requisitos analizados después de ejecutar tareas en esta área de conocimiento. Los requisitos analizados se definen como requisitos que se han especificado y modelado.Esta área de conocimiento centrada en el desarrollo de requisitos genera varios resultados clave de análisis:Requisitos de interesados y solución especificados y modeladosRequisitos de interesados y solución verificadosArquitectura de requisitos de interesados y solución validadaOpciones de diseñoRecomendación de solución

La primera tarea en el área de conocimiento de Análisis de Requisitos y Definición de Diseño es especificar y modelar los requisitos de las partes interesadas y la solución para su proyecto.El analista analiza los resultados de la elicitación y crea representaciones de esos resultados.Para la mayoría de los proyectos, este trabajo no se hace todo a la vez.Los requisitos de las partes interesadas de nivel superior generalmente se definen y descomponen en los requisitos de solución más detallados. Su arquitectura de requisitos impulsa la forma en que logra esto definiendo la combinación de texto, gráficos, diagramas y modelos que utilizará.Los modelos textuales o gráficos formales deben seguir las reglas de su tipo de modelo.Por lo general, las reglas de modelado son establecidas por su organización, por su proveedor de herramientas de modelado seleccionado o por un conjunto de estándares y directrices para el tipo particular de técnica de modelado que ha seleccionado.Eso significa que se espera que utilices constantemente la notación y el significado correctos para cada elemento de tu modelo.Los modelos formales son herramientas poderosas siempre y cuando su público interesado entienda el idioma que está hablando.Los modelos informales no tienen una definición formal, conectando elementos de manera que tenga sentido para usted y para su audiencia.

La verificación de los requisitos es un control de calidad de los requisitos analizados.Esta tarea implica asegurarse de que sus requisitos sean correctos y completos y que cumplan con los estándares de calidad definidos para ellos.La verificación de los requisitos puede considerarse como una verificación interna por parte del equipo de análisis de negocios y las partes interesadas involucradas para asegurarse de que los requisitos estén listos para ser vistos en público.Los requisitos fuera del público están listos para su revisión y aprobación formales para que puedan ser utilizados como base para el trabajo posterior del proyecto, como el diseño y la implementación.Para verificar los requisitos, debe tener esos requisitos a mano. Estos requisitos pueden ser de muchos tipos y en muchos estados, siempre y cuando no sean los requisitos declarados que usted obtuvo de sus partes interesadas.Se puede verificar cualquier tipo de requisito, incluidos los requisitos de negocios, partes interesadas, soluciones o transición. Debido a que la verificación es un control de calidad de los requisitos analizados, los requisitos no pueden ser los requisitos establecidos o la información de análisis de negocios resultante de sus esfuerzos de obtención. Deben haber sido analizados, especificados y modelados.

La validación de los requisitos garantiza que sus requisitos se alineen con los requisitos de negocio y los objetivos comerciales de su proyecto. Los requisitos válidos contribuyen directa o indirectamente al caso de negocio del proyecto. La validación de los requisitos está en curso a lo largo del ciclo de vida del proyecto; garantiza que cada nivel de detalle que agregue a sus requisitos se alinee con el panorama general.

Los requisitos del proyecto no deben ser un revoltijo de información. (Cohesión entre requisitos)Deben estructurarse y organizarse en un conjunto coherente de información que sea completo, consistente y comprensible para las partes interesadas. Una buena arquitectura de requisitos tiene como objetivo la consistencia, la repetibilidad y un alto nivel de calidad de los requisitos. Los requisitos deben apoyarse mutuamente y producir un resultado útil para las partes interesadas.La arquitectura de requisitos responde a las siguientes preguntas para el analista¿Qué modelos son apropiados para el uso del analista?¿Cómo son relevantes las estructuras de requisitos para las diferentes partes interesadas?¿De qué manera los modelos y requisitos interactúan y se relacionan entre sí?¿Cómo encajan las partes del documento de requisitos en un todo cohesivo?¿Cómo funcionan juntos los requisitos para lograr los objetivos generales?¿Cómo se pueden tomar decisiones de compensación sobre los requisitos dentro de este marco?Recuerde que la arquitectura de los requisitos y la trazabilidad de los requisitos no son lo mismo. Si bien la trazabilidad puede representar y gestionar las relaciones entre los requisitos, no prueba que la solución sea un todo cohesivo que realmente funcione.

Un diseño es una representación utilizable de una solución.Por ejemplo, una descripción de texto, una maqueta de pantalla o un prototipo que representa una solución.Una opción de diseño es la forma posible que podría tomar una solución.A menudo hay múltiples opciones de diseño o alternativas que pueden satisfacer un conjunto de requisitos, que un analista de negocios podría representar como tres prototipos diferentes.Recuerde que las opciones de diseño son de naturaleza táctica frente a la estrategia de cambio más estratégica (solución) que implementarán.A medida que te involucras más profundamente en un proyecto, es fácil perderse en los detalles.Recuerde, la Guía BABOK® define términos para ayudarle a mantener la claridad:Diseño: Una representación utilizable de una solución Solución: Una forma específica de satisfacer una necesidadCuando evaluamos una o más soluciones, debemos asegurarnos de evaluar la solución o soluciones en relación con las partes interesadas y los requisitos de solución aprobados para su proyecto. Si los requisitos aún no se han aprobado, no podrá tomar una decisión final sobre si su solución cumple con los requisitos, aborda la necesidad del negocio y proporciona valor al negocio.Es posible que te encuentres evaluando múltiples opciones de diseño para determinar qué opción es la mejor.La opción que elija debe cumplir con los requisitos de las partes interesadas y la solución y abordar las necesidades del negocio. Evaluará y comparará cada opción con los requisitos, así como entre sí. Está buscando la opción de diseño que ofrezca el mayor valor al negocio, por lo que comparará las ventajas y desventajas de cada solución propuesta.

La tarea final en el área de conocimiento de análisis y definición de diseño es estimar y modelar el valor potencial de cada opción de diseño y averiguar qué opción es la más adecuada para la empresa. El valor potencial generalmente se analiza muchas veces en el transcurso de un cambio. Recuerda que la opción "no hacer nada" también puede ser la mejor recomendación basada en lo que sabes.El valor comercial de las opciones de diseño y los enfoques de la solución cambia dependiendo de cómo se implementen los requisitos. Algunos enfoques de implementación de soluciones cuestan más dinero, pero tardan menos tiempo en funcionar, como comprar un producto comercial probado en lugar de desarrollar su propia aplicación de software. Por otro lado, algunos enfoques de implementación de soluciones son de bajo costo, pero pueden eliminar las capacidades en la implementación inicial. Estas alternativas de bajo costo no proporcionan a los usuarios finales la funcionalidad completa necesaria para hacer su trabajo.

El área de conocimiento de Evaluación de Soluciones se centra en garantizar que la solución se pueda implementar con éxito dentro de la organización para satisfacer la necesidad del negocio que impulsa su proyecto. Debe tener conocimiento de su entorno empresarial y ser capaz de evaluar cómo cada una de las soluciones propuestas de su proyecto afectaría a ese entorno. Comunicar los requisitos de la solución y la información específica de la implementación a sus partes interesadas también es su responsabilidad.Esta área de conocimiento es donde desarrollará los requisitos de transición de su proyecto. Los requisitos de transición describen las capacidades de solución necesarias para la transición del estado organizacional actual al estado futuro. Los requisitos de transición ya no son necesarios una vez que se completa la transición a la nueva solución.Recuerde que los requisitos del negocio se desarrollan mediante tareas de Análisis de Estrategia, y que los requisitos de sus partes interesadas y solución se construyen mediante tareas de Análisis de Requisitos y Definición de Diseño.Las tareas en esta área de conocimiento siguen la solución desde el principio del ciclo de vida del proyecto, donde la solución comienza a tomar forma, hasta el final del ciclo de vida, donde el proyecto en sí termina y se implementa la solución. Esta área de conocimiento centrada en la solución genera varios resultados clave de análisis de negocios. Incluyen lo siguiente:Medidas del rendimiento de la soluciónAnálisis del rendimiento de la soluciónLimitación de la soluciónLimitación de la empresaAcciones recomendadasMuchas técnicas de evaluación de soluciones de uso común se pueden aplicar para cada tarea del área de conocimiento. El trabajo de evaluación de soluciones es multifacético y aplica una amplia gama de técnicas para validar la solución y sus componentes en relación con el caso de negocio y asignar los requisitos de las partes interesadas y la solución a los componentes y lanzamientos de la solución.El área de conocimiento de Evaluación de Soluciones también aborda el monitoreo y la presentación de informes sobre el desempeño de las actividades de evaluación y validación a lo largo del ciclo de vida del proyecto. Incluye una tarea centrada específicamente en evaluar el rendimiento de la solución después de que la solución esté operativa y en uso. El equipo de análisis de negocios es responsable de evaluar la eficacia de las técnicas que se utilizan para evaluar y validar la solución resultante de su proyecto. Un analista tiene cinco tareas que realizar en el área de conocimiento de Evaluación de Soluciones: - - -Medición del rendimiento de la soluciónAnalizar las medidas de rendimientoEvaluación de las limitaciones de la soluciónEvaluación de las limitaciones de la empresaRecomendar acciones para aumentar el valor de la soluciónEstas tareas se centran en asegurarse de que seleccione la mejor solución para satisfacer las necesidades comerciales de su proyecto y que defina, diseñe e implemente bien esa solución. Su objetivo final es implementar la solución adecuada que satisfaga las necesidades del negocio y agregue valor al negocio. Conoces tu entorno empresarial y puedes evaluar cómo cada solución propuesta afectaría a ese entorno. También debe asegurarse de que las partes interesadas de su proyecto entiendan completamente los requisitos de la solución priorizada y aprobada. Cualquier decisión de implementación que se tome durante la Evaluación de la Solución debe alinearse con esos requisitos.

Medir el rendimiento de la solución: determina la forma más adecuada de evaluar el rendimiento de una solución, incluido cómo se alinea con las metas y objetivos empresariales, y realiza la evaluación.Las medidas de rendimiento determinan el valor de una solución recién implementada o existente. Las medidas utilizadas dependen de la solución en sí, del contexto y de cómo la organización define el valor. Cuando las soluciones no tienen medidas de rendimiento integradas, el analista de negocios trabaja con las partes interesadas para determinar y recopilar las medidas que mejor reflejen el rendimiento de una solución. El rendimiento se puede evaluar a través de indicadores clave de rendimiento (KPI) alineados con las medidas, metas y objetivos de la empresa para un proyecto, objetivos de rendimiento del proceso o pruebas para una aplicación de software.La primera tarea, por tanto, en el área de conocimiento de Evaluación de Soluciones es definir medidas de rendimiento para recopilar datos de rendimiento de soluciones y medir el rendimiento de una solución recién implementada o existente.Por lo general, el rendimiento se mide utilizando indicadores clave de rendimiento (KPI), metas y objetivos del proyecto, objetivos de rendimiento del proceso o pruebas de aplicaciones de software.

Las medidas recogidas en la tarea Medir el rendimiento de la solución a menudo requieren interpretación y síntesis para obtener significado y ser procesables. Las medidas de rendimiento en sí mismas rara vez desencadenan una decisión sobre el valor de una solución.Con el fin de analizar de manera significativa las medidas de rendimiento, los analistas de negocios requieren una comprensión profunda del valor potencial que las partes interesadas esperan lograr con la solución. Para ayudar en el análisis, se consideran variables como las metas y objetivos de la empresa, los indicadores clave de rendimiento (KPI), el nivel de riesgo de la solución, la tolerancia al riesgo tanto de las partes interesadas como de la empresa, y otras metas declaradas.El análisis de las medidas de rendimiento generalmente comienza una vez que su solución construida está desplegada y en uso operativo.Los analistas necesitan entender el valor potencial de la solución y el contexto empresarial en el que se está implementando esa solución.Te encontrarás mirando metas, objetivos, indicadores clave de rendimiento, riesgos y otros factores como parte de este trabajo de análisis.Es posible que se encuentre investigando cómo se está utilizando la solución y evaluando los impactos positivos y negativos que tiene en la organización y sus partes interesadas.Algunas personas analizan las medidas de rendimiento en una evaluación posterior a la implementación realizada poco después de que se complete su proyecto.

El propósito de Evaluar las limitaciones de la empresa es determinar cómo los factores externos a la solución están restringiendo la realización de valor.Como analista de negocios, eres un agente de cambio; guías nuevas soluciones desde la concepción hasta su finalización. El truco es demostrar que la solución operativa ofrece su valor potencial a la empresa.La evaluación de las limitaciones empresariales identifica las causas fundamentales de factores específicos y describe cómo esos factores pueden limitar el potencial de realización de valor de una solución.Muchos factores externos a una solución pueden afectar su capacidad para ofrecer valor comercial.Asegúrese de reconocer lo que podría ser una limitación empresarial para una solución o componente de solución en su examen. Las limitaciones empresariales incluyen los siguientes factores:CulturaOperacionesComponentes técnicosIntereses de las partes interesadasEstructuras de presentación de informesCon frecuencia, las soluciones operan a través de los límites de la organización dentro de la empresa con muchas interacciones e interdependencias. Las soluciones pueden depender de factores externos, como la externalización de los servidores de su solución a un proveedor externo.Las limitaciones de la empresa se pueden evaluar en cualquier momento durante el ciclo de vida de la solución, desde el desarrollo de componentes hasta la implementación completa de la solución. Las soluciones operativas existentes también se pueden evaluar si surge la necesidad.

El propósito de Recomendar acciones para aumentar el valor de la solución es comprender los factores que crean diferencias entre el valor potencial y el valor real, y recomendar un curso de acción para alinearlos.Estimar el valor potencial de una solución puede ser bastante diferente de darse cuenta del valor real una vez que esa solución esté operativa.Una tarea clave realizada por los analistas es tratar de alinear el valor potencial y el valor real de una solución tanto como sea posible.Las cuatro tareas anteriores en el área de conocimiento de Evaluación de Soluciones recopilan datos de rendimiento de la solución, miden el rendimiento de la solución y evalúan las limitaciones de la solución y de la empresa que pueden afectar el valor real.Esta tarea utiliza los resultados de las otras tareas para comprender el panorama general del valor de una solución y recomendar formas de mejorar el rendimiento de la solución y la realización del valor.