Descargar para leer sin conexión
![De la Idea a la Web Pedro Álvarez [email_address] Diana López [email_address]](https://image.slidesharecdn.com/tuenti-delaideaalaweb-111123040243-phpapp02/75/Tuenti-de-la-idea-a-la-web-1-2048.jpg)
![¿Te Animas? Proyectos de Fin de Carrera Becas Part Time Full Time Associate Programs [email_address]](https://image.slidesharecdn.com/tuenti-delaideaalaweb-111123040243-phpapp02/75/Tuenti-de-la-idea-a-la-web-23-2048.jpg)
Subido porTuenti
Tuenti - de la idea a la web
El documento presenta los conceptos y flujos de trabajo clave para el desarrollo ágil de software, incluyendo la formación de equipos interdisciplinarios, el uso de brainstorming y documentos para definir requisitos, el marco Scrum para gestión de proyectos iterativos, pruebas automatizadas continuas, revisión de código por pares, y lanzamientos semanales para implementar cambios.
Más contenido relacionado
Similar a Tuenti - de la idea a la web
Tuenti - de la idea a la web
- 1. De la Ideaa la Web Pedro Álvarez [email_address] Diana López [email_address]
- 2. Agenda Equipos deProducto Flujo de Trabajo Brainstorming PID (Project Initiation Document) PRD (Project Requirements Document) Desarrollo Release Dudas y Preguntas
- 3. Equipos de Producto1 Product Manager 1 Team Lead 5 Ingenieros 1 Diseñador 1 Ingeniero de QA
- 4.
- 5. Brainstorming Todos participamosaportando ideas
- 6. PID (Project InitiationDocument) “ Descripción a grandes rasgos del alcance del proyecto” Responsables Product Manager Team Lead Resultado Aprobación > PRD
- 7. PRD (Project RequirementsDocument) “ Definición de los requisitos finales del producto” Responsables Product Manager Todo el Equipo Técnico Resultado Inicio del Proyecto
- 8. Scrum “ Marcode trabajo para la gestión de proyectos basada en un proceso iterativo utilizado entornos basados en el desarrollo ágil de software ”
- 9. Scrum > ElEquipo Product Owner (PM) Responsable del producto y de las prioridades Accepta o rechaza el resultado ScrumMaster (TL o Ingeniero) Gestiona el Sprint Se encarga de los impedimentos Scrum Team (Ingenieros, Diseñadores, QA...) Tamaño 6-8 Habilidades transversales Responsables del Sprint Usuarios / Stakeholders
- 10. Scrum > ElSprint Planning ScrumMaster, Product Owner y Scrum Team Revisión de las User Stories del Product Backlog Definición del Sprint Backlog 2 Semanas Scope según la Sprint Velocity del Equipo
- 11. Scrum > DailyScrum ScrumMaster y Scrum Team Reunión de 5-10 minutos Cada miembro del Equipo debe responder ¿Qué hizo ayer? ¿Qué va hacer hoy? ¿Ha encontrado con algún impedimento? Actualización del Burndown
- 12. Scrum > DailyScrum
- 13. Scrum > DemoProduct Owner, ScrumMaster y Scrum Team Se muestra al Product Owner el resultado. Product Owner acepta o rechaza los resultados. Resultado Nuevas User Stories Sprint Retrospective
- 14. Scrum > SprintRetrospective ScrumMaster y Scrum Team Revisón del Sprint Cosas Mejorables Cosas Buenas Ideas Resultado se aplica en los siguientes Sprints
- 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. Testing Unit Test“ Forma de probar el correcto funcionamiento de un módulo de código por separado” Integration Test “ Forma de probar que todas los componentes funcionan de forma combinada” Acceptance Test “ Forma de validar que el producto cumple el funcionanmiento esperado” Code Coverage “ Forma de saber la cantidad de código que está sometido a nuestras pruebas”
- 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. Code Review ¿Porqué? Menor número de bugs Más calidad de código ¿Cómo? Por Changeset Pair Programming Proyecto Completo
- 20. Quality Assurance Pruebasmanuales (Test Cases) en diferentes browsers Pruebas de Regresión
- 21. Release Todos losMartes y Jueves a las 8:00 Asistentes: Todos los ingenieros con código Responsable(s) de QA Release Manager Responsable de sistemas Canal de chat con todos los implicados
- 22. Release "Live bugfixing"hasta ~11:30 AM Errors spreadsheet Cierre de la release
- 23. ¿Te Animas? Proyectosde Fin de Carrera Becas Part Time Full Time Associate Programs [email_address]
Notas del editor
- #4 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.
- #6 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.
- #7 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.
- #8 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.
- #10 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.
- #11 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.
- #12 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.
- #15 Scrum es un proceso que se retroalimenta
- #22 ¿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.
- #23 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.