Origen de scrum: Difference between revisions
No edit summary |
|||
| (4 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
El término '''scrum''' y el modelo de trabajo que designa fueron identificados y nombrados por Ikujiro Nonaka e Hirotaka Takeuchi en 1986, al analizar cómo desarrollaban nuevos productos las principales empresas de manufactura tecnológica de la época. Los autores compararon la forma de avanzar en equipo que observaban —solapada, autoorganizada, orientada a un objetivo compartido— con el avance en formación de ''scrum'' en el rugby, y el término quedó acuñado. | |||
Aunque | Aunque el modelo surgió en empresas de productos tecnológicos de hardware, es apropiado para cualquier proyecto con requisitos inestables que requiera rapidez y flexibilidad, situaciones especialmente frecuentes en el desarrollo de software. | ||
== De la observación al marco formal == | |||
El trabajo de Nonaka y Takeuchi describía patrones de comportamiento en equipos de alto rendimiento, pero no prescribía un método concreto. La formalización de Scrum como marco de reglas para el desarrollo de software vino después, de la mano de dos profesionales que aplicaron esos principios en sus propios proyectos: | |||
* '''Ken Schwaber''' empleó los principios de Scrum en el desarrollo de Delphi y los presentó públicamente en 1995 en la conferencia OOPSLA ("Object-Oriented Programming Systems & Applications"), con el nombre "Scrum Development Process". | |||
* '''Jeff Sutherland''' aplicó de forma paralela el mismo enfoque en Easel Corporation, empresa que posteriormente se integraría en VMARK, Informix y finalmente Ascential Software Corporation. | |||
Ambos formalizaron juntos el marco que hoy conocemos como Scrum y que la Scrum Guide documenta y actualiza de forma continua. | |||
== | == Características que definieron el modelo original == | ||
El estudio de Nonaka y Takeuchi identificó tres rasgos diferenciales en los equipos que trabajaban mejor: | |||
* '''Estrategia incremental:''' el producto no se planifica y ejecuta de una vez, sino que se construye y entrega en incrementos sucesivos. | |||
* | * '''Conocimiento tácito sobre procesos:''' la calidad del resultado se basa más en el conocimiento y la colaboración de las personas en equipos autoorganizados que en la rigurosidad de los procesos empleados. | ||
* | * '''Solapamiento de fases:''' en lugar de ciclos secuenciales donde cada fase espera a que termine la anterior, las actividades de análisis, diseño, desarrollo y pruebas se realizan de forma concurrente. | ||
* | |||
Estos tres rasgos siguen siendo los principios estructurales del Scrum actual. | |||
== Scrum y la IA == | |||
El modelo que Nonaka y Takeuchi describieron en 1986 —equipos autoorganizados, aprendizaje rápido, adaptación continua— resulta especialmente adecuado para el contexto actual de desarrollo con IA generativa, donde la incertidumbre sobre el comportamiento del producto es inherente y los requisitos evolucionan a medida que el equipo aprende cómo se comporta el modelo. Los principios del origen de Scrum no han envejecido: siguen describiendo las condiciones que permiten trabajar bien en entornos de alta incertidumbre. | |||
== Referencias == | |||
Takeuchi, Hirotaka; Nonaka, Ikujiro. (1986). "The New New Product Development Game". ''Harvard Business Review'', enero-febrero 1986. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[New New Product Development Game]] [[Campo de Scrum]] [[Scrum estándar: componentes y marco]] [[Introducción a scrum]] [[Adopciones de scrum: técnico y avanzado]] [[El manifiesto ágil]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | |||
[[Category:Scrum]] | |||
[[Category:Standard scrum]] | [[Category:Standard scrum]] | ||
Latest revision as of 14:53, 12 May 2026
El término scrum y el modelo de trabajo que designa fueron identificados y nombrados por Ikujiro Nonaka e Hirotaka Takeuchi en 1986, al analizar cómo desarrollaban nuevos productos las principales empresas de manufactura tecnológica de la época. Los autores compararon la forma de avanzar en equipo que observaban —solapada, autoorganizada, orientada a un objetivo compartido— con el avance en formación de scrum en el rugby, y el término quedó acuñado.
Aunque el modelo surgió en empresas de productos tecnológicos de hardware, es apropiado para cualquier proyecto con requisitos inestables que requiera rapidez y flexibilidad, situaciones especialmente frecuentes en el desarrollo de software.
De la observación al marco formal
El trabajo de Nonaka y Takeuchi describía patrones de comportamiento en equipos de alto rendimiento, pero no prescribía un método concreto. La formalización de Scrum como marco de reglas para el desarrollo de software vino después, de la mano de dos profesionales que aplicaron esos principios en sus propios proyectos:
- Ken Schwaber empleó los principios de Scrum en el desarrollo de Delphi y los presentó públicamente en 1995 en la conferencia OOPSLA ("Object-Oriented Programming Systems & Applications"), con el nombre "Scrum Development Process".
- Jeff Sutherland aplicó de forma paralela el mismo enfoque en Easel Corporation, empresa que posteriormente se integraría en VMARK, Informix y finalmente Ascential Software Corporation.
Ambos formalizaron juntos el marco que hoy conocemos como Scrum y que la Scrum Guide documenta y actualiza de forma continua.
Características que definieron el modelo original
El estudio de Nonaka y Takeuchi identificó tres rasgos diferenciales en los equipos que trabajaban mejor:
- Estrategia incremental: el producto no se planifica y ejecuta de una vez, sino que se construye y entrega en incrementos sucesivos.
- Conocimiento tácito sobre procesos: la calidad del resultado se basa más en el conocimiento y la colaboración de las personas en equipos autoorganizados que en la rigurosidad de los procesos empleados.
- Solapamiento de fases: en lugar de ciclos secuenciales donde cada fase espera a que termine la anterior, las actividades de análisis, diseño, desarrollo y pruebas se realizan de forma concurrente.
Estos tres rasgos siguen siendo los principios estructurales del Scrum actual.
Scrum y la IA
El modelo que Nonaka y Takeuchi describieron en 1986 —equipos autoorganizados, aprendizaje rápido, adaptación continua— resulta especialmente adecuado para el contexto actual de desarrollo con IA generativa, donde la incertidumbre sobre el comportamiento del producto es inherente y los requisitos evolucionan a medida que el equipo aprende cómo se comporta el modelo. Los principios del origen de Scrum no han envejecido: siguen describiendo las condiciones que permiten trabajar bien en entornos de alta incertidumbre.
Referencias
Takeuchi, Hirotaka; Nonaka, Ikujiro. (1986). "The New New Product Development Game". Harvard Business Review, enero-febrero 1986.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.