Ingeniería de Software III Planeación del Proyecto (PP)

Slides:



Advertisements
Presentaciones similares
* Es el proceso de organizar, planear, dirigir y controlar; actividades y recursos con el fin de lograr un objetivo.
Advertisements

Gestión de costos. La Gestión de los Costos del Proyecto incluye los procesos relacionados con planificar, estimar, presupuestar, financiar, obtener financiamiento,
Copyright Avantare Consultores S.A de C.V. 1 ACO_PRE_DINI_INICIO_001 PIID’s (Practice Implementation Indicators Descriptions)
Argentina Módulo 6 - Subcapítulo C1, Política y objetivos de seguridad CURSO LAR 145 y 43.
NORMA ISO DIS 9001:2015 Draft International Standard.
Reforzar los conocimientos sobre la planificación, control y mejora de la calidad de acuerdo con los requisitos de la Norma ISO 9001 en su Requisito 8.
DISEÑO ORGANIZACIONAL Lic. Sujey Herrera Ramos. Es un método planificado que permite adaptar la estructura física, humana y de procesos de una organización.
NTC - ISO 9001 NORMA TÉCNICA COLOMBIANA (TERCERA ACTUALIZACIÓN)
TEMA: PSP (Personal Software Process) ANALISIS DE SISTEMAS I ING. EDGAR RAUL MOLINA INTEGRAMTES: HANNSEL E. CORDON AC JESSICA IDALMY KRESS FREDERIC HESTIB.
NIA Planeación de una auditoria de Estados Financieros. NOMBRE: Beatriz Acero Zapana CURSO: Auditoria Financiera ESCUELA: Ciencias Contables y Financiera.
MAPEO DE PROCESOS. INTRODUCCION Las empresas u organizaciones para poder ser competitivas no solo deben tener planes y estrategias adecuadas, además los.
Los requisitos para una planificación eficaz ya que es la tarea más importante en cuanto condiciona el hacer y el actuar. Los objetivos deben ser alcanzables.
Proceso de Implantación y Aceptación del Sistema de Información (IAS)
Alan Guillermo Zamora Téllez
Orden del día 2ª sesión ordinaria
Metodología de Implementación de Sistemas ERP
Indicadores.
Sistemas de Gestión.
Proceso de Mejora Continuo: CMM y CMMI
Ing. Juan Carlos Barrera Mendieta
Practica Supervisada Administración
Gestión de Proyectos.
Planeación de proyecto
Ciclo de vida del producto y decisiones de selección del proceso
Mejores Prácticas en Proyectos de Desarrollo de Software
Gestión de Proyectos Ágiles
Capítulo 10 Comunicación
Ingeniería de Software III Administración de la configuración
SWEBOK.
Facultad de Ingeniería y tecnología informática Practica Profesional I
Gestión de la Integración del Proyecto
U.T. 11: Introducción A Las Bases De Datos
Auditoria Informática Unidad III
PROYECTOS DE INVERSIÓN
Hector Andres Betancur Cano
Gestión de Proyectos Informáticos
NORMAS INTERNACIONALES DE AUDITORIA
NORMA INTERNACIONAL DE AUDITORÍA 300
UNIVERSIDAD NACIONAL DE LOJA Área de la Educación, el Arte y la Comunicación Informática Educativa IV INGENIERIA DE SOFTWARE Taller de Análisis y Diseño.
ANÁLISIS DE RIESGOS DE SISTEMAS DE INFORMACIÓN
GESTIÓN DEL TIEMPO PMBOK MSI Nancy Olivares Ruiz.
ORGANIGRAMA METODOLOGIA PARA LA IMPLANTACION DE UN PROYECTO EDI
EL PROCESO ADMINISTRATIVO
Ingeniería del Software
MODELO CMMI e ISO INTEGRANTES:.
Taller Organización de Procedimientos Administrativos.
Planeación y Programación del Mantenimiento.
Auditoria de Tecnologías de Información PLANIFICACION Ing. Eder Gutiérrez Quispe.
Metodologías de Desarrollo de Software RUP – Proceso Racional Unificado Gilber BASILIO ROBLES I.E.S.T.P. “DANIEL ALCIDES CARRIÓN” Taller de Modelamiento.
ANALISIS DE SISTEMAS ANALISIS ORIENTADO A OBJETOS.
TALLER MANUAL SISTEMA DE GESTION EN SEGURIDAD Y SALUD OCUPACIONAL
EXPOSITOR L.C. EDUARDO M. ENRÍQUEZ G.
Procesos Gerenciales Revisión de los Requisitos 4,5 y 6 ISO 9001:2015
Sistema de Control de Costos
Un modelo para la implementación de las personas sanas 2020
Planes del Proyecto.
Es el proceso de subdividir los entregables y el trabajo del proyecto en componentes más pequeños y más fáciles de manejar Se puede dar una visión estructurada.
NIA Control de Calidad para Auditorías de Información Financiera Histórica. Lo que todo Auditor debe conocer.
TALLER MANUAL SISTEMA DE GESTION EN SEGURIDAD Y SALUD OCUPACIONAL
Tema 2 Los requisitos de la Gestión de calidad La Serie ISO 9000.
TALLER DE INVESTIGACION I PROCESO DE CAPTACION DE LA INFORMACION Y ELABORACION DEL CRONOGRAMA DE INVESTIGACION.
INTEGRACIÓN DE SISTEMAS DE GESTIÓN MTO. LUIS EDUARDO ROCHA MAGAÑA Integración de Sistemas de Gestión.
Análisis de Procesos Informáticos Ing. Renato Toasa  Daniel Quintana  Leonardo Herrera  Fernando Moya.
GESTIÓN DE PROYECTOS La gestión de proyectos está conformada por todas aquellas acciones que debes realizar para cumplir con una objetivo definido dentro.
ANALISIS DE TRABAJO SEGURO ¿Qué es el AST? Es una metodología diseñada para identificar peligros, prevenir incidentes y ayudarle al personal a controlar.
UNIDAD 1 LA ADMINISTRACIÓN EN EL CONTEXTO INFORMÁTICO.
Estudio de Viabilidad del Sistema (EVS). Estudio de Viabilidad del Sistema Cuestiones ¿Qué es la viabilidad de un sistema? ¿Cuáles son los objetivos del.
Plan de Sistemas de Información (PSI). Plan de Sistemas de Información (PSI) Descripción y Objetivos Tiene como objetivo la obtención de un marco de referencia.
ISO Esta norma internacional proporciona orientación sobre la auditoría de los sistemas de gestión, incluyendo los principios de la auditoría, la.
PLANIFICACION Diego Hernández.
Transcripción de la presentación:

