If you can't read please download the document
Upload
alberto-torreblanca
View
1.547
Download
0
Embed Size (px)
DESCRIPTION
Adaptación en español de la popular presentación Intro To Scrum
Citation preview
2.
3.
4. Nos permite rpidamente y en repetidas ocasiones inspeccionar software real de trabajo (cada dos semanas o un mes). 5. El negocio fija las prioridades. Los equipos se auto-organizan a fin de determinar la mejor manera de entregar las funcionalidades de ms alta prioridad. 6. Cada dos semanas o un mes, cualquiera puede ver el software real funcionando y decidir si liberarlo o seguir mejorandolo en otro sprint.
7.
10. Autor de tres libros sobre Scrum
11.
12. Yahoo 13. Google 14. Electronic Arts 15. High Moon Studios 16. Lockheed Martin 17. Philips 18. Siemens 19. Nokia 20. Capital One 21. BBC 22. Intuit
23. Nielsen Media 24. First American Real Estate 25. BMC Software 26. Ipswitch 27. John Deere 28. Lexis Nexis 29. Sabre 30. Salesforce.com 31. Time Warner 32. Turner Broadcasting 33. Oce 34.
35. Desarrollos internos 36. Desarrollos bajo Contrato 37. Proyectos Fixed-price 38. Aplicaciones Financieras 39. Aplicaciones certificadas ISO 9001 40. Sistemas Embebidos 41. Sistemas con requisitos 7x24 y 99.999% de disponibilidad 42. Joint Strike Fighter
43. Sistemas crticos de soporte vital, aprobados por laFDA 44. Software de control satelital 45. Sitios Web 46. Software para Handheld 47. Telfonos porttiles 48. Aplicaciones de Network switching 49. Aplicaciones de ISV 50. Algunas de las ms grandes aplicaciones en uso 51.
52. El producto avanza en una serie de Sprints" de dos semanas a un mes de duracin 53. Los requisitos son capturados como elementos de una lista de Product Backlog" 54. No hay prcticas de ingeniera prescritas 55. Utiliza normas generativaspara crear un entorno gil para la entrega de proyectos 56. Uno de los procesos giles 57.
58.
59.
60.
61.
62. La duracin constante conduce a un mejor ritmo 63. El product es diseado, codificado y testeado durante el Sprint 64.
65.
66.
67. ScrumMaster 68. Team
69. Sprint review 70. Sprint retrospective 71. Daily scrum meeting
72. Sprint backlog 73. Burndown charts
74.
75. Sprint backlog 76. Burndown charts
77. Sprint review 78. Sprint retrospective 79. Daily scrum meeting
80. ScrumMaster 81. Team
82.
83. Decide sobre las fechas y contenidos de los releases 84. Es responsable por la rentabilidad del producto (ROI) 85. Prioriza funcionalidades de acuerdo al valor del mercado/negocio 86. Ajusta funcionalidades y prioridades en cada iteracin si es necesario 87. Acepta o rechaza los resultados del trabajo del equipo 88.
89. Responsable de promover los valores y prcticas de Scrum 90. Remueve impedimentos 91. Se asegura de que el equipo es completamente funcional y productivo 92. Permite la estrecha cooperacin en todos los roles y funciones 93. Escudo del equipo de interferencias externas 94.
95. Multi-funcional:
96.
97. ScrumMaster 98. Team
99. Sprint backlog 100. Burndown charts
101. Sprint review 102. Sprint retrospective 103. Daily scrum meeting
104.
105. Crear el Sprint Backlog (tareas) en base a los temas del Product Backlog (user stories / features) 106. Estimar Sprint Backlog en horas
107. Seleccionar el objetivo del Sprint
108.
109. Se crea el Sprint Backlog
111.
113. Parados
115. Ayuda a evitar otras reuniones innecesarias 116.
117. Se trata de compromisos delante de pares
118.
119. Normalmente adopta la forma de una demo de las nuevas caractersticas o la arquitectura subyacente 120. Informal
122. Se invita a todo el mundo 123.
124. Normalmente 15 a 30 minutos 125. Se realiza luego de cada sprint 126. Todo el equipo participa
128. Equipo 129. Posiblemente clientes y otros 130.
131.
132. ScrumMaster 133. Team
134. Sprint review 135. Sprint retrospective 136. Daily scrum meeting
137. Sprint backlog 138. Burndown charts
139.
140. Una lista de todos los trabajos deseados en el proyecto 141. Idealmente cada tema tiene valor para el usuarios o el cliente 142. Priorizada por el Product Owner 143. Repriorizada al comienzo de cada Sprint
144.
145.
146.
147. El trabajo nunca es asignado 148. La estimacin del trabajo restante es actualizada diariamente 149. Cualquier miembro del equipo puede aadir, borrar o cambiar el Sprint Backlog 150. El trabajo para el Sprint emerge 151. Si el trabajo no est claro, definir un tema del Sprint Backlog con una mayor cantidad de tiempo y subdividirla luego. 152. Actualizar el trabajo restante a medida de que ms se conoce 153.
154.
155.
156.
158. Dispersin del equipo 159. Duracin del proyecto
160.
161.
162.
163. www.scrumalliance.org 164. www.controlchaos.com 165. [email_address] 166.
167. Agile Estimating and Planningby Mike Cohn 168. Agile Project Management with Scrumby Ken Schwaber 169. Agile Retrospectivesby Esther Derby and Diana Larsen 170. Agile Software Development Ecosystemsby Jim Highsmith 171. Agile Software Development with Scrumby Ken Schwaber andMike Beedle 172. Scrum and The Enterpriseby Ken Schwaber 173. User Stories Applied for Agile Software Developmentby Mike Cohn 174. Artculos semanales en www.scrumalliance.org 175.
177. Para ms informacin ver http://creativecommons.org/licenses/by/3.0/ 178.