15. Pair Programming “ Técnica usada, en Agile Development, cuando dos desarolladores trabajan en el mismo ordenador Un miembro escribe el código mientras el otro revisa el trabajo. El teclado va cambiando de manos con frecuencia.”
16.
17. Control de Versiones “ Gestión de los diversos cambios que se realizan sobre el código fuente de algún producto”
18. Integración Continua “ Ejecuciones de test automatizadas que permiten detectar fallos lo antes posible”
19.
20.
21.
22.
23.
Hinweis der Redaktion
Decir que cada equipo se encarga del desarrollo de varios productos dentro de la web. Como por ejemplo apps de juegos, core del feed, interactive de fotos.
Se hacen más o menos un brainstorming cada Quarter, cada tres meses. En esta reunión participa el equipo al completo y la esta dirigida por el PM. Se suele dividir en dos partes: en la primera se buscan ideas para mejorar los productos en los que trabaja el propio equipo y otra con ideas a nivel general del sitio. Como se ve en la foto se van escribiendo las ideas en post-its se vean agrupando y se vota para ver las más relevantes. El PM ya es quien se encarga de gestionar y decidir cuales son las mejores y más importantes.
Una vez que se decide que idea o producto se quiere desarrollar el PM comienza a definirlo. Así que el PM en pieza a esbozar los requisitos del producto en el PID. Una vez que este documento se aprueba es cuando se empieza ya a definir con más de el producto que se va a desarrollar. Comienza a escribirse el PRD.
El PRD es un documento donde se define toda la funcionalidad del producto, como va a funcionar. El PM es el encargado de escribirlo y es asesorado por el equipo técnico. Ya que son los encargados de decir si una funcionalidad concreta es técnicamente viable. Una vez escrito es documento, comienza el proyecto.
Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum trabaja de forma adecuada desde la perspectiva del negocio. El Product Owner escribe historias de usuarios, las prioriza, y las coloca en el Product Backlog. El Scrum es facilitado por un ScrumMaster , cuyo trabajo primario es eliminar los obstáculos que impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no es el líder del equipo (porque ellos se auto-organizan), sino que actúa como una protección entre el equipo y cualquier influencia que le distraiga. El ScrumMaster se asegura de que el proceso Scrum se utiliza como es debido. El ScrumMaster es el que hace que las reglas se cumplan. ScrumTeam: El equipo tiene la responsabilidad de entregar el producto. Un pequeño equipo de 5 a 9 personas con las habilidades transversales necesarias para realizar el trabajo (diseñador, desarrollador, etc). Usuarios: Los usuarios son el destinatario final del producto. Stakeholders : Serefiere a la gente que hace posible el proyecto y para quienes el proyecto producirá el beneficio acordado que lo justifica. Sólo participan directamente durante las revisiones del sprint.
El objetivo de esta reunión es definir el scope del sprint (sprint backlog), es decir, que vamos a hacer durante las siguientes dos semanas. Esta reunión está dirigida por el Scrum Master y se involucra a todo el equipo. Del product backlog se extraen las user stories (pedazos de funcionalidad, una user storie podría ser “como usuario quiero ver una lista de los últimos juegos a los que he jugado”. Las user stories se ordenan por prioridad dentro del product backlog. Según la velocidad de desarrollo del equipo se pueden incluir más user stories o menos.
Una reunión que se realiza todas las mañanas junto a la pizarra de scrum y que debe duran entre 5-10 minutos. Cada miembro de equipo explica las tareas que hizo el día anterior y el trabajo que va a hacer ese día. Además de comentar si se ha encontrado con algún impedimento. Si existe algún impedimento, el scrummaster es el encargado de eliminarlo. Además se actualiza la gráfica del burndow para tener un feedback rápido del estado del sprint.
Scrum es un proceso que se retroalimenta
¿Por qué martes y jueves? Porque son los mejores días ya que los lunes es demasiado temprano y los viernes demasiado arriesgado debido a que el sábado no se trabaja.
Si después de cerrar la release se encuentra algún bug en el site se haría un hotfix. Si el problema es realmente gordo. Explicar q es un hotfix.