Ingeniería de Software III Planeación del Proyecto (PP) Conferencia # 6 Planeación del Proyecto (PP)

Objetivos Entender el modelo CMMi (qué es y cuál es su estructura) Reseñar los conceptos fundamentales relacionados con la Planeación del Proyecto. Entender la necesidad de un proceso de Planeación del Proyecto Explicar los objetivos específicos y prácticas específicas del área de proceso Planeación del Proyecto de CMMI. Conocer las evidencias sugeridas por el modelo CMMi como soporte a estas prácticas. Explicar técnicas para implementar prácticas específicas del área de proceso.

Bibliografía University Carnegie Mellon. (2006). CMMI for Development, v1.2. Pittsburgh: CMU/SEI-2006-TR-008. Mary Beth Chrissis, Mike Konrad and Sandy Shrum CMMI® Guía para la integración de procesos y la mejora de productos. Segunda edición. PMBOK.

¿Qué es CMMI?

Representaciones del modelo Continua Escalonada … nivel de madurez para un conjunto definido de áreas de proceso de la organización

Ventajas de las representaciones Continua Proporciona flexibilidad para seleccionar las áreas de proceso alineadas con los objetivos de negocio o problemas operativos de la organización. Escalonada Proporciona un mapa para la implantación de los procesos. Agrupa áreas de procesos. Presenta una secuencia de implantación. Permite la comparación con otras empresas. Recomendada para organizaciones con pocas experiencias en la mejora de proceso.

CMMi REQM - Administración de Requisitos PP - Planeación del Proyecto Nivel 5 Optimizado Mejora continua de proceso REQM - Administración de Requisitos PP - Planeación del Proyecto PMC - Monitoreo y Control del Proyecto SAM - Administración de Acuerdos con Proveedores MA - Medición y Análisis PPQA - Aseguramiento de la Calidad de Procesos y Productos CM - Administración de la Configuración N2 Nivel 4 Cuantitativamente Administrado Control cuantitativo del proceso Nivel 3 – Definido Proceso caracterizado por la organización y proactivo Nivel 2 – Administrado Administración básica del proyecto Nivel 1 – Inicial: Proceso impredecible, control reactivo

