Este documento describe los estándares y modelos para la gestión de proyectos de software, incluyendo PMBOK, CMMI, y modelos de madurez. Explica conceptos clave como los procesos, el ciclo de vida del desarrollo de software, y los modelos iterativos como RUP. El objetivo es mejorar la gestión de proyectos mediante el seguimiento de estas mejores prácticas.
Ateneo administracion proyectos ti - chinkesGiovanna
Este documento presenta un debate sobre la administración de proyectos de tecnologías de la información. Se discuten temas como la importancia de las técnicas y herramientas de gestión de proyectos, los conocimientos necesarios para administrar proyectos de TI, cómo medir el éxito o fracaso de un proyecto, y los factores críticos para el éxito en la administración de proyectos de TI. El debate tiene lugar en la Universidad de Buenos Aires y es moderado por el Licenciado Ernesto Chinkes.
Este documento describe las etapas del ciclo de vida de un proyecto de inversión pública, incluyendo la identificación, formulación, evaluación, ejecución, operación y evaluación. Explica que la evaluación ocurre a lo largo de todo el ciclo, incluyendo la evaluación ex-ante, de ejecución, de operación y ex-post. Además, destaca que los objetivos de un proyecto incluyen solucionar el problema, contribuir al desarrollo y asignar recursos de manera eficiente.
Eoit t4-desarrollo nuevos productos 4.4 al finalGerardo Penas
Este documento describe las fases del desarrollo de nuevos productos, incluyendo el análisis del valor, el diseño y la importancia del tiempo de desarrollo (time to market). Explica que un retraso en la entrada al mercado puede resultar en una pérdida significativa de ingresos, y describe varias técnicas de gestión para mejorar el proceso de desarrollo de productos.
Este documento trata sobre la innovación de productos. Explica las diferentes fases del desarrollo de nuevos productos, incluyendo el tiempo de desarrollo como una variable estratégica clave. También discute conceptos como el diseño, el análisis del valor, la diversificación y la innovación de servicios. El documento proporciona ejemplos para ilustrar estos conceptos.
Este documento describe el proceso de software actual de la Institución Educativa “José Agustín Mackencie” e identifica oportunidades de mejora. Presenta un análisis DOFA del proceso de software existente y propone el desarrollo de un nuevo software para brindar atención oportuna a los clientes y ahorrar tiempo a la institución.
Este documento resume la organización Service Timely BG, una empresa virtual dedicada a la venta e instalación de cámaras de seguridad. Describe su misión, visión y mapa de procesos, e incluye un análisis DOFA que identifica fortalezas, debilidades, oportunidades y amenazas. También enumera problemas organizacionales como la falta de pagos en línea y la capacidad de ofrecer créditos, y estima el tiempo dedicado a su creación.
Este documento describe el proceso de software actual de una empresa llamada Service Timely BG. Incluye un análisis DOFA del proceso de software, identificando fortalezas, debilidades, oportunidades y amenazas. También describe la estructura organizacional, roles, recursos, conocimientos y cultura de la empresa. Propone realizar reuniones cada tres meses para evaluar el progreso del software y auditar el proceso con el fin de mejorar la calidad.
Este documento describe varios modelos de desarrollo de software, incluyendo el modelo secuencial lineal o en cascada, el modelo de construcción de prototipos, y modelos evolutivos como el incremental, el espiral y el WinWin. Cada modelo se caracteriza por su enfoque particular para el desarrollo de software, ya sea de manera secuencial, iterativa o concurrente, considerando factores como los requerimientos, los riesgos y las interacciones con los clientes.
Ateneo administracion proyectos ti - chinkesGiovanna
Este documento presenta un debate sobre la administración de proyectos de tecnologías de la información. Se discuten temas como la importancia de las técnicas y herramientas de gestión de proyectos, los conocimientos necesarios para administrar proyectos de TI, cómo medir el éxito o fracaso de un proyecto, y los factores críticos para el éxito en la administración de proyectos de TI. El debate tiene lugar en la Universidad de Buenos Aires y es moderado por el Licenciado Ernesto Chinkes.
Este documento describe las etapas del ciclo de vida de un proyecto de inversión pública, incluyendo la identificación, formulación, evaluación, ejecución, operación y evaluación. Explica que la evaluación ocurre a lo largo de todo el ciclo, incluyendo la evaluación ex-ante, de ejecución, de operación y ex-post. Además, destaca que los objetivos de un proyecto incluyen solucionar el problema, contribuir al desarrollo y asignar recursos de manera eficiente.
Eoit t4-desarrollo nuevos productos 4.4 al finalGerardo Penas
Este documento describe las fases del desarrollo de nuevos productos, incluyendo el análisis del valor, el diseño y la importancia del tiempo de desarrollo (time to market). Explica que un retraso en la entrada al mercado puede resultar en una pérdida significativa de ingresos, y describe varias técnicas de gestión para mejorar el proceso de desarrollo de productos.
Este documento trata sobre la innovación de productos. Explica las diferentes fases del desarrollo de nuevos productos, incluyendo el tiempo de desarrollo como una variable estratégica clave. También discute conceptos como el diseño, el análisis del valor, la diversificación y la innovación de servicios. El documento proporciona ejemplos para ilustrar estos conceptos.
Este documento describe el proceso de software actual de la Institución Educativa “José Agustín Mackencie” e identifica oportunidades de mejora. Presenta un análisis DOFA del proceso de software existente y propone el desarrollo de un nuevo software para brindar atención oportuna a los clientes y ahorrar tiempo a la institución.
Este documento resume la organización Service Timely BG, una empresa virtual dedicada a la venta e instalación de cámaras de seguridad. Describe su misión, visión y mapa de procesos, e incluye un análisis DOFA que identifica fortalezas, debilidades, oportunidades y amenazas. También enumera problemas organizacionales como la falta de pagos en línea y la capacidad de ofrecer créditos, y estima el tiempo dedicado a su creación.
Este documento describe el proceso de software actual de una empresa llamada Service Timely BG. Incluye un análisis DOFA del proceso de software, identificando fortalezas, debilidades, oportunidades y amenazas. También describe la estructura organizacional, roles, recursos, conocimientos y cultura de la empresa. Propone realizar reuniones cada tres meses para evaluar el progreso del software y auditar el proceso con el fin de mejorar la calidad.
Este documento describe varios modelos de desarrollo de software, incluyendo el modelo secuencial lineal o en cascada, el modelo de construcción de prototipos, y modelos evolutivos como el incremental, el espiral y el WinWin. Cada modelo se caracteriza por su enfoque particular para el desarrollo de software, ya sea de manera secuencial, iterativa o concurrente, considerando factores como los requerimientos, los riesgos y las interacciones con los clientes.
Jornadas PIME digital: PYMEs en Red. Desarrollo de una metodología y herramie...Fundació Bit
Este documento presenta los resultados de un proyecto para desarrollar una metodología y herramienta que permita a las pequeñas y medianas empresas (PYMEs) colaborar de manera efectiva en proyectos en red. El proyecto identificó los principales problemas de la colaboración en red, desarrolló un método en 3 fases y una herramienta web llamada Web2Project para apoyar el trabajo en equipo remoto entre PYMEs.
Este documento presenta los conceptos clave del "Design Thinking" para el diseño de experiencias y productos exitosos. Explica las 5 preguntas esenciales del proceso, así como herramientas como la visualización, el mapeo de la ruta experiencial del cliente, y el análisis de la cadena de valor desde la perspectiva del cliente para entender mejor las necesidades de los usuarios. El objetivo final es crear soluciones que generen un "wow" tanto para el cliente como para la empresa.
Este documento presenta una visión práctica del cálculo de costes en proyectos de software. Aborda conceptos fundamentales de gestión de proyectos, técnicas de estimación como descomposición de tareas y entrevistas con clientes, y planificación de costes mediante la identificación de equipos, tiempos y planes de costes. También cubre precauciones como la previsión de riesgos y elementos de planes de proyecto, así como el seguimiento y cierre de proyectos.
Gestion proyectos ciclosvida-gestiondelcambio-ramoncosta-cip-20101014-pt-vallesRamon Costa i Pujol
El documento trata sobre la gestión de proyectos, programas y carteras de proyectos desde la perspectiva de los ciclos de vida. También aborda la gestión del cambio en los proyectos y presenta la agenda de una jornada sobre la gestión de proyectos en las empresas con una visión global.
Presentación de Conferencia Web Gratuita
Que es PMI , Que es PMP, Que es el PMBok, Como Certificarse
iT Service Colombia www.itservice.ms
Post Ismael Ramirez - Gerente de IT Service
Este documento compara los enfoques de CMMI y PMBOK para la gestión de requerimientos en proyectos de TI. Explica que ambos estándares cubren procesos como la obtención, desarrollo y administración de requerimientos, aunque CMMI ofrece una perspectiva más centrada en la ingeniería. También destaca similitudes y diferencias en cómo cada uno aborda la planificación, control y rastreabilidad de requerimientos a lo largo del ciclo de vida del proyecto.
Presentación que se utilizó en la jornada de Microsoft Project 2010 y Project Server 2010 en la que se mostraron las funcionalidades más destacadas de esta potente herramienta de gestión de proyectos
El PMBOK describe el cuerpo de conocimientos de la gestión de proyectos desarrollado por el PMI. Incluye 9 áreas de conocimiento y procesos relacionados con la planificación, ejecución y control de proyectos para garantizar que se completen a tiempo, dentro del presupuesto y cumplan los requisitos de calidad.
netmind - Introducción al Business Analysisnetmind
Conferencia de netmind donde se presenta una descripción de una de las profesiones con más futuro dentro de la Gestión de IT, la función de Analista de Negocio, o Business Analyst, haciendo referencia al Business Analysis Body of Knowledge del IIBA.
Este documento presenta un resumen del plan de capacidad IT. Explica brevemente las cinco fases del proceso de planificación de capacidad: introducción, qué es el plan de capacidad IT, por qué es importante tener uno, quién debe realizarlo y cómo empezar con el proceso. Luego describe con más detalle las tres fases iniciales del proceso - análisis de necesidades, estudio de la capacidad y planificación de acciones.
Este documento presenta una introducción general a la gerencia de proyectos. Resume los principales conceptos y herramientas de la gerencia de proyectos, incluyendo los principios fundamentales, las herramientas de trabajo, los tipos de ciclo de vida y fases de los proyectos. El documento también describe brevemente los tipos de proyectos y las fases típicas de un proyecto.
Este documento presenta información sobre la gestión y control de proyectos educativos. Define proyecto como una actividad planificada con un objetivo específico, recursos y tiempo determinados. Explica las etapas de planificación, ejecución, control y evaluación de proyectos, así como técnicas para definir el alcance, red de tareas, asignación de tiempos y recursos. También cubre temas como tipos de proyectos, gestión técnica y humana, y muestreo e instrumentos para recolección de datos en proyectos educ
Agilizando PMBOK (con Agile Project Management)Rafael Igual
Este documento presenta un webinar sobre la aplicación de métodos ágiles en la gestión de proyectos. Introduce los principios básicos de los métodos ágiles como el Manifiesto Ágil y SCRUM, y cómo estos se pueden integrar con el PMBOK para crear un enfoque ágil de gestión de proyectos. También ofrece consejos sobre cómo aplicar conceptos ágiles como iteraciones de tiempo fijo, feedback frecuente con el cliente y aceptar constantemente el cambio cuando se gestionan el tiempo, los costes y el al
Introducción a la Gerencia de ProyectosAlex Betancur
Este documento presenta los principios de la gerencia de proyectos según el Project Management Institute (PMI). Describe los servicios que ofrece Sistemas Expertos Ltda. relacionados con la gerencia de proyectos, como PMO, EPM, formación y desarrollo. También define conceptos clave como proyecto, gerente de proyectos, involucrados y ciclo de vida de un proyecto según el PMI.
El PMI es una organización dedicada a la gestión de proyectos. Propone buenas prácticas para enfrentar entornos cambiantes y lograr objetivos de calidad. Se divide en 9 áreas de conocimiento y describe 42 procesos para garantizar el alcance, tiempo, costo, calidad y otros aspectos del proyecto.
Este documento habla sobre la gestión de proyectos ágiles. Explica que los métodos ágiles se basan en adaptación en lugar de anticipación debido a los rápidos cambios tecnológicos. Menciona que Scrum es uno de los modelos ágiles más usados y provee un ejemplo práctico de cómo implementar métodos ágiles para mejorar la eficiencia y respuesta al cambio en la gestión de proyectos de software.
Tema 3 proseso de desarrollo del softwareLuis Garcia
Este documento describe el proceso de desarrollo de software. Explica que el proceso involucra varias etapas como la especificación de requisitos, el diseño, la codificación y las pruebas. También discute diferentes modelos de ciclo de vida de software como el ciclo de vida clásico o en cascada y el ciclo de vida en espiral. El grado de precisión con que se realicen estas etapas influirá en el resultado final del software.
Este documento presenta Sciforma, una plataforma de gestión de proyectos que puede ser utilizada por clientes desde pequeñas empresas de 5 usuarios hasta grandes corporaciones de 150.000 usuarios. Sciforma se puede implementar de forma independiente y flexible en la nube, en las instalaciones del cliente o como Software como Servicio. Ofrece soporte para múltiples metodologías como PMI, Agile y Prince2, y permite la integración con otros sistemas. La nueva versión de 2012 incluye mejoras como planificación de capacidad, tableros
Jornadas PIME digital: PYMEs en Red. Desarrollo de una metodología y herramie...Fundació Bit
Este documento presenta los resultados de un proyecto para desarrollar una metodología y herramienta que permita a las pequeñas y medianas empresas (PYMEs) colaborar de manera efectiva en proyectos en red. El proyecto identificó los principales problemas de la colaboración en red, desarrolló un método en 3 fases y una herramienta web llamada Web2Project para apoyar el trabajo en equipo remoto entre PYMEs.
Este documento presenta los conceptos clave del "Design Thinking" para el diseño de experiencias y productos exitosos. Explica las 5 preguntas esenciales del proceso, así como herramientas como la visualización, el mapeo de la ruta experiencial del cliente, y el análisis de la cadena de valor desde la perspectiva del cliente para entender mejor las necesidades de los usuarios. El objetivo final es crear soluciones que generen un "wow" tanto para el cliente como para la empresa.
Este documento presenta una visión práctica del cálculo de costes en proyectos de software. Aborda conceptos fundamentales de gestión de proyectos, técnicas de estimación como descomposición de tareas y entrevistas con clientes, y planificación de costes mediante la identificación de equipos, tiempos y planes de costes. También cubre precauciones como la previsión de riesgos y elementos de planes de proyecto, así como el seguimiento y cierre de proyectos.
Gestion proyectos ciclosvida-gestiondelcambio-ramoncosta-cip-20101014-pt-vallesRamon Costa i Pujol
El documento trata sobre la gestión de proyectos, programas y carteras de proyectos desde la perspectiva de los ciclos de vida. También aborda la gestión del cambio en los proyectos y presenta la agenda de una jornada sobre la gestión de proyectos en las empresas con una visión global.
Presentación de Conferencia Web Gratuita
Que es PMI , Que es PMP, Que es el PMBok, Como Certificarse
iT Service Colombia www.itservice.ms
Post Ismael Ramirez - Gerente de IT Service
Este documento compara los enfoques de CMMI y PMBOK para la gestión de requerimientos en proyectos de TI. Explica que ambos estándares cubren procesos como la obtención, desarrollo y administración de requerimientos, aunque CMMI ofrece una perspectiva más centrada en la ingeniería. También destaca similitudes y diferencias en cómo cada uno aborda la planificación, control y rastreabilidad de requerimientos a lo largo del ciclo de vida del proyecto.
Presentación que se utilizó en la jornada de Microsoft Project 2010 y Project Server 2010 en la que se mostraron las funcionalidades más destacadas de esta potente herramienta de gestión de proyectos
El PMBOK describe el cuerpo de conocimientos de la gestión de proyectos desarrollado por el PMI. Incluye 9 áreas de conocimiento y procesos relacionados con la planificación, ejecución y control de proyectos para garantizar que se completen a tiempo, dentro del presupuesto y cumplan los requisitos de calidad.
netmind - Introducción al Business Analysisnetmind
Conferencia de netmind donde se presenta una descripción de una de las profesiones con más futuro dentro de la Gestión de IT, la función de Analista de Negocio, o Business Analyst, haciendo referencia al Business Analysis Body of Knowledge del IIBA.
Este documento presenta un resumen del plan de capacidad IT. Explica brevemente las cinco fases del proceso de planificación de capacidad: introducción, qué es el plan de capacidad IT, por qué es importante tener uno, quién debe realizarlo y cómo empezar con el proceso. Luego describe con más detalle las tres fases iniciales del proceso - análisis de necesidades, estudio de la capacidad y planificación de acciones.
Este documento presenta una introducción general a la gerencia de proyectos. Resume los principales conceptos y herramientas de la gerencia de proyectos, incluyendo los principios fundamentales, las herramientas de trabajo, los tipos de ciclo de vida y fases de los proyectos. El documento también describe brevemente los tipos de proyectos y las fases típicas de un proyecto.
Este documento presenta información sobre la gestión y control de proyectos educativos. Define proyecto como una actividad planificada con un objetivo específico, recursos y tiempo determinados. Explica las etapas de planificación, ejecución, control y evaluación de proyectos, así como técnicas para definir el alcance, red de tareas, asignación de tiempos y recursos. También cubre temas como tipos de proyectos, gestión técnica y humana, y muestreo e instrumentos para recolección de datos en proyectos educ
Agilizando PMBOK (con Agile Project Management)Rafael Igual
Este documento presenta un webinar sobre la aplicación de métodos ágiles en la gestión de proyectos. Introduce los principios básicos de los métodos ágiles como el Manifiesto Ágil y SCRUM, y cómo estos se pueden integrar con el PMBOK para crear un enfoque ágil de gestión de proyectos. También ofrece consejos sobre cómo aplicar conceptos ágiles como iteraciones de tiempo fijo, feedback frecuente con el cliente y aceptar constantemente el cambio cuando se gestionan el tiempo, los costes y el al
Introducción a la Gerencia de ProyectosAlex Betancur
Este documento presenta los principios de la gerencia de proyectos según el Project Management Institute (PMI). Describe los servicios que ofrece Sistemas Expertos Ltda. relacionados con la gerencia de proyectos, como PMO, EPM, formación y desarrollo. También define conceptos clave como proyecto, gerente de proyectos, involucrados y ciclo de vida de un proyecto según el PMI.
El PMI es una organización dedicada a la gestión de proyectos. Propone buenas prácticas para enfrentar entornos cambiantes y lograr objetivos de calidad. Se divide en 9 áreas de conocimiento y describe 42 procesos para garantizar el alcance, tiempo, costo, calidad y otros aspectos del proyecto.
Este documento habla sobre la gestión de proyectos ágiles. Explica que los métodos ágiles se basan en adaptación en lugar de anticipación debido a los rápidos cambios tecnológicos. Menciona que Scrum es uno de los modelos ágiles más usados y provee un ejemplo práctico de cómo implementar métodos ágiles para mejorar la eficiencia y respuesta al cambio en la gestión de proyectos de software.
Tema 3 proseso de desarrollo del softwareLuis Garcia
Este documento describe el proceso de desarrollo de software. Explica que el proceso involucra varias etapas como la especificación de requisitos, el diseño, la codificación y las pruebas. También discute diferentes modelos de ciclo de vida de software como el ciclo de vida clásico o en cascada y el ciclo de vida en espiral. El grado de precisión con que se realicen estas etapas influirá en el resultado final del software.
Este documento presenta Sciforma, una plataforma de gestión de proyectos que puede ser utilizada por clientes desde pequeñas empresas de 5 usuarios hasta grandes corporaciones de 150.000 usuarios. Sciforma se puede implementar de forma independiente y flexible en la nube, en las instalaciones del cliente o como Software como Servicio. Ofrece soporte para múltiples metodologías como PMI, Agile y Prince2, y permite la integración con otros sistemas. La nueva versión de 2012 incluye mejoras como planificación de capacidad, tableros
José Luis Jiménez Rodríguez
Junio 2024.
“La pedagogía es la metodología de la educación. Constituye una problemática de medios y fines, y en esa problemática estudia las situaciones educativas, las selecciona y luego organiza y asegura su explotación situacional”. Louis Not. 1993.
Soluciones Examen de Selectividad. Geografía junio 2024 (Convocatoria Ordinar...Juan Martín Martín
Criterios de corrección y soluciones al examen de Geografía de Selectividad (EvAU) Junio de 2024 en Castilla La Mancha.
Soluciones al examen.
Convocatoria Ordinaria.
Examen resuelto de Geografía
conocer el examen de geografía de julio 2024 en:
https://blogdegeografiadejuan.blogspot.com/2024/06/soluciones-examen-de-selectividad.html
http://blogdegeografiadejuan.blogspot.com/
Ofrecemos herramientas y metodologías para que las personas con ideas de negocio desarrollen un prototipo que pueda ser probado en un entorno real.
Cada miembro puede crear su perfil de acuerdo a sus intereses, habilidades y así montar sus proyectos de ideas de negocio, para recibir mentorías .
La necesidad de bienestar y el uso de la naturaleza.pdf
Charla Gestión Proyectos de Software
1. Gestión de Proyectos de Software basado en procesos del
PMBOK y CMMI
Miguel Angel Cid
José Cheda
•9 de Febrero 2012
2. CONTENIDO
1. Estándares de procesos
2. Mejora en los procesos de software
3. Consideraciones sobre la madurez en la
gestión de proyectos
4. Contexto sobre el desarrollo del modelo
5. El metamodelo (modelo del modelo)
6. Presentación del modelo
7. Conclusiones finales
3. La problemática de la Gestión de Proyectos:
Realidades frecuentes en las organizaciones
• Se desarrollan proyectos no tan importantes y se dejan otros que lo son más
para después.
• Los objetivos, productos y resultados esperados son “zonas difusas”
El alineamiento estratégico de los proyectos es bajo.
• La organización de los proyectos es débil, en competencia permanente con la
organización “formal”.
• Las metodologías para gestionar los proyectos es altamente informal.
• La alta dirección participa más en el inicio (lanzamiento) del proyecto y en el
final.
y por lo tanto se mantiene “ausente”, desinformada y propensa a sorpresas no
deseadas.
• El control del proyecto se orienta al seguimiento de diagramas Gantt, por lo
general desactualizados.
• El día a día operativo no deja tiempo para la ejecución satisfactoria de los
proyectos.
5. 2. Consideraciones sobre la madurez de la G.P.
Marco teórico (1).
•Modelo de Madurez para el desarrollo de proyectos de software, CMM SEI.
5 niveles: inicial, repetible, definido, administrado, optimizado.
•Qué elementos hace que unas organizaciones o personas sean más
efectivos a la hora de gerenciar proyectos ? Importancia del concepto de
madurez (Hartman y Skulmoski, 1998).
•“Las empresas aumentan su rigidez y la burocracia por enfocarse al CMM.
Se evitan proyectos de riesgo alto para obtener calificaciones altas en los
procesos de evaluación de CMM” (Hartman y Skumolski, 1998).
•Los modelos de madurez son una importante herramienta de validación.
Identifican fortalezas y debilidades, permiten la referenciación entre
organizaciones, se orientan al “Know-what”, pero no profundizan en el
“Know-How”. (Hartman y Skumolski).
6. 2. Consideraciones sobre la madurez de la G.P.
Marco teórico (2).
•Los modelos de madurez pueden llevar a una organización a una ventaja
competitiva temporal pero no a una sostenida, que se logra con una
combinación de definiciones sobre lo que hay que hacer (“know what”) y
cómo se debe hacer (“know-how”).
(Jugdev y Thomas, 2.002)
•Modelo PMMM, de Fincher y Levin (1,997), incorporando las 9 áreas de
conocimiento de PMBOK y los 5 niveles de madurez de CMM. Según
Skumolski (1997) existen inconsistencias entre los niveles del modelo.
•Goldsmith (1997) desarrolló un modelo de madurez para proyectos de
software orientado a la aceleración de tiempos de desarrollo y a la
certificación PMP. Es un híbrido de CMM con PMBOK.
•Ibbs y Kwak (1997) desarrollaron el modelo PM2, basado en un estudio de
beneficios financieros y organizacionales de la gestión de proyectos en 38
organizaciones.
7. CIO Priorities
Top 10 Management Issues
(2003-2008)
1. Business/IT Fusion
2. Demonstrating Business Value
3. IT Skills (Recruit, Retain, Re-skill)
4. Y2K Clean-up/Contingencies
5. "Sourcing" Management
6. IT Governance
7. Process/Project Management
8. M&A IT Integration
9. Knowledge Management
•Gartner Group (11/16/2002)
10. IT Organization
9. •Niveles de Madurez de la
•Gestión de Proyectos
• Nivel 1: Inexistencia del concepto de Gestión de
Proyectos
• Nivel 2: Aplicación empírica de las personas en forma
individual
• Nivel 3: Se sigue una metodología
(institucionalización)
• Nivel 4: Se monitorea el cumplimiento del proceso
• Nivel 5: Existe un proceso de mejora continua.
•9
10. •PMBOK
¿Qué significa Gestionar un Proyecto?
••Administración
Administración
••deProyectos
de Proyectos
••Integración
Integración ••Alcance
Alcance ••Tiempo
Tiempo
••Recursos
Recursos
••Costo
Costo ••Calidad
Calidad ••Humanos
Humanos
••Comunicaciones
Comunicaciones ••Riesgo
Riesgo ••Adquisiciones
Adquisiciones
•10
12. •Proceso y Proyecto
• Un Proyecto es una instancia en el
tiempo y en recursos de un Proceso
•El Proceso dice “qué” y “cómo”
•El Proyecto dice “quién” y “cuándo”
•Proceso •Programación de un proyecto
ID Task Name
Oct 5, '03 Oc t 12, '03 Oct 19, '03 Oct 26, '03 Nov 2, '03 Nov 9, '03
W T F S S M T W T F S S M T W T F S S M T W T F S S M T W T F S S M
A nalist a del Negocio (Domini o) Analista Sistema Arquitecto Sistema De veloper 1
2
3 M odelado de Ne gocio
Modelar Cas os de uso de Negocio 4 Moelar Casos de Uso de Negocio Mortade lo
5 Modelar Objetos de Negoc io Mortadelo
Derivar Cas os de Uso Sis tema 6 Modelado de Negocio Completado 10/15
7 Captura Re quis itos
Bussiness Use Cas e Model File m on[50%]
8 Deriv ar Casos de Us o de Sistema
Design Model
9 Requisitos Completos 10/17
Dis eñar Classes
(es tructura y com portam inento) 10 Analisis y Dis eño
Modelar Objetos de Neogcio Use Case Model 11 Analizar Casos de Uso Sistema Filemon[50%]
Bussines Object Model
(Workers, Entidades y Procesos ) Im plementar Com ponnetes 12 Deriv ar Entidades Mortadelo,Filem on[50%]
13 Diseñar Clases Bacte rio
Definir Componentes
14 Definir Componentes Bacte rio
Analizar Casos de Us o
15 Definir Despliegue Bacte rio
16 A rquitectura Definida 10/28
Implem entation Model 17 Implentación y De s plie gue
Derivar Entidades
Analy is Model
s 18 Implementar Componentes Zipi,Zape [50%]
Com ponentes
(estructura y com poratm iento) 19 Desplegar Componentes Zape[50%]
Definir Des pliegue
20 V ersión Sistema 1.0 11/3
Des plegar Com ponnetes
Deploym ent Model
•tiempo
•12
13. •El Proceso del Software
• Conjunto estructurado de actividades requeridas para
desarrollar un sistema de software.
Especificación- qué debe hacer el software y
cuáles son sus especificaciones de desarrollo.
Desarrollo – producción del sistema de software.
Validación – verificar que el software hace lo que
el cliente pide.
Evolución – cambiar/adaptar el software a las
demandas.
• Las actividades varían dependiendo de la
organización y del tipo de sistema a desarrollarse.
• Debe estar explícitamente modelado para posibilitar
un adecuado gerenciamiento.
•13
14. Modelos de Proceso
Analista del Neg ocio ( Dominio) Analista Sistema Arquitecto Sistema Develo per
Modelar Cas os de us o de Negocio
Derivar Cas os de Uso Sis tem a
Bussiness Use Cas e Model
Design Mo del
Dis eñar Classes
(es tructura y com portam inento)
Modelar Objetos de Neogcio Us e Case Model
Bussines Object Model
(Workers , Entidades y Procesos ) Im plementar Com ponnetes
Defi nir Com ponentes
Analizar Cas os de Us o
Im plem entation Model
Derivar Entidades
Analys is Model
Com ponentes
(es tructura y com poratm iento)
Definir Des pliegue
Des plegar Com ponnetes
Deploym ent Model
•14
15. Existen numerosos modelos de “procesos de
software”
•Real-time
•execution
•Simulation
•Model
•execution
Continuit
y
•Requirement
•Behavior •Specs
•Requirement •Model •Verificatio
s Structures at n and
•at lower higher levels •Validation
levels of
•levels of •System
System •Specification
•Specification
•Test Models/
•Federations •Experiment
•System
•Theory al
•Frames
•15
16. •Proceso de Software y
Modelo de Ciclo de Vida
• Modelo de Ciclo de Vida
– Fases por las que pasa un producto de software a
lo largo de su “vida” (estudio de viabilidad,
análisis, diseño, construcción, pruebas,
implantación, mantenimiento, etc)
– Forma en la que relacionan dichas fases entre sí.
•16
17. •Modelo de Ciclo de Vida en Espiral
••13.
13. ••14.
14.
••Agregación
Category •BIT
••Test •Prueba de
Test •Integración
••7.
7.
••SW OOD-
SW OOD-
••Process los
Vista de
••Procesos
View ••15.
15.
••12.
12. ••Prueba del
System
••Clases
Class ••Sistema
Test
••Test de Implementación
Implementation/Test •3.
•System OOA-
•Dynamic View
••8.
8.
•6.
••SW OOD-
SW OOD-
•SW OOA-
•Dynamic View ••Static View
Vista Estática
•1.
•Requerimientos
••2.
2.
••System OOA- ••4.
4.
System OOA- •16.
••Static View ••HW/SW
HW/SW
••11. Static View
11. ••Split
Split •Requerimientos
••SW OOD-
SW OOD- ••Trace
(Traza)
••Diseño (Métodos)
Method Design
••9.
9.
•5. ••SW OOD-
SW OOD-
•SW OOA- ••Vista Dinámica
DynamicView
•Static View
••10.
10.
••SW OOD-
SW OOD-
••Language
Language ••17.
••Representation 17.
Representation ••Mantenimiento
Maintenance
•17
18. •Modelo de Ciclo de Vida: RUP
•Aspectos de la
•Capa 2
•Flujos de Trabajo •Organización a lo largo del tiempo
•de Ingeniería
•Aspectos de la Capa 3
•Fases
•Flujos de trabajo principales
•Organización
•según la
•naturaleza de
•las tareas •Flujos de trabajo de apoyo
•Flujos de Trabajo
•de Apoyo
•(Environment
incluye
•“Risk
Management”)
•Aspectos de la
Capa 1
•18
19. •ARRANQUE DEL PROYECTO UNICAMENTE •TODAS ITERACCIONES
•SUBSECUENTES
•PLAN PARA
• LA PRIMERA •GESTION DE
•CONCEBIR • ITERACIÓN •LA ITERACIÓN
•NUEVO
•PROYECTO
•ITERACIÓN
• EXITOSA •No
•PLAN DE
•EVALUACION DEL • PROYECTO •EVALUACIÓN DEL
•PROYECTO DEL ALCANCE • APROBADO • ALCANCE Y RIESGOS •MONITOTEO Y
•Y DE LOS RIESGOS •DEL PROYECTO •CONTROL DEL
•PROYECTO
•FIN DEL
•PROYECTO •FIN DE FASE
•PLAN DEL
•¿CERRAR •CERRAR
• PROYECTO •PROYECTO
•PROYECTO? •FASE
• CANCELADO
•FIN DE
•PROYECTO
•ITERACIÓN
•COMPLETO
•FASE
•FIN DEL
•COMPLETA
•PROYECTO •CIERRE NO ACEPTADO
•PLAN PRÓXIMA •PLAN DEL
• ITERACIÓN • PROYECTO •(OPIONAL, DEPENDIENDO
•PROYECTO • DEL GRADO DE CAMBIO)
•CANCELADO
•RUP •FIN DE ITERACIÓN
•19
20. Considerando el Modelo de Ciclo de Vida y la
Iteraciones necesarias se llega a algo así:
Analista del Negocio (Dominio) Analista Sistema Arquitecto Sistema Developer
Modelar Cas os de uso de Negocio
Derivar Casos de Uso Sistema
Bussiness Use Case Model
Design Model
Diseñar Classes
(estructura y comportam inento)
Modelar Objetos de Neogcio Use Case Model
Bussines Object Model
(Workers, Entidades y Procesos) Implementar Componnetes
Definir Com ponentes
Analizar Casos de Uso
Implementation Model
Derivar Entidades
Analysis Model Componentes
(estructura y comporatm iento)
Definir Despliegue
Des plegar Componnetes
Deployment Model
•20
21. Asignación de Recursos
•Recurso
• •Rol • •Actividad
•
•Pablo
• •Diseñador •Diseño de Objetos
•
•María
• •Autor de Casos de Uso
• •Detallar un Caso de Uso
•
•José
• •Diseñador de Casos de Uso
• •Diseñar un Caso de Uso
•
•Silvia
• •Revisor de Diseño
• •Revisar el Diseño
•
•Eduardo
• •Arquitecto
• •Análisis de Arquitectura
•
•Diseño de Arquitectura
•
•
•
•21
22. A partir de Flujos de Trabajo
•Análisis de •Diseño de •Describir •Describir
•Arquitectura •Arquitectura •Concurrencia Distribución
•
• Una lista de actividades,
•Arquitecto
trabajadores (roles) y artefactos
constituye un proceso.
•Análisis de •Diseño de
•Casos de Uso •Casos de Uso
• Un flujo de trabajo es una •Diseñador de
•Casos de Uso
secuencia de actividades que
produce un resultado valioso. •Análisis de
•Objetos •Diseño de
•Objetos
• “Instanciando” el “Proceso” y •Diseñador
los “Flujos de Trabajo” podemos
llegar a un Programa de Trabajo
•Revisor de •Revisar el •Revisar el •Revisar la
•Diseño •Análisis •Diseño •Arquitectura
•22
24. Niveles del Modelo de CMMI
•Optimi
•5 •Focus on process
improvement
zing
•Quantita
•4•and controlled
Process measured
tively
•Managed
•Defin
•3•characterized for the
Process
organization and is
proactive
ed
•Manage
•2•for projects and is often
Process characterized
reactive d
•Perfor
•1•poorly controlled and
Process unpredictable,
•reactive
med
•24
26. Level Focus Process Areas
Continuous Organizational Innovation and Deployment
5 Optimizing process Causal Analysis and Resolution
improvement
4 Quantitatively Quantitative Organizational Process Performance
Managed management Quantitative Project Management
Requirements Development
Technical Solution
Product Integration
Verification
Validation
Process Organizational Process Focus
3 Defined standardization Organizational Process Definition
Organizational Training
Integrated Project Management
(SS) Integrated Supplier Management
Risk Management
Decision Analysis and Resolution
(IPPD) Organizational Environment for Integration
(IPPD) Integrated Teaming
Basic Requirements Management
2 Managed project Project Planning
management Project Monitoring and Control
Supplier Agreement Management
Measurement and Analysis
Process and Product Quality Assurance
Configuration Management
1 Performed
•26
27. Proyectos según el CMMI
CMMI
Gestión del Gestión de
Ingeniería Soporte
Proceso Proyectos
- Enfoque Proceso Organizacional - Planificación del Proyecto - Gestión de Requisitos - Gestión de Configuración
- Definición Proceso Organizacional - Monitorización y Control de - Desarrollo de Requisitos - Aseguramiento de la Calidad
- Formación Organizacional Proyectos - Solución Técnica del Proceso y Producto
- Rendimiento - Gestión del Acuerdo con - Integración del Producto - Medición y Análisis
- Innovación y Distribución el Suministrador - Verificación - Análisis de Decisiones y Resolución
Organizacional - Gestión Integrada de Proyectos - Validación - Análisis Causal y Resolución
- Gestión de Riesgos
- Gestión Cuantitativa de Proyectos
IPPD Adquisición
- Entorno Organizacional para la Integración - Selección y Monitorización del Suministrador
- Equipo Integrado - Gestión Integrada del Suministrador
- Gestión Cuantitativa del Suministrador
•27
29. Proyectos según el CMMI
CMMI
Gestión del Gestión de
Ingeniería Soporte
Proceso Proyectos
- Enfoque Proceso Organizacional - Planificación del Proyecto - Gestión de Requisitos - Gestión de Configuración
- Definición Proceso Organizacional - Monitorización y Control de - Desarrollo de Requisitos - Aseguramiento de la Calidad
- Formación Organizacional Proyectos - Solución Técnica del Proceso y Producto
- Rendimiento - Gestión del Acuerdo con - Integración del Producto - Medición y Análisis
- Innovación y Distribución el Suministrador - Verificación - Análisis de Decisiones y Resolución
Organizacional - Gestión Integrada de Proyectos - Validación - Análisis Causal y Resolución
- Gestión de Riesgos
- Gestión Cuantitativa de Proyectos
IPPD Adquisición
- Entorno Organizacional para la Integración - Selección y Monitorización del Suministrador
- Equipo Integrado - Gestión Integrada del Suministrador
- Gestión Cuantitativa del Suministrador
•29
30. •CMMI: Planeamiento del Proyecto
•Definir los
procesos y
•Preparar el metodología
proyecto
dentro del
grupo de •Adaptar los •Realizar
•Iniciar desarrollo soportes reunión de
proyecto administrativos kick off
•Determinar y organizar los
recursos del proyecto
•30
31. •Status, issues, results
•PMC •of process and
•product evaluations;
•measures and analyses
•Replan
•What •Corrective action
•to monitor
•What to build
•PP
•Commit •Engineering and Support
me nts
•process areas
•Plans
•Measurement needs
•SAM
•Supplier
•agreement
•Supplier
•31
32. Project Planning - Contexto
•Establecer
•Desarrollar
•Datos de
•Estimativos planeación
un plan para
•1 el proyecto
•2
•Obtener
compromiso •Planes de
con el plan proyecto
•3
•PMC
•32
33. •Propósito
•El propósito de la Planeación del Proyecto es
establecer y mantener planes que definan las
actividades del proyecto.
•La planeación del proyecto empieza con los requerimientos
e implica:
Desarrollar el plan
Interactuar con los actores del proyecto
Obtener compromiso para el plan
Mantener el plan
08/17/12 •33
34. •SG 1. Establecer estimativos
•Estimates of project planning parameters are established and maintained.
•Establecer estimativos
Establecer
Estimar el estimativos
alcance de WP
del y atributos
proyecto de tareas •Datos de
1 2 planeación
Determinar
estimativos Definir el
de esfuerzo ciclo de
y costo vida del
4 proyecto
3
08/17/12 •34
35. •SG 2. Desarrollar un plan para el proyecto
•A project plan is established and maintained as the basis for managing the
project. [PA163.IG102]
•Datos de •Desarrollar un plan para el proyecto
planeación
Establecer Plan para Plan de
presupuesto Identificar admon recursos
y riesgos de datos 4
cronograma 2 3
1
Plan de
Plan de Establecer el entrenamiento
plan del y habilidades
participación
de actores proyecto 5
6 7
•Planes de
proyecto
08/17/12 •35
36. •SG 3. Obtener compromisos con el plan
•Commitments to the project plan are established and maintained.
•Obtener compromiso con el
plan
Revisar
planes que
afectan el
proyecto
•Planes de Reconciliar
proyecto productos y
recursos
Obtener
compromiso
08/17/12 •36
40. The Art and Science of
Project Management
Art Science
Vision
Planning
Leading
Organizing
Motivating
Staffing
Creative problem
Tracking
solving Control
Managing
Reporting
expectations
42. •CMMI: Control de la
Ejecución
•Control y monitoreo
•Analizar •Determinar
estado del alternativas y
•perfomance • acciones correctivas
•Actualizar
•Asignar •Medir •No •Tomar Plan de
•Afecta programa•S •Comunicar
•tareas •rendimiento •o costos? í Acciones •Acciones •Proyecto
Correctivas Correctivas
•Desviaciones •Sí
•No
•Ejecutar soporte en los proyectos de gestión
•Coordinar revisiones QA
•42
43. •CMMI: Gestión de la ejecución
•Ejecutar el proyecto
• Administrar los recursos del proyecto
•Comunicar el status del proyecto
•Preparar informe de status •Comunicar informe de status
•17/08/12 •43
44. •
•
•
•
•
•
•
•
•
•
•
• Contexto
•
•
• •Monitorear
•
el proyecto
•Administrar
contra el
acciones
plan
•1 correctivas
•2
•PMC •Planes de
proyecto
08/17/12 •44
45. •Propósito
•El Plan es la base para:
Monitorear actividades
Comunicar su estado
Tomar acciones correctivas
•Las acciones correctivas pueden generar:
Replaneación, nuevos acuerdos o
Actividades para mitigar efectos
08/17/12 •45
46. •SG 1. Monitorear el proyecto contra el
plan
•Actual performance and progress of the project
are monitored against the project plan.
•Monitorear el proyecto
contra el plan
Monitorear Monitorear
Monitorear el Monitorear admon de
parámetros
compromiso riesgos datos
de
2 3 4
planeación
1
Hacer Hacer Monitorear
•Planes
revisión
de hitos
revisiones de
avance
participación
de actores de
7 6 5
proyecto
08/17/12 •46
47. •SG 2. Administrar acciones correctivas hasta
implementarlas
•A Corrective actions are managed to closure when the project's performance or
results deviate significantly from the plan.
dministrar acciones correctivas hasta implementarlas
• [PA162.IG102]
Administrar
correctivas
acciones
correctivas
acciones
Tomar
Planes de
Proyecto
situaciones
Analizar
08/17/12 •47
48. •CMMI: Gestión del cierre
•Completar y cerrar el proyecto
•Capitalizar los • Completar
Activos del •Cerrar el
Proyecto Proyecto
•17/08/12 •48
49. Proyectos con SCM
• •Inicio •Planeamiento •Ejecució •Control •Cierre
n
•Gestión de •Entrenamiento •Establecimiento de una •Ejecuci •Control de •Informe
las de los biblioteca SCM a ser ón de las Cambios de de las
Configuracio miembros del utilizada como repositorio actividad las “Líneas actividad
nes en Equipo de de las “Líneas de Base” es SCM de Base” de es SCM
Proyectos de Desarrollo y de del Proyecto de Software. definidas acuerdo con realizadas
Software otros grupos •Establecimiento de un de un procesos durante el
relacionados equipo con autoridad para acuerdo documentad Proyecto.
para encarar las la Gestión de las “Líneas con las o.
actividades de de Base” del Proyecto de definicio •Actualizació
SCM y también Software. nes n del Plan
en el uso de las •Definición de las metas y program SCM del
herramientas tareas del área SCM. áticas y Proyecto tal
automatizadas •Establecimiento de un presupu que refleje la
de SCM. programa detallado estarias. situación
(calendario) asociado a las vigente en
metas y tareas SCM. todo
•Suministrar los recursos y momento.
presupuesto adecuados
para encarar las tareas
SCM
•17/08/12 •49
59. Recomendaciones
Definir la gobernanza de TI
Políticas
Procesos
Procedimientos
Herramientas
Oficina de proyecto
Usar modelos como CMMI o COBIT para
acelerar la implantación de las practicas
PMBOK
Just as few projects do all req followed by all design followed by all code followed by all testing, few projects do initiation, planning, etc just once. The project management process adapts to the software life cycle model being applied. The project management process also applies to supporting processes. During the s/w dev life cycle there are many intermediate checkpoints. The activities of the pm tend to repeat themselves for each check point.
Just as the software development process proceeds sequentially meeting certain product development milestones along the way, the work required to manage the development process proceeds sequentially meeting certain project management milestones along the way. Product milestones vs. management milestones Two types of process: Technical and Managerial S/W life cycle = work needed to create a product. Project life cycle = work needed to manage product development. The project life cycle represents a linear progression of the project.
Spread out over the project life cycle are these key project management activities. Current and projected measures. Things to measure and estimate: cost, schedule, effort, product features. EVA is one way to measure. Other metrics: complexity, defect rates, productivity. Process and product measures to determine whether the project is on track. Some activities occur during a narrow window of time, for example project definition. Other activities are ongoing such as risk management and measurement. The pm coordinates activities and approves work products. Develops and executes the project charter and project plan. Risk Management = Identify uncertainty and create strategies for managing them.
PM is both an art and a science. PM is another discipline, like software engineering in general, that is (both an art and a science) not purely art or science. The administrative duties of the project manager including planning, organizing, tracking and controlling are well understood. Like the more general discipline of software engineering, PM The science portion of PM entails the administrative activities of planning, organizing, tracking and controlling. The science of PM lays the foundation for leadership. The material here is focused on the science of PM. “… mastering the science of PM provides a foundation for the art of leadership.” [p7 Fast Forward MBA in PM] There is a certain art to leadership. PM is a discipline that can be taught and learned. Intangible leadership qualities. Art: political instincts, interpersonal skills, instinct for making right decisions even (when there is) (in the absence of) with less than perfect information (Blink), delegating, creative solutions, Attitude (confidence) and energy are also important as well as an understanding of corporate culture (politics) and the ability to lead people. There is also a leadership role that goes beyond the administrative functions of pm. Set vision, motivate and inspire others to maximize their potential. http://www.nwlink.com/~donclark/leader/leader.html Personal effectiveness. They get things done. They are the person everyone turns to when there is a crisis. Organization savvy. Big picture thinking and focus. Science = technical skills. Understand the technologies of s/w dev but also the tools and techniques of PM. http://emarketing.propoint.com/propoint/pdf/PPI_TheArtOfProjectManagement.pdf