Scrum, Agile, Kanban buscando el tipo de información 'para tontos' [cerrado]

Estoy seguro de que no estoy solo en esto. Escuché y leí muchos fragmentos de información sobre este tema y formé mi propia comprensión; probablemente no sea la mejor manera de evaluar el valor o intentar implementarlo.

¿Puede publicar sus recursos favoritos (libros, blogs, podcasts) que ayudarán a un principiante? O peor que un principiante alguien que necesita deshacer suposiciones.

Gracias

¿Cuál es la pregunta real? ¿Cuáles son los mejores puntos de entrada para "novatos totales"?
Solo estoy buscando consejos sobre recursos. Gracias
Voto para cerrar esta pregunta como fuera de tema porque se trata de "recomendaciones para blogs, libros, enlaces o terminología general". De acuerdo con estas reglas , este tipo de preguntas están fuera de tema.

Respuestas (7)

Primero, para establecer el tono, puede comenzar con esta pregunta de StackOverflow sobre Agile, Lean y Kanban .

En resumen, ágil y lean son conceptos generales, el primero basado en Agile Manifesto y el segundo en Toyota Production System . Luego tenemos Scrum o XP, construido sobre Agile, y Kanban, construido sobre Lean, que son métodos específicos que los equipos pueden implementar, como Prince2.

Personalmente, no trato los movimientos ágiles y esbeltos de una manera muy ortodoxa: se basan en los mismos principios. Entonces, hasta cierto punto, se superponen. Además, encontrará equipos que mezclan métodos de ambas casas, siendo Scrumban (una combinación de Scrum y Kanban) probablemente el más común.

Si quisiera posicionar métodos ágiles/esbeltos de alguna manera, diría que:

  • Scrum es el más cercano a los métodos de gestión de proyectos de la vieja escuela, aunque en realidad no se ocupa del lado formal de la gestión de proyectos.
  • XP se enfoca en prácticas de ingeniería y generalmente está centrado en el programador.
  • Kanban a menudo se denomina marco de gestión de cambios, ya que no cambia la forma en que trabaja el equipo el día 1 y permite que el proceso evolucione con el tiempo.

Como los tres se enfocan en cosas diferentes, no es raro verlos, o sus partes, usadas juntas.

Si desea obtener más información, comenzaría con este conjunto de materiales:

En términos de libros como puntapié inicial, recomendaría:

En cuanto a Scrum, recomendaría leer " Scrum y XP desde las trincheras ".

En cuanto a Kanban, deberías escuchar uno de los grandes discursos de Pawel Brodzinski. Vende Kanban tan fácil como respira. Un enlace que encontré en muy poco tiempo: http://blog.brodzinski.com/2010/11/kanban-basics.html

En cuanto a Agile, es un dominio muy grande. ¿Deberíamos ceñirnos únicamente al Manifiesto Ágil?

+1 Scrum y XP desde las trincheras es un gran libro electrónico. Debería cubrir suficientemente Agile.

Perry, aunque he escuchado opiniones encontradas, realmente disfruté el libro Scrumban de Corey Lada.

También hay un gran material de Henrik Kniberg. Por ejemplo: Kanban vs. Scrum

Agile Learning Labs, un taller de capacitación Agile con sede en San Francisco, acaba de lanzar Elements of Scrum . Revisé el libro en mi blog y lo recomiendo encarecidamente. Basado en un manual de sus cursos de CSM, el libro es una lectura muy fácil que refleja el estilo de entrenamiento relajado que ALL ha estado utilizando con éxito (tomé mi curso de CSM con ellos). Aunque es un manual básico de alto nivel, todavía lo guardo en la estantería de mi oficina. Lo busco una vez a la semana, ya sea para mi propia referencia o para explicarle algo a alguien.

Libros sobre Scrum:

  • La Guía Scrum - por Ken Schwaber y Jeff Sutherland; PDF corto, conciso y gratuito que cubre solo lo esencial para trabajar de forma iterativa/incremental.
  • Desarrollo ágil de software con Scrum - Schwaber/Beedle; texto canónico al que muchos equipos se refieren a menudo como "La Biblia". Gran cantidad de excelente material de apoyo sobre por qué los marcos iterativos/incrementales como Scrum ayudan a los equipos a ser más productivos y generar ROI.

podcasts:

  • El venerable Podcast Agile Toolkit de Bob Payne. Bob entrevistó a casi todos los líderes de opinión en el espacio ágil durante cinco años. A veces hay grandes brechas entre los lanzamientos, pero cada uno vale la pena.
Estoy un poco distanciado de Ken Schwaber, ya que se sabe que tiene un enfoque muy ortodoxo de Scrum, consulte: kenschwaber.wordpress.com/2010/06/10/… De todos modos, el libro es bueno.
Entiendo la reticencia que algunos tienen sobre el enfoque de Ken, pero dado que él y Jeff lo crearon, la "ortodoxia" es igualmente comprensible. Scrum es solo un marco de reglas al que algunos no pueden adaptarse, de ahí los diversos sabores que están muy bien. Simplemente no son Scrum. Estoy de acuerdo con lo que dice Ken en su publicación de junio pasado: las personas son libres de crear sus propios sistemas y probarlos, pero no los llame Scrum.

Veo que mucha gente respondió a tu pregunta.

Si está interesado en Kanban, Scrum (o Scrumban), debe probarlos y luego descubrirá cuál de ellos es el mejor para usted.

Recomiendo Kanban, ya que se trata más de flujo de trabajo que de visualización, pero solo soy yo. Todo depende de lo que quieras conseguir con él.

Además, puede leer aquí sobre las diferencias entre Kanban y Scrum .

Aquí puede leer sobre las diferencias entre Scrumban y Kanban: ¿Cuáles son algunas diferencias entre Scrumban y Kanban?

Y este es el libro que recomendaría a cualquiera que sea nuevo en Scrumban: El libro electrónico Scrumban Evolution Software Development.