Se implantan procesos pero sin formalismo. Nivel 1: Inicial Se implantan procesos pero sin formalismo. Los resultados dependen de las competencias y esfuerzos heroicos de las personas. Es posible alcanzar los resultados siempre que se asignen las mejores personas a las tareas. Es difícil predecir los resultados

Administración disciplinada de los proyectos Nivel 2: Administrado Administración disciplinada de los proyectos Se establecen y se siguen políticas organizacionales Los recursos son adecuados (humanos y materiales) Los éxitos anteriores son repetidos en nuevos proyectos Se siguen las prácticas en tiempos de estrés La dirección tiene visibilidad del desarrollo del proyecto en puntos definidos

Estructura del Modelo

WBS (Work Breakdown Structure) Conceptos básicos WBS (Work Breakdown Structure) Estructura de Desglose de Trabajo Según PMBOK, el WBS es el “Agrupamiento de los componentes del proyecto, que organizan y definen el alcance total del trabajo en el proyecto”. Es la parte más importante de la planeación de los proyectos. Sin el WBS no tenemos una definición del trabajo que debe hacerse para completar el proyecto. Sin lo anterior, no podemos determinar el costo y la duración del proyecto.

Plan del Proyecto El plan que provee las bases para realizar y controlar las actividades del proyecto, el mismo contempla los compromisos hechos con el cliente. Incluye entre otras cosas estimaciones, recursos necesarios, riesgos, compromisos, calendario.

Ciclo de vida El ciclo de vida del proyecto consiste en fases que serán definidas de acuerdo al alcance de los requisitos, estimado de recursos y la naturaleza del proyecto.

Cuando no hay Planeación de proyectos Los estimados de los atributos del proyecto son inexactos. Es difícil identificar desviaciones en planes pobremente documentados. Los recursos no están disponibles y no son utilizados cuando se requieren. Los proyectos futuros no pueden beneficiarse de lo aprendido en los proyectos terminados porque no hay lecciones aprendidas.

Planeación del proyecto según CMMi

Planeación del Proyecto El propósito de la Planeación del Proyecto (PP) es establecer y mantener planes que definan las actividades del proyecto.

Importancia del plan: Es la base fundamental de lo que se va a hacer a lo largo del proyecto. Estima parámetros básicos del proyecto. Describe las características principales del proyecto (actividades, tiempo, costo, recursos, responsabilidades, riesgos, etc.) Es el medio de comunicación principal entre el equipo de trabajo y los involucrados relevantes, principalmente el cliente.

PP incluye: Desarrollar el plan. Interactuar con agentes (involucrados) apropiados. Generar el compromiso con el plan. Mantener el plan.

Contexto de PP SG2 Desarrollar el Plan del Proyecto SG1 Establecer Estimaciones SG3 Obtener compromiso con el Plan Planeación del Proyecto Área de Proceso

SG 1 Establecer estimados SP 1.1 Estimar el alcance del proyecto SP 1.2 Establecer estimaciones de productos de trabajo y atributos de cada tarea SP 1.3 Definir el ciclo de vida del proyecto SP 1.4 Determinar estimaciones de esfuerzo y costo SG (Objetivo / Meta específica) SP (Práctica Específica)

SG 2 Desarrollar el plan de proyecto SP 2.1 Establecer el presupuesto y calendario SP 2.2 Identificar los riesgos del proyecto SP 2.3 Planificar la administración de los datos SP 2.4 Planificar los recursos del proyecto SP 2.5 Planificar las necesidades de conocimiento y habilidades SP 2.6 Planificar el involucramiento de los agentes relevantes SP 2.7 Establecer el Plan del Proyecto

SG 3 Obtener compromiso con el plan SP 3.1 Revisar los planes que afectan al proyecto SP 3.2 Conciliar el trabajo y los niveles de recursos SP 3.3 Obtener el compromiso del Plan

Establecer estimados Estimar el alcance del proyecto Definir el ciclo de vida del proyecto Determinar estimaciones de esfuerzo y costo Establecer estimaciones de productos de trabajo y atributos de cada tarea Datos de Planeación

Desarrollar el plan de proyecto Datos de Planeación Plan del Proyecto Establecer presupuesto y calendario Planear la administración de los datos Planear los recursos del proyecto Identificar riesgos del proyecto Establecer el Plan del Proyecto Planear necesidades de conocimiento y habilidades Planear el involucramiento de los agentes relevantes

Obtener Compromiso con el Plan Revisar los planes que afectan al proyecto Obtener el compromiso del Plan Conciliar el trabajo y los niveles de recursos Plan del Proyecto Involucrados Relevantes

