1. Planeamiento del Análisis de Negocio
1.1. Los procesos definidos en esta guía son:
1.1.1. Realizar o Refinar el Análisis de Interesados.
1.1.2. Crear el Plan de Análisis de Negocio.
1.1.3. Planificar el Trabajo de Análisis de Negocio.
2. Trazabilidad y Monitoreo (Trazability and Monitoring)
2.1. Trazabilidad
2.1.1. La Matriz de Trazabilidad.
2.1.1.1. Formas de rastrear requisitos
2.1.1.1.1. Casos de uso para pruebas de aceptación, así como para otros tipos de requisitos
2.1.1.1.2. Modelos y diagramas de requisitos relacionados
2.1.1.1.3. Las historias épicas o de usuarios se pueden rastrear a características y pruebas de aceptación
2.1.1.1.4. Un tablero Kanban puede proporcionar cierta cantidad de trazabilidad
2.1.2. Relaciones y Dependencias.
2.1.2.1. Subconjunto. Un requerimiento puede ser subconjunto de otros requerimientos.
2.1.2.2. Implementación. Un requerimiento no puede implementarse si otro/s no se implementa
2.1.2.3. Valor o Beneficio. El beneficio o valor de un requerimiento no puede alcanzarse si no se implementa primero otro/s requerimientos.
2.1.3. Aprobación de Requerimientos.
2.1.3.1. El Sistema de Autorización del Trabajo (Work Authorization System).
2.1.3.2. Niveles de Aprobación
2.1.4. Línea de Base de Requerimientos Aprobados.
2.1.4.1. “product backlog
2.1.5. El Ciclo de Vida de Requerimientos
2.1.6. Administrando los Cambios a los Requerimientos.
2.1.6.1. Sistema de Administración de la Configuración (CMS).
2.1.6.2. Sistema de Control de Versiones (VCS).
3. Evaluación de la Solución
3.1. Plan para Evaluación de la Solución.
3.2. Determinar QUÉ Evaluar
3.2.1. Métricas del proyecto
3.2.1.1. Considerar las metas y objetivos de negocio, que dieron origen a la solución
3.2.1.2. Considerar indicadores de rendimiento clave (KPI), que pueden dar origen a los objetivos de la solución y del proyecto
3.2.1.3. Considerar métricas de evaluación y de criterio de aceptación adicionales, tales como:
3.2.1.3.1. Métricas del proyecto, considerando que el proyecto es parte de la solución
3.2.1.3.2. Métricas de ventas y marketing
3.2.1.3.3. Métricas operacionales, tales como la tarjeta balanceada (BSC)
3.2.1.3.4. Métricas del cliente, tales como satisfacción
3.3. Cuándo y Cómo Validar los Resultados de la Solución
3.4. Evaluar el Criterio de Aceptación y Solucionar Defectos
3.4.1. Focus Group,
3.4.2. Pruebas de Usuario,
3.4.3. Pruebas Day-in-the-Life (DITL),
3.4.4. Pruebas de Integración,
3.4.5. Funcionalidad Actual vs Esperada de requerimientos funcionales y no funcionales,
3.4.6. Calculo de Beneficios.
3.5. Evaluar el Criterio de Aceptación y Solucionar Defectos
3.6. Facilitar la Decisión de Go/No-Go.
3.7. Obtener la Firma (Singoff) de la Solución
3.8. Evaluar la Prestación de la Solución
3.8.1. Determinar las Métricas. El PM y el BA deben trabajar junto con los interesados para identificar y priorizar los aspectos de prestación que deben ser monitoreados.
3.8.2. Obtener las Métricas/Medidas de Prestación
3.8.3. Analizar los Resultados.
3.8.4. Evaluar las Limitaciones de la Solución y de la Organización.
3.8.5. Recomendar el Enfoque para Mejorar la Prestación de la Solución
3.9. Remplazar o Eliminar la Solución
4. Evaluación de Necesidades
4.1. Identificar el Problema u Oportunidad.
4.1.1. Recolectar Datos Relevantes para Evaluar la Situación.
4.1.1.1. Tiempos de ciclo para que un proceso de negocio complete volúmenes de transacciones, ocurrencias de excepciones o problemas y demoras causadas por las excepciones o problemas;
4.1.1.2. Cantidad de dinero perdido por transacción, por venta, al perder un cliente, de los costos para adquirir un nuevo cliente, a través de desperdicios, y de llamadas a un servicio de asistencia;
4.1.1.3. Visitantes del sitio web, conversiones del sitio web, consultas de ventas, nuevas cuentas y nuevas políticas;
4.1.1.4. Incrementos potenciales en ventas, participación de mercado, base de clientes y nuevos contratos;
4.1.1.5. Tamaño del mercado, posible nueva participación en el mercado, competencia actual y estructuras de precios establecidas; y
4.1.1.6. Análisis competitivo de los productos ofrecidos, comparaciones de características y beneficios, precios y políticas con respecto a lo anterior
4.1.2. Esbozar la Declaración de Situación.
4.1.2.1. El Problema (u Oportunidad) de “a”
4.1.2.2. Tiene el efecto de “b”
4.1.2.3. Con el impacto de “c”
4.1.3. Obtener la Aprobación de los Interesados de la Declaración de Situación
4.2. Evaluar el estado actual de la Organización
4.2.1. Evaluar los Objetivos y Metas de la Organización
4.2.1.1. Análisis SWOT (o DAFO o FODA)
4.2.1.2. Objetivos SMART
4.2.1.2.1. https://blog.hubspot.es/marketing/5-ejemplos-de-metas-inteligentes-para-tu-empresa
4.2.1.3. Los 5 Porqué (5 Whys)
4.2.1.3.1. 5 Porqués, Análisis de la causa raíz de los problemas - Progressa Lean
4.2.1.4. Diagrama de Causa-Efecto
4.2.2. Determinar las Capacidades Requeridas relacionadas con la Situación
4.2.2.1. Tabla de Capacidades (Capability Table).
4.2.2.2. Benchmarking.
4.2.2.3. Diagrama de Afinidad.
4.2.2.3.1. http://www.clubdetecnologia.net/blog/2014/diagramas-de-afinidad/
4.2.3. Evaluar las Capacidades Actuales de la Organización
4.2.4. Proveer varias alternativas para satisfacer la necesidad de negocio
4.2.5. Identificar Diferencias (Gaps) en las Capacidades Organizacionales.
4.3. Acciones Recomendadas para Abordar las Necesidades de Negocio
4.3.1. Incluir un detalle de alto nivel de las capacidades que se agregan.
4.3.2. Evaluar la factibilidad y los impactos organizacionales de cada alternativa.
4.3.2.1. Factibilidad Operacional.
4.3.2.2. Factibilidad Temporal.
4.3.2.3. Factibilidad Tecnológica/Sistémica.
4.3.2.4. Factibilidad Costo/Efectividad.
4.3.3. Realizar un análisis costo-beneficio para la opción recomendada
4.3.3.1. Período de repago (PBP)
4.3.3.2. Retorno de inversión (ROI)
4.3.3.3. Tasa interna de retorno (IRR)
4.3.3.4. Valor presente neto (NPV)
4.3.4. Recomendar la opción más viable.
4.4. Ensamblar el Caso de Negocio (Business Case).
4.4.1. debe de contener
4.4.1.1. Descripción del Problema u Oportunidad.
4.4.1.2. Análisis de la Situación.
4.4.1.3. Recomendación
4.4.1.3.1. Puede utilizarse todo lo generado durante el Análisis de Factibilidad
4.4.1.4. Evaluación
5. Elicitación y Análisis de Requerimientos
5.1. Planear la Elicitación.
5.1.1. Prepararse
5.1.1.1. Determinar los objetivos
5.1.1.2. Determinar los participantes
5.1.1.3. EJEMPLO -Determinar las preguntas
5.1.1.3.1. Objetivo
5.1.1.3.2. Participantes
5.1.1.3.3. Preguntas
5.1.2. Analizar los Requerimientos.
5.1.2.1. técnicas de recopilación
5.1.2.1.1. Brainstorming
5.1.2.1.2. Análisis de documentos
5.1.2.1.3. Talleres facilitados
5.1.2.1.4. entrevistas
5.1.2.1.5. observación
5.1.2.1.6. Prototipados
5.1.2.1.7. encuestas
5.1.2.1.8. Reunión con grupo de expertos
5.1.3. Modelar y Refinar los Requerimientos
5.1.3.1. Modelo de Alcance. Estructuran y organizan todo lo relativo a los límites del dominio
5.1.3.2. Modelo de Proceso. Describen los procesos y la interacción de los interesados
5.1.3.3. Modelo de Reglas. Describen conceptos y comportamientos relacionados con políticas
5.1.3.4. Modelo de Datos. Documentan los datos utilizados en los procesos.
5.1.3.5. Modelo de Interfaces. Describen el sistema y sus relaciones
5.1.3.5.1. Ecosystem Map | Service Design Tools
5.1.4. Documentar los Requerimientos de la Solución.
5.1.4.1. documentación propuesta La Guía
5.1.4.1.1. Documento de Requerimientos del Negocio. Mostrando claramente el problema u oportunidad y la razón que impulsa a generar la solución.
5.1.4.1.2. Documentación de la Solución. Todo lo necesario y previamente definido para que la solución pueda ser generada por el equipo seleccionado durante el proyecto definido
5.1.5. Verificar Requerimientos.
5.1.5.1. Procesos
5.1.5.1.1. Peer Review.
5.1.5.1.2. inspection
5.1.6. Validar Requerimientos
5.1.6.1. valiadación continua requirements walkthrough
5.1.7. Sesiones de Aprobación.
5.1.7.1. técnicas de resolucion de conflictos
5.1.7.1.1. Multi-Voting
5.1.7.1.2. Ranking por peso
5.1.7.1.3. Delphi