B3T2 - GESTION DE PROYECTOS Y METODOLOGIAS Flashcards
Definición de Proyecto
Conjunto de actividades interrelacionadas, desarrolladas haciendo uso de una serie de recursos, para obtener un resultado previsto (producto o servicio)
Definición de Gestion de Proyectos
Proceso de planificar, organizar, supervisar, controlar y conducir todas las actividades para conseguir el resultado previsto, dentro de las limitaciones de tiempo y recursos asignado.
¿Cuál es la duración de un proyecto en la administración?
Los proyectos duran entre 6 y 12 meses. Cuidado con esto a la hora de hacer el práctico no digamos disparates
Planteamiento el el práctico a 12 meses (12 springs de un mes)
Etapas de un proyecto
- Inicio -> Alta del proyecto
- Planificación -> Tiempo, costes, objetivos, riesgos (Magerit)
- Ejecución -> Echamos a andar, ciclo de vida
- Monitorización y control -> El jefe de proyecto, evalua como va el proyecto
- Cierre -> Final del proyecto
¿Que norma respalda la gestión de proyectos de la AGE?
- ISO 21500:2021 -> Revisión del año 2021 y sucesivas normas
- ISO 21502 -> Gestión de proyectos
- ISO 21503 -> Gestión de programas
- ISO 21504 -> Gestión de carteras
- ISO 21505 -> Gestión de gobernanza
12 Principioos PMBOK
- Administración - atención: gestión diligente, responsable y sostenible.
- Trabajo en equipo y colaboraciones: entorno colaborativo, cultura de respeto.
- Interesados: compromiso de las partes involucradas.
- Entrega de valor: centrarse en el valor para el cliente.
- Pensamiento holístico. Visión global de los proyectos
- Liderazgo.
- Tailoring (adaptación): la gestión se adapta al contexto.
- Calidad: incorporada en procesos y resultados.
- Complejidad: abordada con experiencia, conocimiento y aprendizaje.
- Riesgo: abordar oportunidades y amenazas en el ciclo de vida.
- Adaptabilidad y resiliencia: como base del comportamiento.
- Cambio: permitir el cambio para conseguir lo previsto.
¿Qué metodologías de Gestión de Proyectos conoces?
- PMBOK -> Metodología ANSI
- PRINCE2 -> PMBOK pero de ISO 21500
- MEDEA -> Calidad y mejora continuna
Que certificaciones de PMI existen
¿Cuales son las tareas básicas de la gestión de proyectos?
- ESTIMACION -> personal, duración, coste ty esfuerzo. Previsión que conlleva riesgos (complejidad, tamaño, disponibilidad de info)
- PLANIFICACION -> Tareas y asignación a personas y tiempos. Las tareas se corresponden con el modelo de ciclo de vida del proyecto
- SEGUIMIENTO Y CONTROL -> Monitorización, y si se producen desviaciones tomar medidas oportunas.
- Heramientas de gestión de proyectos:
- Jira
- Trello
- Micrososft Project
Metrica 3. Interfaz de Gestión de Proyectos
Tiene como finalidad la planificación, seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un sistema de información
Distintas fases:
- PSI -> Planificación de Sistemas de Información
- EVS -> Estudio de la Viabilidad del Sistema
- ASI -> Análisis de Sistemas de Información
- DSI -> Diseño de Sistemas de Información
- CSI -> Construcción de Sistemas de Información
- IAS -> Implantación y Aceptación del Sistema
- MSI -> Mantenimiento de Sistemas de Información
Tres actividades dentro de esas fases:
- GPI -> Inicio
- GPS -> Seguimiento y control
- GPF -> Finalización
Metrica 3. Actividades de GPI (Inicio Gestion de Proyectos)
- GPI 1 Estimación de esfuerzo
- GPI 2 Planificación
Metrica 3. Técnicas GPI 1 Estimación de esfuerzo
- Método Albrecht/MARK II (estructurado)
- Staffing Size (Orientado a Objetos)
Metrica 3. Técnicas GPI 2 Planificación
- PERT
- Gantt
- WBS
Metrica 3. Actividades de GPS (Seguimiento Gestion de Proyectos)
- GPS 1 Asignación detallada de tareas
- GPS 2 Comunicación al equipo del proyecto
- GPS 3 Seguimiento de tareas
- GPS 4 Análisis de registro de incidencias
- GPS 5 Petición de cambio de requisitos
- GPS 6 Análisis de la petición de cambio de requisitos
- GPS 7 Aprobación de la solución
- GPS 8 Estimación del esfuerzo y planificación de la solución
- GPS 9 (Registro del cambio de requisitos)
- GPS 10 (Finalización de la tarea)
- GPS 11 (Actualización de la planificación)
- GPS 12 (Reuniones y seguimiento)
- GPS 13 (Aceptación)
Metrica 3. Actividades de GPF (Finalización Gestion de Proyectos)
- GPF 1 Cierre de proyecto
Técnicas de estimación
- Puntos de función -> Albrecht, MARK II -> Métrica 3
- Líneas de código -> COCOMO
- Casos de uso -> Karner
- Análisis de puntos de función -> IFPUG, NESMA, CSOMIC, FISMA -> Entra de manera residual
- Requisitos no funcionales -> SNAP -> Mide en funcion de seguridad, disponibilidad…
¿Qué tres etapas define el Método Albrecht para calcular los puntos de función?
- Identificación de componentes
1.1 Entradas externas -> De users o apps
1.2 Salidas externas -> A user o apps
1.3 Datos internos -> Tratamiento interno de nuestra apps
1.4 Datos de interfaz -> Tratamiento de datos externos
1.5 Consultas externas -> No se procesa info externa solo se consulta - Cálculo de puntos de función no ajustado
2.1 Se asignan pesos a cada tipo de componente (SENCILLA, MEDIA, COMPLEJA) -> Puntos de Funcion No Ajustados (PFNA) - Ajuste de los puntos de función
3.1 14 atributos de 0 a 5
3.2 Se aplican una seria de fórmulas para acabar estimando los días –> Un mes de esfuerzo 13 Puntos de Función. Ver foto
¿Qué tres etapas define el Método MARK II para calcular los puntos de función?
- Identificación de todas las funciones
- Identificación de todas las entidades, tipos de datos entrada y salida
1.1 Número de entidades que intervienen en al función. Propias y o de interfaz
1.2 Número de tipos de datos de entrada
1.3 Número de tipos de datos de salida. - Cálculo de los puntos de función No Ajustados -> Los pesos ya vienen establecidos
- Valoración de grados de influencia -> 19 Atributos de 0 a 5
- Ajuste de la complejidad técnica -> Depende de la técnología de desarrollo
- Cálculo del esfuerzo en horas a partir de la productividad (cantidad de trabajo en un tiempo)
NOTAS: Es más objetivo que Albrecht, no está basado en la experiencia.
¿En que consiste la técnica de Staffing Size?
- **Tres tipos de clases M3: Interfaz(personas/sistemas), Control (lógica de negocio), Dominio (BBDD) **
- Número medio de personas por día y clase
- Clases clave / secundiarias
- Legunaje de programación
- Clases de interfáz vs Clases de modelo
- Clases de abstractas vs Clases concretas
- Profundidad de herencia
- Número de clases clave -> representan el dominio de negocio. Obligatorias
- Número de clases secundarias-> representan interfaz, servicios web
- Promedio de clases secundarias por clase clave ->
el Modelo de Putnam, también es conocido como modelo….
Modelo SLIM -> Es solo teórico
Modelo COCOMO 1981
3 Tipos de proyectos
- Organico -> 50 KLDC (50.000 Líneas de código)
- Semiempotrado (semiacoplado) -> 300 KLDC (50.000 Líneas de código)
- Empotrado (restringido) -> Tamaño y complejidad elevados
3 vesiones o submodelos de estimación
- Modelo Básico -> En 10 min lo tenemos. Solo KLDC
- Modelo Intermedio -> Tiene en cuenta factores y limitaciones a nivel global del proyecto
- Modelo Avanzado o Detallado -> Tiene en cuenta factores y limitaciones en cada fase del proyecto
Modelo COCOMO II /COCOMO 2000
- Modelo AVM -> En los que se usan nuevas herramientas de desarrollo
- Modelo EDM -> Estimación de costes y duración antes de saber su estructura. Primeras etapas de desarrollo.
- Modelo PAM -> El más detallado, despues de arquitectura
Método Karner
Actores y casos de uso para calcular el esfuerzo. Se asingan complejidades a casos de uso y tipo de actores (humano/maquina)
- Clasificar actores
- Clasificar casos de uso
Método Delphi
Cordinador le proporciona a cada experto la info y cada experto nos da su estimación. Con la media de la estimación se vuelve otra vez a dar la info a los expertos. Se itera hasta que se llega a un consenso en la estimación.
Herramientas de estimación
- Basadas en COCOMO (LDC - Líneas De Código)
- BYL
- WICOMO
- DECPlan
- SLIM -> Datos historicos
- ESTIMACS -> Puntos de Funcion (PF)
- SPQR/20 -> Preguntas y respuestas para especificar
NOTA: Las herramientas automáticas solo etán para Puntos de Función (PF) y Líneas De Codigo (LDC), no para Casos de Uso
Actores. El perfil DIRECTIVO, ¿Qué participantes tiene?
- Comité de Dirección.
- Comité de Seguimiento.
- Directores de usuarios.
- Usuarios expertos.
Actores. El perfil JEFE DE PROYECTO, ¿Qué participantes tiene?
- Jefe de Proyecto.
- Responsable de Implantación.
- Responsable de Mantenimiento.
- Responsable de Operación.
- Responsable de Sistemas.
- Responsable de Seguridad.
- Responsable de Calidad.
IMOSSC -> Regla Nemotécnica
Actores. El perfil CONSULTOR, ¿Qué participantes tiene?
- Consultor.
- Consultor Informático.
- Consultor de las Tecnologías de la Información.
- Consultor de Sistemas de Información.
- Especialista en Comunicaciones.
- Técnico de Sistemas.
- Técnicos de Comunicaciones.
Actores. El perfil ANALISTA, ¿Qué participantes tiene?
- Analista.
- Administrador de Bases de Datos.
- Equipo de Arquitectura.
- Equipo de Formación.
- Equipo de Implantación. –> Responsable en Perfil Jefe de Proyecto
- Equipo de Operación. –> Responsable en Perfil Jefe de Proyecto
- Equipo de Seguridad. –> Responsable en Perfil Jefe de Proyecto
- Equipo de Soporte Técnico.
- Equipo de Proyecto. –> Responsable en Perfil Jefe de Proyecto
- Grupo de Aseguramiento de la Calidad. –> Responsable en Perfil Jefe de Proyecto
Actores. El perfil PROGRAMADOR, ¿Qué participantes tiene?
- Picacodigo (Programador)
¿En que consiste La Gestión del Valor Ganado EVM (Earned Value Management)?
En la comparación de tres valores de coste:
- Valor planificado (PV, Planned Value)
- Coste real (AC, Actual Cost)
- Valor ganado (EV, Earned Value) ->
Estos valores puestos en una gráfica nos dan si nos hemos excedido en los costes y el valor real entregado. En el ejemplo (ver gráfica) vemos que hemos superado los costes (AC) previstos (PV) pero hemos entregado más valor (EV) que lo previsto (PV).
¿Qué caracteristicas deben tener los objetivos seleccionados como SMART?
- Specific (específicos).
- Measurables (medibles).
- Achievable (alcanzables).
- Relevant (revelevante).
- Timely (temporal).
¿Qué es un factor crítico de éxito?
Es algo que tiene que ocurrir para alcanzar un objetivo. Si hablamos de uno crítico es de cumplimiento absolutamente necesario
Análisis DAFO
DAFO <-> CAME
- Debilidades -> Corrigen
- Amenazas -> Afrontan
- Fortalezas -> Mantienen
- Oportunidades -> Explotan
Matriz de asignación de responsabilidades
Relacionar actividades con recursos -> grado de responsabilidad
- Responsable -> quien realiza la tarea
- Aprobador -> acepta y aprueba la entrega
- Consultado -> experto, tiene info para realización
- Informado -> del avance / finalización de las tareas
Diagrama de Ishikawa
Analisis de problemas -> relación entre causa y efecto (problemas)
Análisis coste/beneficio
Estudia la viabilidad del proyecto desde el punto de vista economico
- Punto de amortización -> momento en el tiempo (fecha concreta)
- Periodo de amortización -> periodo de tiempo (1 año, 5 años …)
- Retorno de la inversión ROI -> rendimiento de la inversión
- Viabilidad del proyecto -> Si la ganancia es mayor que el gasto en el periodo fijado
Ciclo de Deming
No se acaba nunca -> PDCA (Plan, Do, Check, Act)
Planificacíon. PERT
Program Evaluation and Review Technique -> Establece dependencias entre las distintas tareas. Ver en práctico
- Actividad -> Ejecución de tarea -> Arcos del grafo
- Suceso -> Punto en el tiempo, no consume recursos -> Vertices del grafo
- Tipos de Prerelaciones entre actividades:
- Lineales -> para poder ejecutar una se tiene que dar otra
- Convergentes -> se tienen que dar dos o más para poder ejecutar
- Divergentes -> dada una se abren varias
- Actividades ficticias -> Se añaden para hacer correcto el grafo y evitar confusiones
- Construcción del grafo:
- Matriz de encadenamientos
- Cuadro de prerelaciones
- Tiempos y holguras
- a: duración minima
- m: duración más probable
- b: duración máxima
- Tiempo EARLY -> Mínimo necesario para llegar al suceso
- Tiempo LAST -> Máximo posible para llegar al suceso
- Holgura TOTAL -> retraso máximo
- Holgura LIBRE -> que puede alargarse la ejecución de una actividad
- Holgura INDEPENDIENTE -> tiempo suplementario para la ejecución de una actividad
- Holgura CONDICIONAL -> tiempo extra para la ejecución de una actividad.
- Camino crítico -> Holgura 0 -> ojo!! no siginifica que EARLY / LAST sean iguales, hay que hacer el cálculo para ver la holgura total
Diagrama de Gantt
Cronograma -> Representación del plan de trabajo
- Actividad -> barras
- Hitos -> No representa trabajo
- Patron de límites -> límite de recursos. Los recursos varian en el tiempo según la fase:
- ARRANQUE -> incorporación paulatina de recursos
- PLENO RENDIMIENTO -> estabilidad de recursos
- FINALIZACIÓN -> los recursos abandonan el proyecto
- Histograma de recursos -> grafico de asignación de recursos
Estructura de descomposición de trabajos - WBS
Check list y contabilidad analitica
Tecnicas para comprimir la planificación temporal
- Fast Tracking -> Ejecución paralela
- Crashing -> Meter más gente al proyecto
Técnicas de seguimiento. Diagrama de extrapolación
Realiza seguimientos y ve derivas de tiempo en la planificación
Ver gráfico
Metrica 3. Estructura
- PLANIFICACIÓN del Sistema de Información (PSI) -> Marco estrategico, plan de sistemas
- DESARROLLO del Sistema de Información -> Estructurado / Orientado a objetos. Se divide en 5 subprocesos
- EVS (Estudio de Viabilidad del Sistema) -> analiza un conjunto concreto de necesidades
- ASI (Análisis del Sistema de Información) -> conseguir la especificación
- DSI (Diseño del Sistema de Información) -> definición de la arquitectura y entorno tecnológico
- CSI (Construcción del Sistema de Información) -> construcción y pruebas
- IAS (Implantación y Aceptación del Sistema) -> entrega y aceptación del sistema en su totalidad. Pase a producción
- MANTENIMIENTO del Sistema de Información (MSI) -> correctivos y evolutivos (solamente)
Metrica 3. PSI (Planificación del Sistema de Información)
La perspectiva debe ser estrategica y operativa
- PSI 1 -> Inicio del Plan d Sistemas de Información -> Objetivos estrategicos y FCEs (factores críticos éxito)
- PSI 2 -> Definición y organización -> Alcance del plan y organización del equipo
- PSI 3 -> Estudio del a información relevante -> recopilar y analizar antecedentes generales
- PSI 4 -> Identificación de requisitos -> especificación de requisitos
- PSI 5 -> Estudio de los sistemas de información actuales -> valoración actual al margen de los requisitos
- PSI 6 -> Diseño del modelo de Sistemas de Información -> identificar sistemas que van a dar soporte
- PSI 7 -> Definición de la Arquitectura Tecnológica
- PSI 8 -> Definición del Plan de Acción -> proyectos y acciones para llevar a cabo la implantaciónç
- PSI 9 -> Revisión y Aprobación del PSI
- Participantes (importantes pero hay más):
- Consultores -> PSI 3 - PSI 9
- Usuarios expertos -> PSI 3 - PSI 9
- Técnicas / Prácticas (importantes pero hay mas):
- Análisis coste/beneficio
- Factores críticos de éxito
Metrica 3. EVS (Estudio de viabilidad del Sistema)
Analisis de un conjunto concreto de necesidades. Restricciones económicas, técnicas, legales y operativas.
- EVS 1 -> Establecimiento del alcance del sistema
- EVS 2 -> Estudio de la situación actual
- EVS 3 -> Definición de requisitos del sistema
- EVS 4 -> Estudio de alternativas de solución
- EVS 5 -> Valoración de las alternativas
- EVS 6 -> Selección de la solución
- Participantes (No están todos):
- Analistas
- Jefe de proyecto
- Técnicas / Prácticas (No están todas):
- Casos de Uso
- Diagrama de Descomposicion funcional (DFD)
- Modelo Entidad / Relación
Metrica 3. ASI (Análisis del Sistema de Información)
Especificación detallada del sistema de Información
- ASI 1 -> Definición del Sistema -> Descripción, enfoque estructurado/OO, alcance. Casos de uso
- ASI 2 -> Establecimiento de requisitos -> Catálogo detallado de los requisitos. Desde el USER
- ASI 3 -> Identificiación de subsistemas de análisis -> Descomposición del sistema en subsistemas. Diagrama de paquetes
- ASI 4 -> Análisis de los casos de uso. Diagrama de Clases y Secuencia
- ASI 5 -> Análisis de clases. Diagrama de Maquina de Estados
- ASI 6 -> Elaboración del modelo de datos. Normalización. Entidad Relación
- ASI 7 -> Elaboración del modelo de procesos. DFD No entra en el exámen
- ASI 8 -> Definición de interfaces de usuario. Interfaces y servicios web.
- ASI 9 -> Análisis de consistencia y especificación de requisitos. Verificación, coherencia y validación. Especificación de Requisitos.
- ASI 10 -> Especificación del plan de pruebas.
- ASI 11 -> Aprobación del análisis del sistema de información.
Metrica 3. DSI (Diseño del Sistema de Información)
Arquitectura / entorno tecnológico y especificación
- DSI 1 -> Definición de la arquitectura del sistema. Particionamiento físico y requisitos de diseño y construcción. Diagrama de despliegue
- DSI 2 -> Diseño de la arquitectura de soporte. Pasamos un poco
- DSI 3 -> Diseño de casos de uso reales. Diagrama de secuencia
- DSI 4 -> Diseño de clases.
- DSI 5 -> Diseño de la arquitecutra de módulos del sistema. Diagrama de estructura. NO ENTRA prog. estructurada
- DSI 6-> Diseño físico de datos. Estructura de datos. Optimización. ** Mod. físico a partir del lógico y Reglas de transformación**
- DSI 7 -> Verificación y aceptación de la arquitectura del sistema
- DSI 8 -> Generación de especificaciones de construcción. Diagrama de componentes
- DSI 9 -> Diseño de la migración y carga inicial de datos
- DSI 10 -> Especificación técnica del plan de pruebas
- DSI 11 -> Establecimiento de requisitos de implantación.
- DSI 12 -> Aprobación del diseño del sistema de información.
Metrica 3. CSI (Construcción del Sistema de Información)
Codificar los componentes, seguridad y manuales. Pruebas unitarias, integracion y sistema.
Formación para el usuario final.
Migracíon de datos.
Metrica 3. IAS (Implantación y Aceptación Sistema)
Ya estaríamos en el entorno de producción/operación
- IAS 1 -> Establecimiento del plan de implantacion
- IAS 2 -> Formación necesaria para la implantación
- IAS 3 -> Incorporación del sistema al entorno de operación/producción
- IAS 4 -> Carga de datos al entorno de operación/pro
- IAS 5 -> Pruebas de implantación del sistema
- IAS 6 -> Pruebas de aceptación del sistema
- IAS 7 -> Preparación del mantenimiento del sistema
- IAS 8 -> Establecimiento del acuerdo de nivel de servicio
- IAS 9 -> Presentación y aprobación del sistema
- IAS 10 -> Paso a producción
Metrica 3.MSI (Mantenimiento del Sistema de Información)
Mantenimientos: CORRECTIVO y EVOLUTIVO
- MSI 1 -> Registro de la petición
- MSI 2 -> Análisis de la petición. Correctivo o evolutivo
- MSI 3 -> Preparación de la implementación de la modificación. Análisis de impacto y plan de acción
- MSI 4 -> Seguimiento y evaluación de los cambios hasta la aceptación
Metrica 3. Interfaces
- GP -> Gestión de proyecto. Después de EVS
- SEG -> Seguridad. Presente en todos los procesos
- GC -> Gestión de la configuración. Desde EVS -> GIT
- CAL -> Aseguramiento de la calidad. Desde EVS. Evitar la deuda técnica.
Catálogo de Técnicas y Prácticas
- TÉCNICA -> Conjunto de procedimientos que se basan en reglas y
notaciones específicas - PRÁCTICA -> Medio para la consecución de unos objetivos específicos
Técnicas y Prácticas de interés
- TÉCNICA
- Diagrama de descomposición
- Modelado de procesos de la organización. SADT
- Técnicas matriciales
- Técnica de MoSCoW
- PRÁCTICA
- Diagrama de representación
- Impacto en la organización
- Presentación
- Revisión formal
- Revisión técnica
AFIRMACIONES (valores) del Manifiesto ágil:
- Individuos e interacciones sobre procesos y herramientas.
- Software que funciona sobre documentación exhaustiva.
- Colaboración de clientes sobre la negociación del contrato.
- Respuestas ante el cambio sobre seguir un plan.
Principios del manifiesto ágil
- Satisfacer al client
- Los cambios son bienvenidos
- Entrega de software que funciona con frecuencia.
- El software funciona
- Los equipos son autoorganizados
Metodologías tradicionales VS Ágiles
Scrum. Definición y consideraciones
Basado en modelo iterativo e incremental.
- Backlog del producto
- Spring backlog
Scrum. Valores
- Compromiso
- Enfoque
- Apertura
- Respeto
- Coraje
Scrum. Roles
Los cerdos están comprometidos y las gallinas involucradas. En un desayuno el cerdo es bacon y la gallina pone huevos
- Roles Cerdos
- Scrum Master
- Product Owner
- Scrum Team
- Developers
- Roles Gallina
- Usuarios
- Stakeholders
Scrum. Reuniones
- Spring -> 2 - 4 semanas
- Spring planning -> 2 h/semana de spring (PO, DP, SM)
- Daily -> 15 min (DP, PO, SM)
- Spring Review -> 1h/semana de spring (PO, ST, SM)
- Retrospectiva -> 45 min/semana de spring (PO, ST, SM)
Scrum. Artefactos
- Product Backlog -> Product goal (objetivo dle producto)
- Sprign Backlog -> Spring goal (objetivo del spring)
- Incremento -> Definition of done (definición de hecho)
Scrum. ¿En qué consiste el gráfico Burn-down chart?
Que es lo que queda por hacer en un Spring.
Scrum. ¿En qué consiste el gráfico Burn-up chart?
Trabajo realizado en un spring de forma acumulada
Scrum. ¿En qué consiste el gráfico Velocity chart?
Muestra la evolución de la velocidad del equipo a lo largo de multiples springs
Scrum. ¿En qué consiste el uso de tableros?
Scrum. ¿En qué consiste el uso de Planning Poker?
Técnica de estimación basada en el consenso.
- Se presentan por el PO las Historias de Usuario o features que se quieren estimar.
- Mazo de cartas numeradas con la secuencia Fibonacci (1, 2, 3, 5, 8, etc.)
- Si hay discrepancia el equipo de desarrollo discute la feature
- Si hay consenso se asigna la estimación
NOTA: Parecido a Delphi en técnicas de estimación
Scrum. ¿En qué consiste el uso de Historias de usuario?
Las historias de usuario se suelen utilizar para obtener los requisitos (como en XP). Representan los requisitos mediante frases simples que utilizan el lenguaje común del usuario.
En que consiste Kanban
En tener un tablero con tareas, en esencia serían tres:
- To-Do
- Doing
- Done
Kanban. Prácticas habituales
- Limitar el trabajo en curso (WIP, Work In Progress): el número máximo de tareas a realizar en cada fase (a la vez)
- Gestionar el flujo de trabajo -> se miden los tiempos
- Cycle time (Ct): el tiempo de ciclo se inicia cuando el trabajo de una tarea comienza hasta que termina.
- Lead time (Lt): el tiempo de entrega se inicia cuando se realiza la petición de una tarea hasta que se hace la entrega de la misma.
- Hacer las políticas de proceso explícitas: las políticas definirán cuándo y por qué una tarjeta debe pasar de una columna a otra
Herramientas Kanban
- Kanban Tool.
- JIRA.
- Redmine.
- Trello.
- Apptio Targetprocess
Scrum vs Kanban
¿Qué es Scrumban?
Scrumban nace de la combinación de Scrum y Kanban
- Flujo de trabajo continuo.
- No se trabaja con sprints.
- Se adapta al trabajo planificado y no planificado (incidencias, soporte).
- Incorpora las reuniones como forma de mejora continua
- Columnas ->To-Do / Doing / Done / Testeada / Entregada.
¿En que consiste LSD (Lean Software Development)?
Desarrollada por Toyota
- Eliminar desperdicios -> MUDA -> Eliminar todo lo que no produce valor
- Amplificar el aprendizaje: (compartir conocimiento)
- Entregar lo antes posible
- Construir con calidad: (crear la integridad)
- MURI -> sobrecarga por encima de la capacidad
- MURA -> sobrecargar algunos recursos mientras otros esperan
- Técnicas
- VSM (Value Stream Mapping) -> Identifica los desperdicios
- Kaizen -> Mejora continua
- 5S -> Organizar el lugar de trabajo. 5 pasos (eses en japo): Ordenar, poner en orden, limpiar, estandarizar y disciplina
- Poka-yoke -> A prueba de errores
- Jidoka -> Automatización
¿En que consiste el Escalado Vertical ágil?
- Escalado Vertical -> varios equipos en un producto de gran tamaño.
- Nexus
- LeSS
- SAFe
¿En que consiste el Escalado Horizontal ágil?
- Escalado horizontal -> dependencias entre equipos
- Scrum de scrums (SoS) -> permite conectar a varios equipos que necesitan trabajar juntos
- Scrum @Scale (S@S) -> Todos forman parte de un equipo de Scrum intercambiable
- Spotify -> Modelo de escalado ágil (no un framework). Se basa en la organización de equipos autoorganizados bajo el concepto de Squads, equiparable a un Scrum Team. Varios ST son tribus.
¿En que consiste el Extreme programming (XP)?
Prontas entregas y springs
- Se basa en Historias de usuario
- Proceso XP
- El cliente define el valor
- El programador (equipo) estima el esfuerzo
- El programador construye el valor
- Iterativo. Vuelta al cliente
- Entregas pequeñas
- Programación en parejas
- Integración continua
- Cliente in-situ -> el cliente está presente
- Roles
- Cliente
- Programador
- Consultor
- Entrenador (Coach)
- Gestor (Big Boss)
- Encargado de pruebas (tester)
- Encargado de seguimiento (tracker)
- Principios
- Coraje o valentía
- Simplicidad
- Comunicación
- Retroalimentación
¿En que consiste Dynamic Systems Development Method (DSDM)?
De Reino Unido
DSDM está estructurado en 3 fases:
- Fase pre-proyecto.
- Fase de ciclo de vida del proyecto. Está subdividida en 5 etapas: estudio de viabilidad, estudio de negocio, iteración de modelo funcional, iteración de diseño y construcción e implementación.
- Fase post-proyecto.
Crystal Clear. Consideraciones
Clasifica los proyectos según 2 factores: tamaño del equipo y criticidad (medida de lasb consecuencias de los errores).
Conjunto de metodologías ágiles según el tamaño:
- Clear, Yellow (10-20)
- Orange (20-50)
- Red (50-100)
- Maroon (100-200)
- Diamond (200-500)
- Saphire (+500)
Agile Unified Process (AUP). Consideraciones
Es una versión simplificada de RUP
La naturaleza en serie de AUP se presenta en 4 fases:
- Inicio: el objetivo es identificar el alcance inicial del proyecto, una arquitectura potencial para el sistema y obtener fondos y aceptación por parte de las personas involucradas en el negocio.
- Elaboración: el objetivo es probar la arquitectura del sistema.
- Construcción: el objetivo es construir software operativo de forma incremental que cumpla con las necesidades de prioridad más altas de las personas involucradas en el negocio.
- Transición: el objetivo es validar y desplegar el sistema en el entorno de producción.
Open Unified Process (OpenUP). Consideraciones
De la Fundación Eclipse.
Adaptative Software Development (ASD). Consideraciones
Las características básicas de ASD son:
- Trabajo orientado y guiado por la misión del proyecto.
- Basado en la funcionalidad.
- Desarrollo iterativo.
- Desarrollo acotado temporalmente.
- Guiado por los riesgos.
- Trabajo tolerante al cambio.
Feature Driven Development (FDD). Consideraciones
- FDD o desarrollo basado en características (funcionalidades)
- Iteraciones cortas
- Entrega tangible
- Conveniente para desarrollos críticos
Practicas ágiles
- TDD -> Test Driven Development
- BDD -> Behavior Driven Development
- DDD -> Domain Driven Development
- DevOps
TDD (Test Driven Development). Consideraciones
Desarrollo dirigido por pruebas (TDD)
- Añadir prueba
- Escribir algo de código
BDD (Behavior Driven Development). Consideraciones
Desarrollo guiado por el comportamiento
- Los participantes determinan las características deseadas antes de generar código fuente
- Gherkin -> Lenmguaje que permite especificar las características y escenarios
- Cucumber
DDD (Domain Driven Development). Consideraciones
Pensado para proyectos complejos
- Lenguaje ubicuo -> Dominio
- Capa de infraestructura: conexión con componentes externos.
- Capa de aplicación: servicios que definen los puntos de entrada a la
aplicación aislando a las otras dos capas. - Capa de dominio: reglas de negocio.
DevOps. Consideraciones
Desarrollo y operación
- Automatizacion
- DevOpsSec -> Actores de seguridad
- CI -> Integracion continua
- Entrega continua -> se situa entre la integración y el despliegue. No llega a producción, se queda en PRE
- CD -> Despliegue continuo -> Llega hasta producción
- Releases (incrementos del código)
- Mejor Time to market (desde que surge la necesidad hasta despliegue)
- Mejor calidad.
- Costes más bajos.
- Mejores productos.
- Jenkin
Programación en parejas. Consideraciones
- Driver -> Teclea código
- Observer o Navigator - > Revisa código
OWASP SAMM. Consideraciones
Metodología para la seguridad del software.
NOTA: cae poco en examen