SG 1 Establecer estimados SP 1.1 Estimar el alcance del proyecto SP 1.2 Establecer estimaciones de productos de trabajo y atributos de cada tarea SP 1.3 Definir el ciclo de vida del proyecto SP 1.4 Determinar estimaciones de esfuerzo y costo

SG 1 Establecer estimados Establecer y mantener los estimados de los parámetros del proyecto Los parámetros del proyecto incluyen toda la información necesaria del proyecto para realizar: planeación organización asignación de personal dirección coordinación reportes presupuesto

SG 1 Establecer estimados SP 1.1 Estimar el alcance del proyecto

SP 1.1 Estimar el alcance del proyecto Establecer un WBS de alto nivel para estimar el alcance del proyecto Subprácticas: 1. Desarrollar un WBS basado en la arquitectura del producto. El WBS debe incluir tareas que ayuden a identificar: riesgos y planes de mitigación, entregables y no entregables, capacitación, desarrollo de planes de actividades de soporte, integración. 2. Identificar los paquetes de trabajo al detalle suficiente para especificar los estimados de las tareas del proyecto, responsabilidades y calendario. 3. Identificar los productos de trabajo o componentes que serán adquiridos en forma externa. 4. Identificar los productos de trabajo que serán reutilizados.

SP 1.1 Estimar el alcance del proyecto Evidencias sugeridas: Descripción de tareas Descripción de paquetes de trabajo WBS

Técnicas y Generación de Productos de Trabajo SP 1.1 Estimar el alcance del proyecto

Estructura de Desglose de Trabajo (WBS) Establecer el alcance del proyecto ayuda a definir y controlar lo que está y no está incluido en el proyecto. Esta actividad requiere : Definir la Estructura de Desglose de Trabajo.

WBS Los componentes del WBS representan los productos, servicios o resultados verificables. Cada componente debe definirse y asignarse clara y completamente a una unidad específica de la organización ( hasta el nivel individual) que asuma la responsabilidad de la conclusión del componente del WBS. Se recomienda: Identificar los paquetes de trabajo al detalle suficiente para especificar los estimados de las tareas del proyecto, calendario y responsabilidades. Identificar los componentes o productos de trabajo que serán adquiridos de forma externa y los que serán reutilizados.

Enfoque de las estructuras de desglose de trabajo Enfoque al producto: Comienza por definir los módulos del producto y después las actividades para realizarlos.

Enfoque de las estructuras de desglose de trabajo Enfoque al ciclo de vida: Define las fases del ciclo de vida y después las partes de los módulos a realizar en cada fase.

Estrategia para definir el WBS El proyecto se divide en un grupo de subproyectos, los cuales se dividen nuevamente hasta alcanzar el nivel de detalle buscado. Ese nivel de detalle es lo que se conoce por paquetes de trabajo y es el nivel mayor que el administrador del proyecto debe controlar. El resultado final son las tareas asignadas a cada persona del proyecto. Los miembros del equipo de proyecto deben estar involucrados en el desarrollo del WBS para asegurar su consistencia. El WBS debe ser suficientemente flexible para permitir los cambios inevitables que surgen durante el proyecto.

Estrategia para definir el WBS Por analogía: Revisar el WBS de proyectos similares y adecuarlo al proyecto. El enfoque top-down: empezar con los elementos grandes del proyecto y dividirlos hacia abajo. El enfoque bottom-up: empezar con las tareas detalladas y sumarizarlas para encontrar los elementos más generales. Mapeo mental: escribir las tareas de forma no-lineal y a partir de ellas crear el WBS. Un elemento del WBS es la suma de los elementos del WBS que se encuentran dentro de él.

SG 1 Establecer estimados SP 1.2 Establecer los estimados de los productos de trabajo y de los atributos de cada tarea

SP 1.2 Establecer los estimados de los productos de trabajo y de los atributos de cada tarea Establecer y mantener los estimados de los atributos de los productos de trabajo y de las tareas Subprácticas 1. Determinar la solución técnica del proyecto (definir una estrategia de alto nivel para el desarrollo de los productos, como el uso de tecnologías establecidas o de punta) 2. Utilizar métodos apropiados para determinar los atributos (tamaño y complejidad) de los productos de trabajo y las tareas para estimar los recursos.(Ej.: puntos de función, número y complejidad de requisitos, LOC) 3. Estimar los atributos de los productos de trabajo y de las tareas.

