Actividades y Remitibles del SDF por Fase
Cualquier trabajo que requiera la reasignación de recursos humanos y de capital para desarrollar o transformar nuestras operaciones debe realizarse de conformidad con el proceso contemplado en nuestro Plan Operativo Anual (AOP, en inglés) de Gestión de Ideas. Las Ideas Aprobadas pasan a un proceso de Descubrimiento, donde se obtiene más información acerca de los objetivos, el valor esperado con las mediciones propuestas, el alcance preliminar, las necesidades y requisitos comerciales, cálculos de costos y recursos de orden de magnitud aproximado (ROM), financiamiento y la identificación de los grupos de dirección y apoyo. El trabajo aprobado se prioriza en la cartera y se optimiza en función de la capacidad de los recursos. El trabajo aprobado para el cronograma del año fiscal en curso se deberá incluir en el AOP.
Tenga en cuenta que, en función de la metodología utilizada, las fases pueden ser secuenciales o iterativas. Todas las plantillas se deben adaptar a las necesidades y riesgos particulares del proyecto. En función de las nececidades/riesgos del proyecto, es posible que no sea necesario usar algunas de las plantillas. Las herramientas pueden ser recursos útiles. La siguiente es una lista no exhaustiva de las plantillas y herramientas. Puede revisar los ítems disponibles en la Matriz de Herramientas del Marco de Prestación de Servicios (Matriz SDF). Si necesita una plantilla o herramienta que no aparece ni aquí ni en la Matriz SDF, primero consulte con la PMO para saber si tiene recursos adicionales. De lo contrario, es posible que deba crear plantillas y herramientas nuevas a la medida de lo que necesita para su proyecto. Si se crea una plantilla o herramienta nueva, envíela a la PMO para que evalúe su inclusión en la Matriz de SDF.
Nota: Algunos documentos de esta página pueden estar restringidos y requerir acceso autorizado.
Leyenda de Iconografía del SDF |
Requisitos según el Riesgo del Proyecto |
---|
Proyectos de Bajo Riesgo Proyectos de Riesgo Medio Proyectos de Alto Riesgo Cuando Corresponda |
Fase 0: Descubrimiento
Trabajando junto a las partes interesadas, extraer información acerca de los objetivos, valor esperado con las mediciones propuestas, alcance preliminar, necesidades y requisitos comerciales, costos y recursos de orden de magnitud aproximado (ROM), financiamiento.
Declaración de Alcance Preliminar | , , |
Requisitos de Adquisiciones | , , |
Necesidades de Financiación para el Proyecto | , , |
Requisitos Comerciales | , , |
Plan de Concreción de Beneficios (Calificado) | , , |
¿Se Trata de Un Proyecto? Use la Calculadora de Proyectos | , , |
Hoja de Datos de Medición (para ciertas métricas que tendrán seguimiento durante el proyecto) | |
Evaluación de Riesgo | , , |
Fase 1: Inicio
Fase 2: Planificación
Trabajando con todas las partes interesadas, definir el alcance del proyecto (es decir qué tareas se deben completar) y el alcance del producto a desarrollar.
Visión, Mapa de Ruta | |
Declaración de Alcance Preliminar | , , |
Seguimiento de Puntos Clave | |
Documento de Expectativas de Remitibles (DED) | , |
Lista de Control de Remitibles | , , |
Estructura Desglosada de Trabajos (WBS) | , , |
Diccionario de WBS | , |
Documento de Requisitos | |
Matriz para el Seguimiento de Requisitos, Plantilla de Seguimiento de Requisitos | |
Plan de Control de Cambios del Proyecto, Formulario de Solicitud de Cambios al Proyecto,,
Registro de Cambios de la PMO | , , |
Cronograma | |
Cronograma | , |
Cronograma de Cumplimiento con PMBOK (debe añadir actividades/tareas relacionadas con el producto, características de la actividad y estimaciones de mano de obra y duración) | |
Herramienta de Cálculo de Tiempos | |
Herramienta de Cálculo para Actividades y Proyectos Pequeños | |
Plan Presupuestario | |
Matriz del Plan de Recursos, Roles y Responsabilidades, RASCI | , |
Plan de Control de Calidad, Plantilla de Lecciones Aprendidas | |
Plan de Comunicaciones | , |
Registro de Comunicaciones | , , |
Plan de Participación de Cada Parte | |
Plan de Gestión de Cambios Organizativos | |
Plan de Adquisiciones | |
Plan de Riesgos, Registro de Riesgos | |
Plan de Gestión de Problemas, Registro de Problemas/Decisiones | , |
Plan de Gestión del Conocimiento | |
Referencia de rendimiento ajustado por riesgo | |
Reunión de Lanzamiento, Agenda, Plantilla de Minutas de Reuniones de Proyecto de la PMO | , , |
Fase 3: Análisis de Requisitos
Trabajando junto a las partes interesadas, definir, analizar y priorizar los requisitos, incluidas las características del sistema, experiencia del usuario, lógica y flujos de procesos.
Documentar el Flujo de Trabajo y el Proceso Tal Como Están y A Futuro | , |
Revisión de Gestión de Datos Maestros (MDM) | , , |
Creación del Proyecto de Team Foundation Server (TFS) para Lecciones Aprendidas | |
Documentación del Producto (sitio web del producto, AIS, catálogo de servicios, etc.) | , , |
Plantillas de Designación | |
Requisitos para Usuarios | |
Requisitos del Sistema | |
Requisitos de Calidad | |
Necesidades de Diseño de la Base de Datos, Plan de la Base de Datos | |
Necesidades de diseño web, Plan para la Web | |
Requisitos de Infraestructura | |
Identificar instalación y cambios de configuración de servidores, incluidos accesos, puertos y firewalls | |
Control de tareas, archivos/carpetas de red | |
Revisar la documentación técnica de las soluciones de empresas independientes propuestas para verificar su compatibbilidad | |
Lista de Control de Seguridad, Requisitos de Seguridad, Plan de Seguridad | , , |
Plantilla del MOU | |
Solicitud de Exención de Normas | |
Evaluar necesidades y/o cambios a 1820 | |
Necesidades del Equipo del Proyecto | |
Actualizaciones de documentos de fases anteriores | , , |
Revisión del Portal de Lanzamiento (revisión y aprobación de requisitos, obtener aprobación para continuar) |
Fase 4: Diseño
Diseñar el sistema utilizando prototipos y comentarios de clientes. Esto incluye características del sistema, modelo de datos, lógica, flujo de procesos, experiencia del usuario, expectativas de calidad y expansiones a futuro.
Documento de Modelo de Datos | |
Crear Entornos de Desarrollo y Prueba (instalación de servidores y/o cambios de configuración) | |
Diseño de la Arquitectura e Infraestructura del Sistema | |
Documentos de adquisiciones | |
Revisión y aprobación del diseño |
Fase 5: Desarrollo
Desarrollar el producto, incluido su código, y realizar pruebas de la unidad inicial de cada módulo.
Actualizar esquemas, diagramas de flujo, historial de versiones y documentos de los archivos de fases anteriores | , , |
Interfaces de Usuario y Código Fuente | |
Refactorizar (simplificar, estandarizar, limpiar) el código fuente | |
Configuración y cambios al Control de Tareas | |
Solicitar instalación o cambios de configuración de servidores de prueba | |
Escenario de Prueba | |
Plan de Pruebas y Validación | |
Caso/s de Prueba | |
Preparar el entorno de pruebas y las herramientas de prueba para las pruebas de aceptación de usuarios (UAT) | |
Desarrollo del Equipo | |
Plan de Implementación: Instrucciones de Implementación, Plan de Restauración | , , |
Plan de Recuperación ante Catástrofes | , , |
Nivel 1 Transferencia de Conocimiento | , , |
Plan de Transferencia de Conocimiento | , |
Revisión del Desarrollo (validar la calidad de la solución) | , , |
Fase 6: integración, prueba, aceptación
Completar la integración y las pruebas del sistema en todos los módulos, documentar todos los problemas conocidos, colocar el código fuente en el control de código. Los usuarios deben realizar las UAT. Trabajar junto a las partes interesadas para crear documentación de ayuda para los usuarios.
Actualizar esquemas, diagramas de flujo, historial de versiones y documentos de los archivos de fases anteriores | , , |
Documentos de Capacitación de Usuarios | |
Documentación de Personal de Apoyo (Textos de Mesa de Ayuda) | |
Versiones de Paquetes de Productos en TFS | , , |
Actualizar la Base de Datos de Gestión de Configuraciones | , , |
Herramienta para equilibrar la carga | |
Notificación de éxito/fallo, Lecciones Aprendidas, Informes de Estado | , , |
Revisión Formal de Calidad | |
Revisón del Portal de Lanzamiento: Aprobación para promover el sistema a producción | |
Crear entorno de Lanzamiento y Producción |
Fase 7: Implementación - Utilización - Desmantelamiento
Fase 8: Cierre
El equipo del proyecto revisará toda la documentación y quedará terminado el trabajo en el proyecto.
Actualizaciones a toda la documentación anterior | , , |
Se completó la documentación del producto y se guardó en el repositorio correspondiente
| , , |
Actualizar Registro de Logros | , , |
Formulario de Cierre de Proyecto (aceptación de remitibles del proyecto) | , , |
Resumen del Cierre de Proyecto | |
Cierre de adquisiciones, cierre del presupuesto, cierre del contrato de incorporación de personal | |
Revisión de la CRQ con la Lista de Control de Remitibles Completa | , , |
Encuesta de Satisfacción del Usuario | |
Compilar las Lecciones Aprendidas | , , |
Actualizar procedimientos, plantillas y herramientas con fines de mejora continua | , , |
Liberación de recursos | , , |
Sitio del proyecto con documentos del proyecto archivados | , , |
CRQ Cerrado | , , |
Actividad de Liberación de Mantenimiento
El SLA define nuestro acuerdo con el Prestador de Servicios para el mantenimiento de un sistema a través de la solución de defectos, mejoras programadas y asistencia diaria. Las Versiones de Mantenimiento no están sujetas a Remitibles, pero deben estar normalizadas de conformidad con SDF. Algunos ejemplos de versiones de mantenimiento son los agregados a una página web o un informe de una aplicación existente. |
Formulario de Solicitud de Cambio El IRMAG del Cliente envía una solicitud de cambio en el sistema de Solución a través de la Mesa de Ayuda | |
Administrar las versiones de mantenimiento y garantizar el cumplimiento de las normas y procedimientos de SDF, y generar informes de progreso. |