Herramientas de usuario
ps:metodologias_agiles
Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anteriorRevisión previaPróxima revisión | Revisión previa | ||
| ps:metodologias_agiles [2024/01/31 18:43] – thejuanvisu | ps:metodologias_agiles [2024/01/31 18:56] (actual) – thejuanvisu | ||
|---|---|---|---|
| Línea 1: | Línea 1: | ||
| - | ====== Proyecto Integral del Software: Metodologías Ágiles ====== | + | ====== Proyecto Integral del Software: Metodologías Ágiles |
| ===== Reuniones y roles ===== | ===== Reuniones y roles ===== | ||
| ==== Tipos de Reuniones ==== | ==== Tipos de Reuniones ==== | ||
| Línea 12: | Línea 12: | ||
| {{drawio> | {{drawio> | ||
| </ | </ | ||
| - | * Product Owner: Representa la voz del cliente y de los interesados no implicados en el proyecto. Se encarga de definir los objetivos del proyecto y garantizar que el equipo trabaja de modo adecuado par alcanzar los objetivos | + | |
| - | * Scrum Master: Es el encargado de que el equipo de trabajo funcione cada vez mejor. Busca asegurar que se alcancen los objetivos de cada Sprint y, en el mejor de los casos, lograr más de lo que marcan los ojetivos. | + | |
| - | * Se encarga de que todo funcione para poder poner en marcha la agilidad | + | |
| * Time Boxing: El scrum master debe tener todas las partes de srcum limitadas por tiempo. | * Time Boxing: El scrum master debe tener todas las partes de srcum limitadas por tiempo. | ||
| - | * Equipo de desarrollo (Scrum Team): Es el equipo encargado de desarrollar y entregar el producto. Es un grupo auto-organizado | + | |
| - | * StakeHolders: | + | |
| Lo que se busca con estos roles es que "El que más sabe de algo que sea el que lo haga". | Lo que se busca con estos roles es que "El que más sabe de algo que sea el que lo haga". | ||
| Línea 28: | Línea 28: | ||
| Para evitar estos desperdicios son importantes las retrospectivas utilizando técnicas como la de la estrella de mar para localizar cosas que se deben hacer más o menos, además de las cosas que se están haciendo bien. | Para evitar estos desperdicios son importantes las retrospectivas utilizando técnicas como la de la estrella de mar para localizar cosas que se deben hacer más o menos, además de las cosas que se están haciendo bien. | ||
| + | |||
| + | ===== Estimación y puntos de historia ===== | ||
| + | Se utilizan para calcular la velocidad del equipo de trabajo. Hay 2 principales tipos de estimación: | ||
| + | * **Estimación general**: Estimamos lo que podemos hacer basándonos en sprints anteriores | ||
| + | * **Estimación por Planning poker**: Se utilizan unas cartas con la sucesión de fibonacci (1, 2, 3, 5, 8, 13, 20, 40 y 100). Cuando se selecciona la tarea a realizar los participantes toman las cartas en base a la complejidad que creen que tienen una tarea. Tras eso cada miembro muestra la carta y se selecciona a los miembros que han tomado la carta más alta y más baja y se les pide que expliquen por que consideran que puede ser más fácil o más difícil la tarea en cuestión, lo que resulta en un debate que finaliza con una votación y un consenso entre los miembros del equipo. | ||
| + | |||
| + | ==== Pasos para estimar ==== | ||
| + | * Ver el product backlog | ||
| + | * Tamaño unidad: complejidad en puntos historia (Algunos los traducen en horas) | ||
| + | * Tiempo ideal: puntos de historia por sprint (Velocidad) | ||
| + | * Tiempo Real | ||
| + | |||
| + | ===== Priorizando el product backlog ===== | ||
| + | * Técnica de MoSCoW y Kano: | ||
| + | * Se utiliza para clasificar y priorizar requisitos en función de los que satisfaán al usuario. | ||
| + | * 4 tipos: | ||
| + | * Requisitos obligatorios (Básicos) | ||
| + | * Necesidades (Esperados) | ||
| + | * No esperados (Inesperados pero que interesan) | ||
| + | * Indiferentes (El cliente no está interesado en estos) | ||
| + | |||
ps/metodologias_agiles.1706726594.txt.gz · Última modificación: 2024/01/31 18:43 por thejuanvisu
Herramientas de la página
