Jump to content

Modelo original de Scrum para desarrollo de software: Difference between revisions

Modelo original de Scrum para desarrollo de software (view source)

Revision as of 12:46, 12 January 2024

244 bytes added ,  12 January
no edit summary
No edit summary
No edit summary
Line 2: Line 2:
'''Scrum''' es el término dado por Nonaka y Takeuchi al método de desarrollo de nuevos productos realizado con equipos reducidos, multidisciplinares, que trabajan con comunicación directa y empleando ingeniería concurrente, en lugar de ciclos o fases secuenciales.
'''Scrum''' es el término dado por Nonaka y Takeuchi al método de desarrollo de nuevos productos realizado con equipos reducidos, multidisciplinares, que trabajan con comunicación directa y empleando ingeniería concurrente, en lugar de ciclos o fases secuenciales.


Esta forma de trabajo logra niveles de eficiencia y valor en el producto superiores a los obtenidos con ingeniería secuencial y producción basada en procesos. En los 80, Nonaka y Takeuchi ([[Takeuchi & Nonaka 1986]]) analizaron esta forma de producción, observando cómo trabajaban los equipos de las empresas tecnológicas que lograban mayores niveles de eficiencia y valor en sus productos("[[New New Product Development Game]]"): Fuji-Xerox, Canon, Honda, NEC, Epson, Brother, 3M, Xerox y Hewlett-Packard.
Esta forma de trabajo logra niveles de eficiencia y valor en el producto superiores a los obtenidos con ingeniería secuencial y producción basada en procesos. En los 80, Nonaka y Takeuchi<sup>1</sup> analizaron esta forma de producción, observando cómo trabajaban los equipos de las empresas tecnológicas que lograban mayores niveles de eficiencia y valor en sus productos(''New New Product Development Game''): Fuji-Xerox, Canon, Honda, NEC, Epson, Brother, 3M, Xerox y Hewlett-Packard.


Diez años más tarde Ken Schwaber presentó en OOPSLA (1995) la descripción de la implementación de Scrum para software que él empleaba en el desarrollo de Delphi.
Diez años más tarde Ken Schwaber presentó en ''OOPSLA'' (1995) la descripción de la implementación de Scrum para software que él empleaba en el desarrollo de Delphi.


Las implementaciones de Scrum para desarrollo de software se vienen enriquecendo desde entonces, y poco tienen que ver las implementaciones actuales con la original de Ken. Ahora es muy raro que alguien configure un campo de Scrum con los controles originales (paquetes, cambios, riesgos, soluciones...) el Backlog único ha evolucionado a Backlog de producto y Backlog de Sprint. También es habitual usar un backlog estratégico o "Epics" de producto. La evolución añadió a la reunión de revisión de sprint, otra de inicio; y más tarde otra de retrospectiva. Tampoco se suele usar la fase de cierre, etc.
Las implementaciones de Scrum para desarrollo de software se vienen enriquecendo desde entonces, y poco tienen que ver las implementaciones actuales con la original de Ken. Ahora es muy raro que alguien configure un campo de Scrum con los controles originales (paquetes, cambios, riesgos, soluciones...) el Backlog único ha evolucionado a Backlog de producto y Backlog de Sprint. También es habitual usar un backlog estratégico o "Epics" de producto. La evolución añadió a la reunión de revisión de sprint, otra de inicio; y más tarde otra de retrospectiva. Tampoco se suele usar la fase de cierre, etc.
Line 100: Line 100:


Estos controles '''se emplean en diversas fases de Scrum.''' La dirección los emplea para gestionar el ''backlog''. Los equipos los usan para gestionar cambios y problemas. Ambos, dirección y equipos,  gestionan los temas, riesgos y soluciones. Estos controles son revisados, modificados y consolidados en la revisión de cada ''sprint''.
Estos controles '''se emplean en diversas fases de Scrum.''' La dirección los emplea para gestionar el ''backlog''. Los equipos los usan para gestionar cambios y problemas. Ambos, dirección y equipos,  gestionan los temas, riesgos y soluciones. Estos controles son revisados, modificados y consolidados en la revisión de cada ''sprint''.
Scrum Development Process
Ken Schwaber


==Referencias==
==Referencias==
*<sup>1</sup> Ikujiro Nonaka & Hirotaka Takeuchi (1986) "New New Product Development Game", ''Harvard Business Review'' Jan, 1.
*Schwaber, Ken (1995) Scrum Development Process, ''OOPSLA''.
*[https://www.scrummanager.com/bok/images/7/7c/Scrum_Development_Process.pdf Scrum Development Process].
*[https://www.scrummanager.com/bok/images/7/7c/Scrum_Development_Process.pdf Scrum Development Process].
*[https://www.scrummanager.com/bok/images/e/e0/Living_on_the_Edge.pdf Living on the Edge].
*[https://www.scrummanager.com/bok/images/e/e0/Living_on_the_Edge.pdf Living on the Edge].
==Véase también==
==Véase también==
*[[Sprint]].
*[[Backlog]].
*[[Burn down]].
*[[Estimación de póquer]].
*[[New New Product Development Game]].
*[[Crisis del software]].
*[[Crisis del software]].
[[Category:Sueltos]]
[[Category:Sueltos]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Special:MobileDiff/2552"