Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previaÚltima revisiónAmbos lados, revisión siguiente | ||
ingenieria_de_requisitos:procesoir_ciclo_global [2023/11/27 10:21] – thejuanvisu | ingenieria_de_requisitos:procesoir_ciclo_global [2023/11/29 08:04] – thejuanvisu | ||
---|---|---|---|
Línea 30: | Línea 30: | ||
- En intervalos regulares el equipo se tiene que juntar y ver en que se puede mejorar el proyecto. | - En intervalos regulares el equipo se tiene que juntar y ver en que se puede mejorar el proyecto. | ||
+ | ==== Tipos de metodologías Agiles ==== | ||
+ | * Extreme Programming (XP) | ||
+ | * Se prioriza la historia de usuario | ||
+ | * Entrevistas | ||
+ | * Brainstorming | ||
+ | * Modelado Agil (AM) | ||
+ | * Scrum | ||
+ | ==== Metodología Agil VS Metodologías tradicionlaes con respecto a la captura de requisitos ==== | ||
+ | |||
+ | * En la Agil no hay tanta documentación como en la tradicional | ||
+ | * Cambia mucho la prioridad, en la Agil son muy fecuentes los cambios de requisitos | ||
+ | * Especificación de requisitos (Agil) | ||
+ | * Solamente se usa para entender ciertos procesos | ||
+ | * Se usan historias de usuario | ||
+ | * Validación de requisitos | ||
+ | * Se usan reuniones de revisión | ||
+ | * Gestión de requisitos | ||
+ | * No hay trazabilidad total como el la tradicional | ||
+ | * Aquí se pueden dejar requisitos To Be Defined (TBD) | ||
+ | |||
+ | Las metodologías tradicionales se utilizan en proyectos críticos ya que ahí es imposible utilizar metodologías Agiles. En Agile las fases no están definidas y hay muy poca documentación, | ||
+ | |||
+ | ===== Scrum ===== | ||
+ | Es una metodología ágil " | ||
+ | ==== Roles de Scrum ==== | ||
+ | |||
+ | * Product Owner: el cliente | ||
+ | * Gestiona las necesidades que serán satisfechas por el proyecto | ||
+ | * Recoger y tener claras las necesidades de la aplicación | ||
+ | * Fijar criterios de aceptación para cada historia de usuario | ||
+ | * Equipo de desarrollo: los que desarrollan el proyecto | ||
+ | * Autoorganizado | ||
+ | * Multifuncional | ||
+ | * Autónomo | ||
+ | * Scrum Master: Se encarga de solucionar problemas en el sprint y de revisar que se cumplan los plazos | ||
+ | * Sería equivalente a un jefe de proyecto | ||
+ | * Soluciona todo lo que pasa, problemas, impedimentos, | ||
+ | * Actúa como mentor. | ||
+ | |||
+ | ==== Artefactos de Scrum ==== | ||
+ | |||
+ | * Historias de usuario: Similar a los requisitos, pero a más alto nivel | ||
+ | * Son requisitos ambiguos | ||
+ | * Descripciones breves de lo que quiere el cliente | ||
+ | * Ejemplo: " | ||
+ | * Product Backlog: Documento de especificación de requisitos | ||
+ | * Es como un documento de requisitos | ||
+ | * Recopila historias de usuario y las organiza por prioridad | ||
+ | * Puede crecer y decrecer, nunca va a estar completo. | ||
+ | * El product Owner prioriza con Moscow: <- **Importante** | ||
+ | * M (Must) | ||
+ | * S (Should) | ||
+ | * C (Could) | ||
+ | * W (Wont) | ||
+ | * Sprint Backlog: El Subconjunto de tareas que se realizarán en un sprint | ||
+ | * Tareas seleccionadas a realizar durante un sprint | ||
+ | * Se coge un subconjunto de tareas del Product Backlog. | ||
+ | * Las tarjetas tendrán puntos y el valor de las tarjetas tomadas no puede superar cierto valor para evitar sobresaturación. | ||
+ | |||
+ | ==== Elementos de Scrum ==== | ||
+ | |||
+ | * Sprint: período de tiempo en el que hay que hacer una entrega | ||
+ | * Planificación | ||
+ | * Reuniones de Sprint | ||
+ | * Retrospectiva: | ||