Evidencias sugeridas: Solución Técnica SP 1.2 Establecer los estimados de los productos de trabajo y de los atributos de cada tarea Evidencias sugeridas: Solución Técnica Tamaño y complejidad de los productos de trabajo y de las tareas Modelos de estimación Estimación de atributos

Técnicas y Generación de Productos de Trabajo SP 1.2 Establecer los estimados de los productos de trabajo y de los atributos de cada tarea

Solución Técnica Lenguaje de Programación Tecnología Base de Datos Hardware Interfaces con Dispositivos Especializados

SG 1 Establecer estimados SP 1.3 Definir el ciclo de vida del proyecto

SP 1.3 Definir el ciclo de vida del proyecto Definir las fases del ciclo de vida del proyecto a considerar en la planeación Subprácticas: Definir las fases del ciclo de vida del proyecto Evidencias sugeridas: Fases del ciclo de vida del proyecto

Técnicas y Generación de Productos de Trabajo SP 1.3 Definir el ciclo de vida del proyecto

Ciclo de Vida La determinación de las fases del ciclo de vida del proyecto provee períodos planeados para la evaluación y la toma de decisiones. Esta actividad requiere: Definir el trabajo técnico que se debe realizar en cada fase. Definir cuándo se deben generar entregables en cada fase. Establecer la manera de revisar, verificar y validar cada producto entregable. Identificar los involucrados en cada fase. Definir cómo se controla y aprueba cada fase.

Clasificación de Ciclos de Vida Cascada Evolutivo Incremental Espiral Proceso Unificado

Cascada Ventajas: Documentación completa • Se adapta a otros modelos de ingeniería • El avance es fácil de medir Desventajas: Poca flexibilidad.

Evolutivo Ventajas Desarrollo de especificaciones en forma incremental • Retroalimentación de los usuarios finales Desventajas: Falta de documentación • Falta de estructura del sistema

Incremental Ventajas: Arquitectura del sistema definida en las etapas iniciales • Mejor estructura del sistema • Entrega de incrementos funcionales • Asignación de prioridades a los incrementos Desventajas: Trabajo extra para crear versiones funcionales

Espiral Ventajas Identificación y manejo de riesgos • Diferentes metodologías en cada ciclo • Planeación de la fase Desventajas Dificultad para conocer el avance del proyecto

Proceso unificado Ventajas Arquitectura del sistema definida en las etapas iniciales • Mejor estructura del sistema • Entrega de incrementos funcionales • Asignación de prioridades a los incrementos Desventajas: Trabajo extra para crear versiones funcionales

SG 1 Establecer estimados SP 1.4 Determinar estimaciones de esfuerzo y costo

SP 1.4 Determinar estimaciones de esfuerzo y costo Estimar con fundamentos, el esfuerzo y el costo de los productos de trabajo y de las tareas del proyecto Subprácticas: Recolectar modelos o datos históricos que serán utilizados para transformar los atributos de los productos de trabajo y tareas en estimaciones del costo y esfuerzo. Incluir la infraestructura de soporte necesaria en las estimaciones del costo y esfuerzo (computadores, canales de comunicación, software, ambiente de operación, etc.). 3. Estimar el costo y esfuerzo usando modelos o datos históricos. Evidencias sugeridas: Fundamentos de la estimación Estimaciones del esfuerzo del proyecto Estimaciones del costo del proyecto

Técnicas y Generación de Productos de Trabajo SP 1.4 Determinar estimaciones de esfuerzo y costo

Estimación de esfuerzo y costo Es una predicción del tiempo y costo probable de los recursos que serán requeridos para completar el trabajo del proyecto. La actividad se cuantifica en un tamaño, que es objetivo y basado en elementos técnicos. El tamaño se transforma en tiempo y costo, basado en datos históricos, recursos y personal asignado y los riesgos del proyecto.

Tipos de Estimaciones Los tipos de estimados dependen de la Exactitud requerida por el estimado y del costo y el esfuerzo Invertido. Estimaciones de lo general a lo particular (top-down) Estimaciones de lo particular a lo general (bottom-up) Estimaciones Analógicas Estimaciones Paramétricas

SG 2 Desarrollar el plan de proyecto SP 2.1 Establecer el presupuesto y calendario SP 2.2 Identificar los riesgos del proyecto SP 2.3 Planificar la administración de los datos SP 2.4 Planificar los recursos del proyecto SP 2.5 Planificar las necesidades de conocimiento y habilidades SP 2.6 Planificar el involucramiento de los agentes relevantes SP 2.7 Establecer el Plan del Proyecto

