DEFINICIÓN DE SCRUM

DEFINICIÓN DE SCRUM

Scrum es un marco de trabajo estructurado para el desarrollo de productos y servicios innovadores, lo cual hace patente la eficacia  relativa de las prácticas de gestión de producto y de desarrollo de modo que pueda mejórala, este marco de trabajo empieza por crear un producto backlog-una lista priorizada de las características y otras capacidades necesarias para desarrollar un producto exitoso. Scrum es ideal para gestionar el desarrollo de software, este no es un proceso o una técnica para construir productos; en lugar de eso, es un marco de trabajo dentro del cual se pueden emplear varios procesos y técnicas, el trabajo en sí se realiza en fin, iteraciones de bloques de tiempo (time-boxes)  el cual tiene una duración de dos semanas a un mes. El desarrollo de software no genera el mismo resultado cada vez que, dada una cierta entrada, Scrum adopta este hecho y es empírico, lo que significa que promueve el uso de la observación y la experimentación con el fin de inspeccionar y adapta. (RUBIN, 2012) (Sutherland, 2011) (Keith, 2010) (Hundhausen, 2012)

ORIGEN DE SCRUM

El término scrum proviene de un artículo titulado "El nuevo juego de desarrollo de productos, publicado por Hirotaka Tacheuchy e Ikujiro Nonaka en la Harvard Bussiness Review en 1986. En su contexto original, la palabra "scrum" es en realidad un término tomado del deporte del rugby el cual se refiere a reiniciar el juego después de que ha habido una infracción menor en el campo  o cuando el balón ha salido fuera de juego.Takeuchi y Nonaka utilizan las metáforas de rugby y el scrum para describir el desarrollo de productos, y Hirotaka Takeuchi  define scrum como "una estrategia flexible, holístico de desarrollo de productos, donde un equipo de desarrollo trabaja como una unidad para leer un objetivo común. En este artículo publicado en 1986 se describe como se producen empresas como Honda, Canon y Fuji-Xerox  resultados de clase mundial con un enfoque escalable, basada en equipos de todo a la vez el desarrollo de productos.

A principios de 1990 nace la idea de un enfoque de equipo de adaptación para el desarrollo de software que se conoce como scrum, desde entonces se identificó por primera vez como un modelo para el desarrollo de software en el libro Wicked Problemas, Soluciones Righteous (Degrace y Stahl, 1990). En 1993, Jeff Sutherland y su equipo en caballete Corporation  se dio cuenta de que su equipo de software necesitaría una versión mejorada de desarrollo rápido de aplicaciones, lo que hizo que mediante la combinación de los conceptos del artículo de 1986 creara el proceso Scrum, para su uso en un esfuerzo de desarrollo de software. Durante más o menos el mismo período, Ken Schwaber busca activamente la forma en que podía ayudar a su empresa, Advanced Desarrollo Methods, Inc. (ADM) en donde en 1995, Ken Schwaber publicó el primer artículo sobre Scrum en OOPSLA 1995 (Schwaber 1995). (RUBIN, 2012) (Pham, 2012) (OWENS, 2014) (Keith, 2010)

A petición del Grupo de Gestión de Objetos (OMG) en 1995, Jeff y Ken trabajaron juntos y crearon una nueva metodología, que llamaron Scrum, y se describen en el artículo de Schwaber "Scrum y el Perfect Strom". Desde entonces, Schwaber y Sutherland, han producido varias publicaciones Scrum-específicas, incluyendo Desarrollo de Software Ágil con Scrum (Schwaber y Beedle 2001), Gestión de Proyectos Ágil con Scrum (Schwaber 2004), y "La Guía de Scrum" (Schwaber  y Sutherland 2011) en la  que esta guía representa las reglas oficiales de Scrum y es mantenido por los creadores del mismo . Aunque Sutherland y Schwaber fueron los PRIMEROS en utilizar y definir Scrum, Scrum integra las ideas de muchas fuentes. (Hundhausen, 2012) (Keith, 2010) (Pham, 2012) (RUBIN, 2012)

MARCO DE TRABAJO

El marco de trabajo de Scrum no es un proceso estandarizado, sino más bien es un marco para organizar y  la gestión del trabajo. Consiste en los equipos Scrum y en sus roles, eventos artefactos y reglas asociadas, este marco de trabajo se basa en un conjunto de valores, principios y prácticas que constituyen la base a la que la organización va a añadir su  implementación de prácticas de ingeniería. Las reglas de Scrum vinculan a los eventos, roles y artefactos, rigiendo las relaciones e interacciones entre ellos. (RUBIN, 2012) (Sutherland, 2011)

ROLES DE SCRUM

Al grupos de personas relacionadas con la construcción, del producto de software se conoce como el Equipo Scrum, puede haber uno o más equipos de Scrum, los cuales son  autoorganizados (eligen la mejor forma de llevar a cabo su trabajo) y Multifuncionales (tienen todas las competencias necesarias para llevar a cabo el trabajo sin depender de otros que no son parte del equipo) cada uno de los equipos está compuesto por tres roles de Scrum las cuales son:  un Dueño de Producto (Product Owner), el Equipo de Desarrollo (Development Team), y un Scrum Master. El propietario del producto es responsable de lo que va a ser desarrollado, mientras que el Scrum Master sirve tanto para el equipo de desarrollo y el propietario del producto y es la guía del equipo en la creación, y el equipo de desarrollo es responsable de determinar cómo entregar lo que el dueño del producto ha pedido. (Sutherland, 2011) (RUBIN, 2012) (Hundhausen, 2012)

DUEÑO DE PRODUCTO (PRODUCT OWNER)

El propietario o dueño del producto es el punto central facultado de liderazgo de producto, este es el responsable de maximizar el valor del producto y del trabajo del Equipo de Desarrollo y de decidir qué características y funcionalidad para la construcción y el orden para construirlos, es la única persona responsable de gestionar la Pila de Producto (Product Backlog), puede hacer el trabajo o delegarlo en el Equipo de Desarrollo, para que pueda hacer bien su trabajo, toda la organización debe respetar sus decisiones  las cuales se reflejan en el contenido y en la priorización de la Pila de Producto ya que elpropietario del producto es totalmente  responsable del éxito global de la solución que se está desarrollado o mantenido. (RUBIN, 2012) (Sutherland, 2011)

SCRUM MASTER

El Scrum Master promulga los valores de Scrum, las prácticas y las normas en todo el Equipo Scrum e incluso la organización, es fundamental para el éxito de Scrum y es responsable de asegurar que Scrum sea entendido por todas las partes implicadas y que todo el mundo juege con las reglas, mejorando asi el uso de Scrum a través del entrenamiento, facilitación y la rápida eliminación de cualquier cosa que distrae al equipo de la entrega de valor. El scrum master puede convertirse en el agente de cambio de facto, que lidera el esfuerzo para una adopción organizacional de Scrum, Su trabajo es  asegurar que Scrum es un éxito, por lo tanto debe aplicar los principios de Scrum y hábilmente guiar al equipo a través de las prácticas es la conciencia de que el equipo en un sentido, este rol de scrum tiene que actuar como un entrenador, asegurando que el equipo se auto-organize, funcional y productivamente, recordándoles que cada Sprint presenta un corte vertical del juego y no debe aplazar la corrección de errores o el pulido de activos para un sprint futuro.

...