Este documento describe varias buenas prácticas para la gestión de proyectos de software, incluyendo definir el alcance del trabajo, estimar los costos y el esfuerzo, establecer un presupuesto y cronograma, identificar riesgos, planificar recursos humanos y materiales, establecer un plan general del proyecto, revisar el plan con las partes interesadas, supervisar el progreso y establecer acciones correctivas.
Presentación utilizada en la sesión impartida para la reunión mensual del Capítulo del PMI de Madrid el 22 de Mayo de 2013 en la oficinas de Microsoft.
Presentación utilizada en la sesión impartida para la reunión mensual del Capítulo del PMI de Madrid el 22 de Mayo de 2013 en la oficinas de Microsoft.
En muchos casos esta metodología se considera como un método independiente, este método pertenece a los modelos de desarrollo evolutivo.
Prototipo es una representación o modelo del sistema a desarrollar que, a diferencia de un modelo de simulación, incorpora componentes del producto real, este será una representación del sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.
Un prototipo tiene un funcionamiento limitado en cuanta a capacidades, confiabilidad o eficiencia.
En la utilización de este método se inicia con la definición de los objetivos globales para el software para luego pasar a identificar los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
Una serie de pasos predecibles que ayude a crear un resultado de alta calidad y a tiempo.
Es un conjunto estructurado de actividades para: Especificar, diseñar, implementar y probar software.
En muchos casos esta metodología se considera como un método independiente, este método pertenece a los modelos de desarrollo evolutivo.
Prototipo es una representación o modelo del sistema a desarrollar que, a diferencia de un modelo de simulación, incorpora componentes del producto real, este será una representación del sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas.
Un prototipo tiene un funcionamiento limitado en cuanta a capacidades, confiabilidad o eficiencia.
En la utilización de este método se inicia con la definición de los objetivos globales para el software para luego pasar a identificar los requisitos conocidos y las áreas del esquema en donde es necesaria más definición. Entonces se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
Una serie de pasos predecibles que ayude a crear un resultado de alta calidad y a tiempo.
Es un conjunto estructurado de actividades para: Especificar, diseñar, implementar y probar software.
Resumen de los Procesos de Planificación del PMBOK para la certificación PMP del PMI, preparado como parte de los contenidos de la materia de Preparación y Evaluación de Proyectos de la carrera de Informática de la UMSA.
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
A continuación, el estudiante encontrará instrucciones paso a paso para realizar la actividad evaluativa No. 2 de la unidad 2: La planeación y los procesos en la ejecución de los proyectos y la actividad de apoyo a temáticas 3 de la unidad 3: la gestión en la integración y el alcance en un proyecto:
Como resultado el estudiante obtendrá una guía para realizar:
Archivo word: acta de inicio
Archivo word: Matriz de proceso de proyecto que incluye
Línea base de alcance
Línea base de tiempo
Línea base de costos
Clasificación por obligatoriedad
Establecimiento de que planes de gestión de las 10 áreas del conocimiento corresponden a cada línea y por tanto de los 49 factores cuales pertenecen por consecución a cada línea base
Finalmente, el estudiante tiene los formatos de entrada-herramienta-técnica-salida de los 49 indicadores designados para las 10 áreas del conocimiento para ser diligenciados.
Tema 4. Planificación (riesgos, calidad) y gestión de cambiosOriol Borrás Gené
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
* Revisión básica de las fases de ejecución y monitoreo
* Gestión del cambio
Apuntes del tema 4 de la asignatura "Gestión y dirección de proyectos" del Grado de Diseño y desarrollo de Videojuegos (Ferraz) de la Universidad Rey Juan Carlos.
Objetivos:
* Profundizar en la aplicación de Diagramas de Gantt en la gestión de proyectos.
* Conocer los principios de la gestión de la calidad en un proyecto.
* Ofrecer una visión general de la gestión de riesgos de un proyecto.
* Revisar los aspectos principales de la gestión del cambio en un proyecto durante los procesos de ejecución y monitoreo.
Presentación impartida en el taller "Gestión de proyectos: Definiendo procesos" de Abaex, Associació Balear d'Excel·lència en la Gestió.
http://www.abaex.es/2013/11/12/conferencia-taller-gestion-de-proyectos-definiendo-procesos/
Alrededor del mundo hay una gran demanda de directores de proyectos habilidosos. Una certificación reconocida mundialmente le demuestra a los empleadores que tú tienes el conocimiento, y/o la experiencia y la educación para contribuir efectivamente en el éxito de los proyectos.
Una certificación en dirección de proyectos es una inversión importante en tu desarrollo profesional ya contribuye a aumentar tu estabilidad laboral, tus ingresos, y te ayuda a destacarte ante tus jefes y superiores.
¿Qué son las certificaciones del PMI?
El Project Management Institute (PMI) ofrece un programa exhaustivo de certificaciones para quienes practican la profesión de la dirección de proyectos.
Actualmente existen siete certificaciones, que han sido desarrolladas rigurosamente, que se han acreditado mundialmente, y que son fácilmente transferibles entre fronteras e industrias.
¿Debería obtener una Certificación en Dirección de Proyectos?
Obtener una certificación es un paso importante en el desarrollo profesional pues reconoce a individuos competentes y calificados.
Webinar: Cómo determinar la Capacidad de los Procesos en COBIT® 5
Objetivos del Webinar:
1. Entender la importancia de las evaluaciones de capacidad en COBIT 5.
2. Entender el enfoque de la norma ISO/IEC 15504 para la determinación de la capacidad de procesos.
3. Conocer el Modelo de Evaluación de Procesos (PAM) de COBIT 5.
Nuestra solución está diseñada para ofrecer, de manera flexible y con base en las mejores prácticas, capacidades de gestión de proyectos en Microsoft SharePoint.
BrightWork is designed with the key project management stakeholders in mind, from the executive that needs immediate visibility into all projects across the organization, to the team member that must collaborate effectively and work towards a common goal.
El propósito de este webinar es presentar al participante los diferentes tipos de Oficinas de Dirección de Proyectos (PMOs) de acuerdo a lo establecido en la 5ta Edición de la Guía del PMBOK®, así como las principales ventajas y beneficios de implementar una PMO en una organización.
Al finalizar este webinar, el participante:
• Conocerá las características de las PMOs de Apoyo, de Control y Directivas.
• Comprenderá cómo la PMO contribuye al cumplimiento de los objetivos de negocio de la organización.
• Comprenderá los principales beneficios de implementar una PMO en su organización.
• Identificará las funciones clave de una Oficina de Dirección de Proyectos.
• Conocerá los principales modelos disponibles para diseñar e implementar una PMO en una organización.
• Reconocerá los principales retos que se deben afrontar antes, durante y después de la implementación de una PMO en una organización.
El Sistema de Gestión de Licitaciones es una solución tecnológica que permite a las empresas realizar un adecuado seguimiento y control de las Licitaciones públicas Nacionales e Internacionales en las cuales participan.
Mediante el Sistema de Gestión de Licitaciones, las empresas pueden:
+ Tener una visión del conjunto de Licitaciones en las que participan con sus respectivos estatus.
+ Conocer la disponibilidad y carga de los recursos.
+ Controlar los tiempos establecidos para elaborar la documentación requerida en el proceso licitatorio de cada Dependencia.
+ Elaborar e integrar correctamente las Propuestas Técnicas, Económicas y Jurídico-Administrativas correspondientes.
+ Contar con diversos Indicadores y Tableros de control (Dashboards) que proporcionen información de valor para la toma de desiciones.
+ Apegarse a un procedo definido para la gestión de cada Licitación.
Errores comunes del Director de Proyectos:
1. No comprender con claridad los objetivos de la organización para con el proyecto.
2. No manejar bien las expectativas de los implicados.
3. No llegar a un acuerdo ni conseguir que los implicados clave acepten los objetivos del proyecto.
4. No desarrollar un calendario realista.
5. No conseguir la aceptación del calendario del proyecto.
6. No decidir ni comunicar quién es el responsable de determinados asuntos.
7. No utilizar los procedimientos de control de cambios.
8. No comunicarse de forma eficiente y consistente con todos los implicados.
9. No ejecutar el Plan del Proyecto.
10. No atajar a tiempo los riesgos.
11. No identificar los riesgos de forma proactiva ni desarrollar planes de contingencia.
12. No obtener los recursos adecuados con las aptitudes apropiadas en el momento oportuno.
13. No buscar la resolución de los problemas de forma contundente.
14. Mala definición y gestión de los requisitos.
15. Gestión insuficiente y falta de liderazgo del equipo del proyecto.
Los requerimientos para un sistema son descripciones de lo que el sistema debe hacer: el servicio que ofrece y las restricciones en su operación. Tales requerimientos reflejan las necesidades de los clientes por un sistema que atienda cierto propósito, como sería controlar un dispositivo, colocar un pedido o buscar información. Al proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones se le llama Ingeniería de Requerimientos (IR).
El propósito de este curso es introducir al participante a los requerimientos de software y discutir los procesos que hay en el descubrimiento y la documentación de tales requerimientos.
Los procesos de desarrollo de software rápido se diseñan para producir rápidamente un software útil. El software no se desarrolla como una sola unidad, sino como una serie de incrementos, y cada uno de ellos incluye una nueva funcionalidad del sistema.
Los métodos ágiles son métodos de desarrollo incremental donde los incrementos son mínimos y, por lo general, se crean las nuevas liberaciones del sistema, y cada dos o tres semanas se ponen a disposición de los clientes. Involucran a los clientes en el proceso de desarrollo para conseguir una rápida retroalimentación sobre los requerimientos cambiantes, en vez de reuniones formales con documentos escritos.
El propósito de este curso es introducir al participante a los métodos de desarrollo ágil de software.
El estándar ISO/IEC 15504, también conocido como SPICE (Software Process Improvement and Capability dEtermination) es una norma internacional para establecer y mejorar la capacidad y madurez de los procesos de las organizaciones, proporcionando los principios requeridos para realizar una evaluación de la calidad de los procesos.
Este estándar aplica a todas las organizaciones cuyos procesos estén relacionados con la adquisición, suministro, desarrollo, operación, evolución y soporte de productos y servicios.
El propósito de este curso es introducir al participante a la mejora y evaluación de la calidad los procesos software, así como presentar una visión general de la última versión del estándar internacional ISO/IEC 15504 – Tecnologías de la Información – Evaluación de Procesos y su aplicación como modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas de información y productos de software por niveles de madurez de PyMEs.
El estándar internacional ISO/IEC 29110 Software Engineering — Lifecycle profiles for Very Small Entities (VSEs) es un conjunto de normas y reportes técnicos que se ha desarrollado para entidades muy pequeñas (VSE – Very Small Entities). Una VSE se define como una entidad (empresas, organizaciones, departamentos o proyectos) que tiene menos de 25 personas. Actualmente, en la industria del software la mayoría de las PyMEs pertenecen a la categoría VSE. La industria del software mundial reconoce el valor de las aportaciones de productos y servicios de las PyMEs. Las pequeñas empresas también pueden desarrollar y mantener el software que se utiliza en sistemas más grandes y complejos, por lo tanto, el reconocimiento de éstas como proveedores de software de alta calidad a nivel nacional e internacional es necesario.
En este curso se explica al participante la justificación y los pasos que condujeron al desarrollo del conjunto de estándares de la norma ISO/IEC 29110, reportes técnicos y algunos de los paquetes de implementación del estándar internacional enfocado a las PyMEs; una introducción a la serie de documentos que la conforman y, cómo aplicar los conocimientos adquiridos en un proyecto de desarrollo de software.
Una de las metas del Programa MPS.BR es definir y perfeccionar un modelo de mejora y evaluación de proceso de software y servicios, dando preferencia a las micro, pequeñas y medianas empresas (MiPyMEs), de modo que se atiendan sus necesidades de negocio y que sea reconocido nacional e internacionalmente como un modelo aplicable a la industria de software y servicios. El modelo MPS establece dos modelos de referencia de procesos, uno para software y otro para servicios, y un proceso/método para evaluación de procesos.
El modelo MPS está dividido en cuatro (4) componentes: Modelo de Referencia MPS para Software (MR-MPS-SW), Modelo de Referencia MPS para Servicios (MR-MPS-SV), Método de Evaluación (MA-MPS) y Modelo de Negocio (MN-MPS).
Durante este curso de Introducción al Modelo MPS se presentará al participante el Modelo de Referencia MPS para Software (MR-MPS-SW), su estructura, los procesos que lo conforman, así como los resultados esperados en los diferentes niveles de madurez del modelo.
Los sistemas de software siempre cambian durante su desarrollo y uso. Se descubren bugs y éstos deben corregirse. Los requerimientos del sistema cambian, y es necesario implementar dichos cambios en una nueva versión del sistema. Se dispone de nuevas versiones de hardware y plataformas de sistema, por lo que hay que adaptar los sistemas para que funcionen con ellos. Los competidores introducen nuevas características en sus sistemas que se deben igualar. Conforme se hacen los cambios al software, se crea una nueva versión del sistema. En consecuencia, la mayoría de los sistemas pueden considerarse como un conjunto de versiones, cada una de las cuales debe mantenerse y gestionarse.
La administración de configuración (CM, por sus siglas de Configuration Management) se ocupa de las políticas, los procesos y las herramientas para administrar los sistemas cambiantes de software. Es necesario gestionar los sistemas en evolución porque es fácil perder la pista de cuáles cambios y versiones del componente se incorporaron en cada versión del sistema. Las versiones implementan propuestas para cambios, correcciones de fallas y adaptaciones para diferentes tipos de hardware y sistemas operativos.
El propósito de este curso de Administración de la Configuración es introducir al participante a los procesos y las herramientas de administración de la configuración.
En la actualidad existe una constante demanda de la industria por un mejor y más barato software, que debe entregarse en plazos cada vez más cortos. Por consiguiente, numeras empresas y organizaciones de TI han dirigido la atención hacia la mejora de procesos de software como una forma de aumentar la calidad de su software, reducir los costos o acelerar los procesos de desarrollo. La mejora de procesos significa comprender los procesos existentes y cambiarlos para incrementar la calidad del producto o reducir los costos y el tiempo de desarrollo.
En la actualidad, comúnmente se utilizan dos enfoques muy diferentes para la mejora y el cambio de procesos:
1. El enfoque de madurez de procesos, que se ha orientado en mejorar el proceso y la gestión del proyecto e introducir en una organización buenas prácticas de ingeniería de software. El nivel de madurez del proceso refleja la medida en que se adoptan buenas prácticas técnicas y administrativas en los procesos de desarrollo de software organizacional. Las metas principales de este enfoque consisten en mejorar la calidad del producto y la previsibilidad del proceso.
2. El enfoque ágil, orientado al desarrollo iterativo y la reducción de las sobrecargas en el proceso de software. Las características primarias de los métodos ágiles son la entrega rápida de funcionalidad y la capacidad de respuesta ante los cambiantes requerimientos del cliente.
El propósito de este curso es introducir al participante a la mejora del proceso de software como una forma de aumentar la calidad del software y reducir los costos de desarrollo.
La gestión de la calidad del software para los sistemas de software tiene tres intereses fundamentales:
1. A nivel de organización, la gestión de calidad se ocupa de establecer un marco de proceso y estándares de organización que conducirán a software de calidad. Esto supone que el equipo de gestión de calidad, debe tener responsabilidad de definir los procesos de desarrollo del software a usar, los estándares que deben aplicarse al software y la documentación relacionada, incluyendo los requerimientos, el diseño y el código del sistema.
2. A nivel del proyecto, la gestión de calidad implica la aplicación de procesos específicos de calidad y la verificación de que continúen dichos procesos planeados; además, se ocupa de garantizar que los resultados del proyecto estén en conformidad con los estándares aplicables a dicho proyecto.
3. A nivel de proyecto, la gestión de calidad se ocupa también de establecer un plan de calidad para un proyecto. El plan de calidad debe establecer metas de calidad para el proyecto y definir cuáles procesos y estándares se usarán.
El propósito de este curso es introducir al participante a la gestión de la calidad y a la medición del software.
La adopción de la norma internacional ISO/IEC 20000 conlleva la implantación de un Sistema de Gestión de los Servicios de Tecnologías de la Información (SGSTI) que una empresa, departamento o área interna presta a sus clientes. Ello implica diseñar o adaptar la arquitectura de procesos para la prestación de dichos servicios según los requisitos y prioridades del negocio.
Este curso sirve de referencia, apoyo y consulta para las PyMEs de cualquier ámbito de actividad económica que estén interesadas en la planificación, implantación y certificación de un SGSTI basado en la norma ISO/IEC 20000.
El curso establece los contenidos específicos (mínimos) que debe cumplir la organización para la certificación del sistema que se establezca. Se exponen a su vez, de forma práctica y sencilla, los aspectos esenciales para cada punto requerido por la norma, con ejemplos, buenas prácticas y recomendaciones.
Este curso, no pretende sustituir a la norma ISO/IEC 20000-1, sino que debe utilizarse de manera complementaria para lograr con éxito la planificación e implantación de un SGSTI en un entorno reducido, como el que corresponde a una PyME.
Más de Lorenzo Armenta Fonseca CAPM, MCP, MCTS (20)
Buenas Practicas en Gestion de Proyectos de Software
1. Buenas prácticas en
Gestión de Proyectos de Software
Síguenos
lorenzo_kila
www.sgcampus.com.mx
2. Antes de empezar
Realiza todas tus
• Revisa tu audio
• preguntas en la
sección de Preguntas
y Respuestas
Interactúa a través
• del chat (Publico y
Privado)
Comparte este
• webinar en tus
Redes Sociales
Resolución de
• Problemas Técnicos • El webinar será
vía Chat Privado grabado
con Software Guru
3. Introducción
• Gestión de Proyectos
Desarrollar un plan general de control del
proyecto.
Obtener el compromiso y mantenerlo.
Conocer el progreso del proyecto, y
tomar acciones correctivas el proyecto de
desvíe de lo planificado.
5. Buenas prácticas
Definir el alcance del trabajo para el
proyecto.
Qué está y qué no está incluido en el
proyecto.
Objetivo y motivación, límites y
restricciones, todos los productos que
serán entregados y generados por el
proyecto.
Ejemplos
• Documento de visión con alcance definido.
• Descripción de las tareas.
• Descripción de los paquetes de trabajo.
• WBS (Work Breakdown Structure)
6. Buenas prácticas
Definir el alcance del trabajo para el
proyecto.
Ejemplo de una WBS con algunas ramas desglosadas hasta el nivel
de los Paquetes de Trabajo
7. Buenas prácticas
Definir el modelo y las fases del ciclo
de vida del proyecto.
Definir el ciclo de vida del proyecto,
indicando sus fases, las relaciones de
secuencia, la interdependencia entre
las fases y los hitos y puntos de control
del proyecto.
Ejemplos
• Ciclo de vida definido, con descripción de las
actividades.
• Fases del ciclo de vida del proyecto.
8. Buenas prácticas
Definir el modelo y las fases del ciclo
de vida del proyecto.
Modelo de Ciclo de Vida Cascada
Modelo de Ciclo de Vida Incremental
[ISO/IEC TR 15271, 1998]
9. Buenas prácticas
Definir el modelo y las fases del ciclo
de vida del proyecto.
Modelo de Ciclo de Vida Evolutivo
[ISO/IEC TR 15271, 1998]
Método Ágil - Scrum
10. Buenas prácticas
Estimar el esfuerzo y el costo para la
ejecución de las tareas y de los
productos de trabajo con base en
datos históricos o referencias técnicas.
Realizar estimativas de costo y esfuerzo
para tareas y productos de trabajo con
base en datos históricos o métodos.
Ejemplos
• Cronograma planificado con horas de trabajo.
• Estimaciones del esfuerzo del proyecto.
• Plan de costos.
• Estimaciones del coste del proyecto.
11. Buenas prácticas
Establecer y mantener el presupuesto y
el cronograma del proyecto,
incluyendo la definición de hitos y
puntos de control.
Definir el cronograma con dependencia entre tareas
(incluyendo el camino crítico) y el presupuesto.
Revisar y actualizar cronograma y presupuesto,
conforme la necesidad durante el desarrollo.
Ejemplos
• Presupuesto del proyecto.
• Calendarios del proyecto.
• Dependencias del calendario.
• Checklist cronograma de proyecto.
12. Buenas prácticas
Identificar y documentar los riesgos del
proyecto, determinar su impacto,
probabilidad de ocurrencia y prioridad
de tratamiento.
Definir una lista de los riesgos para el proyecto,
caracterizando sus impactos.
Analizar riesgos, determinando el grado de
importancia, probabilidad y prioridad de cada riesgo.
Ejemplos
• Riesgos identificados
• Impactos y probabilidad de ocurrencia de los riesgos.
• Prioridad de los riesgos.
• Plan de Manejo de Riesgos.
13. Buenas prácticas
Planificar los recursos humanos para el
proyecto considerando el perfil y el
conocimiento necesarios.
Seleccionar recursos humanos a partir de las
competencias requeridas para realizar las actividades
del proyecto.
Cuando necesario, planificar entrenamiento o
incorporación de consultoría externa.
Ejemplos
• Inventario de habilidades necesarias.
• Planes de personal y nuevas contrataciones.
• Planes de formación.
• Plan de Recursos Humanos.
14. Buenas prácticas
Planificar los recursos y el entorno de
trabajo necesarios para llevar a
cabo el proyecto.
Planificar la cantidad de recursos e infraestructura
necesaria para cada área, aunque no envuelvan
costos .
Definir ambiente de trabajo incluye especificar
elementos de hardware y software.
Ejemplos
• Lista de instalaciones y equipamiento críticos.
• Lista de requisitos de recursos.
• Plan de recursos del proyecto.
15. Buenas prácticas
Establecer un plan general para la
ejecución del proyecto con la
integración de planes específicos.
Integrar todos los planes que afectan el
proyecto, de modo que las
dependencias entre ellos sean
identificadas.
Ejemplos
• Plan del proyecto integrado.
• Plan global del proyecto.
16. Buenas prácticas
Revisar con todos los interesados el
Plan del Proyecto y obtener y
mantener el compromiso con este.
Garantizar que todos los interesados tomaron
conocimiento y se comprometieron con lo planificado
para el proyecto.
El compromiso es nuevamente obtenido cuando hay
alteraciones en el plan del proyecto.
Ejemplos
• Checklist de evaluación del plan del proyecto
• Registro de compromiso con el plan del proyecto
• Minuta reunión de inicio del proyecto (Kickoff)
17. Buenas prácticas
Supervisar con relación a lo
planificado:
– Alcance,
– Tareas,
– Estimaciones,
– Presupuesto
– Cronograma
– Recursos materiales y humanos
– Riesgos
18. Buenas prácticas
Planificar, supervisar y mantener la
participación de las partes interesadas
en el proyecto.
Planificar el tipo de participación de los
interesados en el proyecto
Asegurar que los compromisos
asumidos sean cumplidos o
negociados.
Ejemplos
• Plan de Comunicación o Matriz RAM.
• Registros de compromiso de los interesados.
• Actas de reunión involucrando los interesados.
• E-mails de comunicación a los interesados.
19. Buenas prácticas
Realizar revisiones en hitos del
proyecto y conforme lo establecido
en los planes.
Realizar revisiones del proyecto en hitos
previamente establecidos.
Ejemplos
• Checklist de revisiones en los hitos.
• Informes de monitoreo del proyecto.
• Minutas de reunión de acompañamiento.
20. Buenas prácticas
Establecer e implementar acciones
para corregir desvíos de lo
planificado y para prevenir la
repetición de los problemas
identificados.
Definir acciones correctivas como
resultado del monitoreo del proyecto.
Ejemplos
• Plan de acción correctiva con informaciones de
acompañamiento de la ejecución de las acciones
• Registros de escalonamiento de acciones
correctivas
23. Continua con tu capacitación
Próximos webinars:
• Frameworks de Desarrollo HTML5 para Móviles
19 de septiembre, 5pm
Próximos Cursos Virtuales en Vivo:
Curso de Gestión de Proyectos de Software
Inicia 24 de septiembre
Sesiones de 7pm a 9pm
Curso de Dimensionamiento efectivo de requerimientos de
usuario
Inicia 25 de septiembre
Sesiones de 7pm a 9pm
lorenzo_kila
24. Buenas prácticas en
Gestión de Proyectos de Software
Síguenos
lorenzo_kila
www.sgcampus.com.mx