SG 2 Desarrollar el plan de proyecto Establecer y mantener el Plan del Proyecto, el cual será la base de la administración del proyecto

SG 2 Desarrollar el plan de proyecto SP 2.1 Establecer el presupuesto y calendario

SP 2.1 Establecer el presupuesto y calendario Establecer y mantener el presupuesto y calendario del proyecto Subprácticas: 1. Identificar los hitos principales 2. Identificar las suposiciones durante la estimación y el desarrollo del calendario 3. Identificar las restricciones 4. Identificar dependencias entre tareas 5. Definir el presupuesto y el calendario 6. Establecer criterios para la toma de acciones correctivas

SP 2.1 Establecer el presupuesto y calendario Evidencias sugeridas: Calendario del proyecto Dependencias entre las tareas del proyecto Presupuesto del proyecto

Técnicas y Generación de Productos de Trabajo SP 2.1 Establecer el presupuesto y calendario

Para el desarrollo del calendario Considerar solo los días laborables Especificar las dependencias de los paquetes de trabajo Asignar responsables a cada actividad Asignar varios paquetes de trabajo a la misma persona puede generar dependencias Asignar los tiempos estimados a cada actividad Con base en los datos anteriores, calcular la fecha de inicio y fin de cada tarea.

Optimización del Calendario Identificar la Ruta Crítica del Proyecto La ruta crítica es la mayor ruta que puede seguirse en las actividades desde el principio al fin del proyecto Buscar reducir la ruta crítica al eliminar dependencias o asignando las actividades a diferentes personas Filtrar y ordenar las actividades para identificar posibles sobrecargas al personal Utilizar el Diagrama de Gantt e Hitos para la optimización del calendario

Ruta crítica del Proyecto

Desarrollo del presupuesto Asignar el costo estimado a cada actividad Sumar los costos de las actividades para obtener el costo del proyecto Añadir costos de recursos, mano de obra, materiales, energía, capacitación y otros costos no considerados anteriormente

SG 2 Desarrollar el plan de proyecto SP 2.2 Identificar los riesgos del proyecto

SP 2.2 Identificar los riesgos del proyecto Identificar y analizar los riesgos del proyecto Subprácticas: 1. Identificar los riesgos del proyecto 2. Documentar los riesgos 3.Revisar y llegar a un acuerdo con los involucrados relevantes en el entendimiento de los riesgos 4. Revisar los riesgos cuando sea apropiado (cuando hayan nuevos riesgos, cuando el riesgo se transforma en problema, cuando el riesgo pierde efecto en el proyecto, cuando cambian las circunstancian del proyecto)

SP 2.2 Identificar los riesgos del proyecto Evidencias sugeridas: Riesgos identificados Impacto de los riesgos y probabilidad de ocurrencia Prioridad de los riesgos Matriz de riesgos

Técnicas y Generación de Productos de Trabajo SP 2.2 Identificar los riesgos del proyecto

Técnicas para identificar Riesgos Revisión documental Lluvia de ideas Método Delphi Grupo Nominal Entrevistas a expertos Lista de verificación Analogía

Documentar los Riesgos encontrados Información para la documentación: Nombre del Riesgo Descripción Fecha de detección Persona responsable Referencia del WBS Probabilidad de ocurrencia Impacto del riesgo si llega a ocurrir Factor de criticidad del riesgo (Probabilidad * Impacto) Ventana de afectación Estrategias de mitigación y contingencia

Matriz de riesgos Verde 0.01-0.05: Riesgos de baja criticidad que solo requieren un seguimiento. Amarillo 0.06-0.14: Riesgos de media criticidad que requieren de un seguimiento y un Plan de Mitigación. Rojo 0.18-0.72: Riesgos de alta criticidad que requieren de un seguimiento, un Plan de Mitigación, y un Plan de Contingencias.

Estrategias de Control de Riesgos Contingencia Mitigación Evitar Transferir Aceptación

SG 2 Desarrollar el plan de proyecto SP 2.3 Planificar la administración de los datos

SP 2.3 Planificar la administración de los datos Planificar la administración de los datos del proyecto Administración de los datos: Los datos son cualquier forma de documentación requerida para soportar un proyecto o grupo de proyectos Los datos pueden presentarse en cualquier forma (documentos, manuales, presentaciones, correo electrónico, medios impresos o escritos) Los datos incluyen tanto los entregables como los datos de uso interno Los requisitos de datos del proyecto deben indicar su contenido, la forma en son presentados y la razón de su recolección

