1. Framework “SCRUM”
1.1. Modelo Iterativo
1.1.1. Iteraciones de 2 o 3 semanas
1.1.2. Planeamiento de Iteración
1.1.3. Estimación Detallada
1.1.4. Ejecución
1.2. Enfoques
1.2.1. Desarrollo de equipos Saludables
1.2.2. Conocer el estado de un proyecto en todo momento
1.2.3. Comunicación fluida en el equipo y el cliente
1.3. Elementos
1.3.1. Compromiso del Equipo
1.3.2. Definición de "Terminado"
1.3.3. (WIKIS) Administración del Conocimiento
1.3.4. Concepto de Velocidad
1.4. Backlog
1.4.1. Feature
1.4.2. Historias de Usuario
1.4.2.1. Descripción
1.4.2.2. Criterios de Aceptación
1.4.2.3. Estimación de esfuerzo (puntos)
1.4.2.4. Estimación detallada de esfuerzo
1.4.2.5. Tipos (Negocio, Spike, Tecnias)
1.5. Roles
1.5.1. Equipo
1.5.1.1. SCRUM Master
1.5.1.2. Dueño del producto
1.5.1.3. Desarrolladores/Ejecutores
1.5.1.4. Control de calidad
1.5.1.5. Líder Técnico
1.6. Rituales
1.6.1. Planeamiento de iteración
1.6.2. Actualizaciones diarias
1.6.3. Sesiones de Trabajos
1.6.4. Acicalamiento del Backlog (Grooming)
1.6.5. Cierre de Iteración
1.6.5.1. Demostraciones
1.6.5.2. Retrospectivas (Empezar, Continuar, Parar)
1.6.5.3. Planteamiento de Iteración Siguiente
1.6.6. Planteamiento Incremental
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. Prototype “Design Thinking”.
5.1. FASES E IMPLEMENTACION
5.1.1. Empatizar
5.1.1.1. Entender al publico objetivo
5.1.1.1.1. Investigar
5.1.2. Definir
5.1.2.1. Analizar
5.1.2.1.1. Información Recolectada
5.1.2.2. Identificación de los Insight
5.1.2.2.1. Visualizar
5.1.2.2.2. Describir
5.1.2.2.3. Evidencias
5.1.3. Idear
5.2. Idear
5.2.1. En base a los conocimientos adquiridos
5.2.1.1. Proponer ideas
5.2.1.1.1. analizar enfoque a propiado
5.3. Prototipar
5.3.1. Idea seleccionada
5.3.1.1. Transformar en prototipo
5.3.1.1.1. Visualizar la soluciones
5.3.2. Prueba
5.3.3. Modelos conceptuales
5.3.3.1. Inventario racional
5.3.3.1.1. FACTORES QUE PUEDE AFECTAR
6. Philosofy lean.
6.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.
6.1.1. Capacidad de eliminar desperdicios continuamente y resolver problemas de manera sistemática
6.1.1.1. Es una manera de hacer cada vez más con cada vez menos
6.1.1.1.1. Defectos
6.1.1.1.2. Exceso de producción
6.1.1.1.3. Existencias
6.1.1.1.4. Espera
6.1.1.1.5. Transporte
6.1.1.1.6. Movimentación
7. Standart PMBOK
7.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).
7.1.1. Gestión de la Integración
7.1.2. Gestión del Alcance del Proyecto
7.1.3. Gestión del Cronograma del Proyecto
7.1.4. Gestión de los Costos del Proyecto
7.1.5. Gestión de la Calidad del Proyecto
7.1.6. Gestión de los Recursos del Proyecto
7.1.7. Gestión de las Comunicaciones del Proyecto
7.1.8. Gestión de los Riesgos del Proyecto
7.1.9. Gestión de las Adquisiciones del Proyecto
7.1.10. Gestión de los Interesados
8. Principies Agile.
8.1. Lograr la satisfacción del cliente a través de la entrega continua de software
8.2. No tengas miedo de hacer cambios
8.3. Entregar software que funcione, con preferencia a la escala de tiempo más corta
8.4. Los desarrolladores y la administración deben trabajar juntos
8.5. Construir proyectos en torno a personas motivadas
8.6. Las interacciones cara a cara son los modos de comunicación más eficientes y efectivos.
8.7. El software que funciona es la medida principal del progreso.
8.8. Los procesos ágiles promueven el desarrollo sostenible
8.9. La atención continua a la excelencia técnica y el buen diseño mejoran la agilidad
8.10. La simplicidad es esencial
8.11. Las mejores arquitecturas, requisitos y diseños surgen de equipos auto organizados. Las mejores arquitecturas, requisitos y diseños surgen de equipos auto organizados
8.12. Inspeccionar y adaptar
9. Prince2
9.1. Principios
9.1.1. Los proyectos han de tener una justificación comercial.
9.1.2. Los equipos deben aprender de cada fase.
9.1.3. Las funciones y responsabilidades están claramente definidas.
9.1.4. El trabajo se planifica en fases.
9.1.5. "Gestión por excepción" de los comités del proyecto.
9.1.6. Los equipos se concentran en la calidad constantemente.
9.1.7. El planteamiento se adapta a cada proyecto.