1. Prince2
1.1. Es un planteamiento basado en procesos que se centran en la organización y el control de todo el proyecto, desde el inicio hasta el final.
1.1.1. Principios
1.1.1.1. Los proyectos han de tener una justificación comercial.
1.1.1.2. Los equipos deben aprender de cada fase.
1.1.1.3. Las funciones y responsabilidades están claramente definidas.
1.1.1.4. El trabajo se planifica en fases.
1.1.1.5. "Gestión por excepción" de los comités del proyecto.
1.1.1.6. Los equipos se concentran en la calidad constantemente.
1.1.1.7. El planteamiento se adapta a cada proyecto.
2. Linears Model “Waterfall”
2.1. El modelo en cascada es un enfoque lineal y secuencial del ciclo de vida de desarrollo de software (SDLC) que es popular en la ingeniería de software y el desarrollo de productos. El modelo de cascada enfatiza una progresión lógica de pasos.
2.1.1. Requisitos
2.1.2. Análisis
2.1.3. Diseño
2.1.4. Codificación/Implementación
2.1.5. Pruebas
2.1.6. Operación/Despliegue
2.1.7. Mantenimiento
3. IPMA
3.1. Conseguir que los proyectos sean exitosos a través de la sociedad
3.1.1. Pilares
3.1.1.1. Desarrollo de competencias
3.1.1.2. Calidad total
3.1.1.3. Cocreación
3.1.1.4. Digitalización
4. PM4R
4.1. Está basado en las mejores prácticas, herramientas y estándares internacionales sobre gestión de proyectos definidos por el Project Management Institute (PMI) y adaptados por el BID para aplicarlos a los proyectos de desarrollo en América Latina y el Caribe. Estas prácticas pueden ayudar a reducir la brecha entre lo que se planifica versus lo que se ejecuta en la implementación de un proyecto.
4.1.1. Alcance
4.1.2. Tiempos
4.1.3. Costos
4.1.4. Adquisiciones
4.1.5. Riesgos
4.1.6. Comunicaciones
4.1.7. Responsabilidades
5. Standart PMBOK
5.1. PMBOK es un estándar, es decir, una norma establecida desde una entidad a partir de un consenso para que sirva de modelo o de ejemplo. En este caso PMBOK es una norma reconocida dentro del Instituto Nacional Estadounidense de Estándares, más conocido como ANSI (American National Standards Institute).
5.1.1. Gestión de la Integración
5.1.2. Gestión del Alcance del Proyecto
5.1.3. Gestión del Cronograma del Proyecto
5.1.4. Gestión de los Costos del Proyecto
5.1.5. Gestión de la Calidad del Proyecto
5.1.6. Gestión de los Recursos del Proyecto
5.1.7. Gestión de las Comunicaciones del Proyecto
5.1.8. Gestión de los Riesgos del Proyecto
5.1.9. Gestión de las Adquisiciones del Proyecto
5.1.10. Gestión de los Interesados
6. Principles Agile.
6.1. Método de desarrollo de software que se centra en implementaciones rápidas de un equipo eficiente y flexible
6.1.1. Lograr la satisfacción del cliente a través de la entrega continua de software
6.1.2. No tengas miedo de hacer cambios
6.1.3. Entregar software que funcione, con preferencia a la escala de tiempo más corta
6.1.4. Los desarrolladores y la administración deben trabajar juntos
6.1.5. Construir proyectos en torno a personas motivadas
6.1.6. Las interacciones cara a cara son los modos de comunicación más eficientes y efectivos.
6.1.7. El software que funciona es la medida principal del progreso.
6.1.8. Los procesos ágiles promueven el desarrollo sostenible
6.1.9. La atención continua a la excelencia técnica y el buen diseño mejoran la agilidad
6.1.10. La simplicidad es esencial
6.1.11. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizadosLas mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados
6.1.12. Inspeccionar y adaptar
7. Framework “SCRUM”
7.1. Es una estructura para organizar las demandas y ejecutar las tareas, permitiendo una entrega rápida y de alta calidad del producto.
7.1.1. Trabajo en equipo
7.1.2. La autoorganización
7.1.3. Comunicación frecuente
7.1.4. Orientación al cliente
7.1.5. Entrega de valor
8. Prototype “Design Thinking”
8.1. Un prototipo es un modelo experimental simple de una solución propuesta que se utiliza para probar o validar ideas, suposiciones de diseño y otros aspectos de su conceptualización de forma rápida y económica, de modo que el diseñador o los diseñadores involucrados puedan realizar los ajustes adecuados o posibles cambios de dirección.
8.1.1. Puede usar la creación de prototipos como una forma de investigación incluso antes de otras fases en Design Thinking, lo que le permite explorar áreas problemáticas en interfaces, productos o servicios, y detectar áreas para mejorar o innovar.
8.1.1.1. Empatizarse
8.1.1.2. Definir
8.1.1.3. Idear
8.1.1.4. Prototipo
8.1.1.4.1. Podemos, y debemos, utilizar la creación de prototipos como parte de varias etapas del Design Thinking. Puede utilizar la creación de prototipos como un método de ideación, ya que le permite a usted, así como a los usuarios, explorar soluciones alternativas. Esto es posible porque los prototipos son representaciones físicas de sus soluciones y, por lo tanto, la creación de prototipos le permite pensar haciendo. Adoptar una mentalidad de "pensar al hacer" es extremadamente útil para permitirle obtener más valor de la investigación, la definición, la creación de ideas y las pruebas.
8.1.1.5. Prueba
9. Philosofy lean.
9.1. Aumenta la productividad y la eficiencia, disminuyendo los costos y volviendo más ajustada y competitiva a la empresa, de modo a beneficiar el cliente final.
9.1.1. Capacidad de eliminar desperdicios continuamente y resolver problemas de manera sistemática
9.1.1.1. Es una manera de hacer cada vez más con cada vez menos
9.1.1.1.1. Defectos
9.1.1.1.2. Exceso de producción
9.1.1.1.3. Existencias
9.1.1.1.4. Espera
9.1.1.1.5. Transporte
9.1.1.1.6. Movimentación
9.1.1.1.7. Procesamiento