SP 2.3 Planificar la administración de los datos Subprácticas: 1.Establecer los procedimientos para garantizar la seguridad y privacidad de los datos 2.Establecer un mecanismo para el acceso y archivado de los datos 3.Determinar cuáles datos del proyecto deben ser identificados, recolectados y distribuidos.

SP 2.3 Planificar la administración de los datos Evidencias sugeridas: Plan de administración de datos Lista de la información administrada en el proyecto Descripción del contenido y formato de los datos Lista de requisitos de datos para proveedores Requisitos de privacidad y de seguridad Procedimientos de seguridad Mecanismos para la obtención, reproducción y distribución de datos Calendario para la generación de datos Lista de los datos del proyecto a recolectar

SG 2 Desarrollar el plan de proyecto SP 2.4 Planificar los recursos del proyecto

SP 2.4 Planificar los recursos del proyecto Planear los recursos necesarios para la ejecución del proyecto Subprácticas: 1. Determinar los requisitos de los procesos 2. Determinar los requisitos de personal (debe incluir los conocimientos y experiencia necesarias para cada rol) 3. Determinar los requisitos de espacio de trabajo, maquinaria, equipos y componentes

SP 2.4 Planificar los recursos del proyecto Evidencias sugeridas: Paquetes de trabajo del WBS Diccionario de las tareas del WBS Requisitos de personal basado en el tamaño y alcance del proyecto Lista de equipo y espacio de trabajo Definición y diagramas de procesos Requisitos de administración del proyecto o grupo de proyectos

SG 2 Desarrollar el plan de proyecto SP 2.5 Planificar las necesidades de conocimiento y habilidades

SP 2.5 Planificar las necesidades de conocimiento y habilidades Planear obtener la experiencia y conocimientos necesarios para el proyecto (Planear la Capacitación) Esta práctica considera tanto la capacitación del personal actual como la subcontratación o reclutamiento de personal experimentado

SP 2.5 Planificar las necesidades de conocimiento y habilidades Subprácticas: 1. Identificar el conocimiento y experiencia que debe cubrir el personal del proyecto. 2. Evaluar el conocimiento y experiencia del personal disponible 3. Seleccionar mecanismos para obtener los conocimientos y la experiencia requerida (capacitación interna o externa, auto-capacitación, contrataciones, etc.) 4. Incorporar las actividades de contratación y capacitación al plan del proyecto.

SP 2.5 Planificar las necesidades de conocimiento y habilidades Evidencias sugeridas: Lista de conocimientos y experiencia que requiere el proyecto Planes de asignación de personal al proyecto Planes de contratación Bases de datos de personal y capacitación

SG 2 Desarrollar el plan de proyecto SP 2.6 Planificar el involucramiento de los agentes relevantes

SP 2.6 Planificar el involucramiento de los agentes Planificar el involucramiento de los agentes relevantes identificados Subprácticas: 1. Planear el involucramiento de los agentes relevantes (identificar las actividades principales en las que tienen que participar indicando: Relevancia, Interacción). Identificar cuáles agentes llevarán a cabo las actividades, cuáles son necesarios y cuáles son afectados 2. Asegurar que los agentes relevantes en cualquier actividad en el ciclo de vida, han sido tomados en cuenta durante las fases de requisitos y diseño del producto

SP 2.6 Planificar el involucramiento de los agentes Evidencias sugeridas: Plan de involucramiento de los agentes relevantes. Este plan debe incluir: Lista de agentes relevantes y la razón por la que son involucrados, Roles y responsabilidades de los agentes con respecto al proyecto. Relaciones entre los involucrados. Importancia de cada involucrado en cada etapa del proyecto. Recursos necesarios para la interacción de los involucrados. Calendario con las actividades de los involucrados relativas al proyecto.

Técnicas y Generación de Productos de Trabajo SP 2 Técnicas y Generación de Productos de Trabajo SP 2.3 Planificar la administración de los datos SP 2.4 Planificar los recursos del proyecto SP 2.5 Planificar las necesidades de conocimiento y habilidades SP 2.6 Planificar el involucramiento de los agentes relevantes

Otros Planes Administración de Datos Comunicación Recursos Capacitación Involucrados Relevantes

SG 2 Desarrollar el plan de proyecto SP 2.7 Establecer el Plan del Proyecto

SP 2.7 Establecer el Plan del Proyecto Establecer y mantener el plan global del proyecto Subprácticas: 1. Establecer el plan del proyecto El plan del proyecto documenta todos los planes realizados anteriormente y es necesario para lograr el entendimiento y compromisos de los individuos y grupos participantes en el proyecto. Este documento integra de manera lógica y congruente la planificación de todas las actividades relacionadas con el proyecto: ciclo de vida, actividades técnicas y de administración, presupuestos y calendarios, hitos, administración de la información, identificación de riesgos, requisitos de personal y capacitación y la identificación e interacción de los involucrados relevantes. Evidencias sugeridas: Plan global del proyecto

Técnicas y Generación de Productos de Trabajo SP 2.7 Establecer el Plan del Proyecto

Desarrollar el Plan del Proyecto Proceso Iterativo. Mejora al conocer más del proyecto. Congruente con los demás planes. Se actualiza al haber cambios o acciones correctivas.

SG 3 Obtener compromiso con el plan SP 3.1 Revisar los planes que afectan al proyecto SP 3.2 Conciliar el trabajo y los niveles de recursos SP 3.3 Obtener el compromiso del Plan

SG 3 Obtener compromiso con el plan SP 3.1 Revisar los planes que afectan al proyecto

SP 3.1 Revisar los planes que afectan al proyecto Revisar todos los planes que afectan al proyecto para poder establecer un compromiso con el plan Subprácticas: 1.Revisar todos los planes que afectan al proyecto para garantizar el entendimiento respecto a: alcance, objetivos, roles y relaciones. Evidencias sugeridas: Registro de las revisiones a los planes que afectan al proyecto.

SG 3 Obtener compromiso con el plan SP 3.2 Conciliar el trabajo y los niveles de recursos

SP 3.2 Conciliar el trabajo y los niveles de recursos Conciliar las diferencias entre los recursos estimados y los recursos disponibles para el proyecto. Subprácticas: Conciliar las diferencias entre los recursos estimados en el plan del proyecto y los recursos disponibles. Esta conciliación podrá incluir: actualización de los planes. obtención de mayores recursos. mejorar la productividad de los recursos disponibles. subcontrato de actividades o recursos. mejores herramientas y capacitación.

SP 3.2 Conciliar el trabajo y los niveles de recursos Evidencias sugeridas: Registro de las revisiones a los planes Revisiones de métodos y sus correspondientes parámetros de estimación Renegociación de presupuestos Revisiones y actualizaciones del calendario Revisiones y actualizaciones de los requisitos Renegociación de acuerdos con los involucrados relevantes

SG 3 Obtener compromiso con el plan SP 3.3 Obtener el compromiso del Plan

SP 3.3 Obtener el compromiso del Plan Obtener el compromiso con los involucrados relevantes sobre la ejecución y soporte al plan del proyecto. Subprácticas: 1. Identificar las necesidades de soporte para el proyecto y negociar el compromiso con los agentes relevantes. 2. Documentar los compromisos organizacionales. 3.Revisar los compromisos internos con la gerencia. 4.Revisar los compromisos externos con la gerencia. 5.Identificar compromisos relativos a los elementos del proyecto, otros proyectos y otras organizaciones de manera que puedan ser monitoreados.

SP 3.3 Obtener el compromiso del Plan Evidencias sugeridas: Solicitud de compromisos Documentación de compromisos

Técnicas y Generación de Productos de Trabajo SP 3.1 Revisar los planes que afectan al proyecto SP 3.2 Conciliar el trabajo y los niveles de recursos SP 3.3 Obtener el compromiso del Plan

Compromisos con el plan Revisar todos los planes que afectan al proyecto (internos y externos). Reconciliar alcance, actividades y recursos. Obtener el compromiso con el plan.

GG 2 Institucionalizar un Proceso Administrado

GG 2 Institucionalizar un Proceso Administrado GP 2.1 Establecer una política organizacional GP 2.2 Planear el proceso GP 2.3 Proveer recursos GP 2.4 Asignar responsabilidades GP 2.5 Capacitar al personal GP 2.6 Administrar la configuración GP 2.7 Identificar e involucrar a los agentes relevantes GP 2.8 Monitorear y controlar el proceso GP 2.9 Evaluar la adherencia en forma objetiva GP 2.10 Revisar el estatus con la alta gerencia

Conclusiones Para cumplir con la planeación del proyecto acorde a CMMI es necesario realizar los 3 objetivos que componen el área de proceso. Es necesario cumplir con las prácticas genéricas del nivel 2 que permiten convertir el proceso de planeación en un proceso institucionalizado.