{"id":8169,"date":"2022-01-26T01:29:57","date_gmt":"2022-01-26T01:29:57","guid":{"rendered":"https:\/\/www.cybermedian.com\/es\/?p=8169"},"modified":"2026-04-20T09:13:20","modified_gmt":"2026-04-20T09:13:20","slug":"scrum-una-introduccion-rapida","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/es\/scrum-a-quick-introduction\/","title":{"rendered":"Scrum: una introducci\u00f3n r\u00e1pida"},"content":{"rendered":"

Scrum\u00a0<\/strong>\u00a0(Rugby Team), un modelo de desarrollo de software es un tipo de desarrollo \u00e1gil, que se ha vuelto popular gradualmente en los \u00faltimos diez a\u00f1os.<\/p>\n

<\/figure>\n

El supuesto b\u00e1sico de Scrum<\/span><\/h3>\n

Desarrollar software es como desarrollar un nuevo producto.\u00a0Los procedimientos finales de un producto de software no se pueden definir desde el principio.\u00a0El proceso requiere I+D, creatividad, ensayo y error, por lo que no existe un proceso fijo que pueda garantizar el \u00e9xito del proyecto.<\/p>\n

Scrum compara un equipo de desarrollo de software con un equipo de f\u00fatbol.\u00a0Tiene un objetivo claro y m\u00e1s elevado, est\u00e1 familiarizado con el mejor modelo y la tecnolog\u00eda requerida en el proceso de desarrollo, tiene un alto grado de autonom\u00eda, estrecha comunicaci\u00f3n y cooperaci\u00f3n, y se asegura de resolver varios desaf\u00edos todos los d\u00edas con un alto grado de flexibilidad;\u00a0Cada etapa tiene un claro progreso hacia la meta.<\/p>\n

El proceso Scrum<\/span><\/h3>\n

El proceso de desarrollo de Scrum generalmente comienza con una fase de 30 d\u00edas (o menos), comenzando con la especificaci\u00f3n de requisitos del nuevo producto del cliente, con el equipo de desarrollo y el cliente eligiendo qu\u00e9 partes de la especificaci\u00f3n completar al comienzo de cada fase, el desarrollo El equipo debe hacer todo lo posible para entregar los resultados despu\u00e9s de 30 d\u00edas, y el equipo se re\u00fane 15 minutos al d\u00eda para revisar el progreso y el cronograma de cada miembro, comprender las dificultades encontradas y tratar de solucionar los problemas.<\/p>\n

Las ventajas del enfoque \u00e1gil<\/strong><\/span><\/h3>\n

Cu\u00e1l es la ventaja de Scrum sobre el\u00a0\u00a0modelo de desarrollo tradicional.\u00a0<\/strong>\u00a0Una caracter\u00edstica distintiva del modelo Scrum es que responde a los cambios.\u00a0Puede responder a los cambios lo m\u00e1s r\u00e1pido posible.<\/p>\n

Cuando un sistema tradicional se enfoca en la planificaci\u00f3n inicial donde se da importancia a factores como el costo, el alcance y el tiempo, el enfoque \u00e1gil le da importancia al trabajo en equipo, la colaboraci\u00f3n con el cliente y la flexibilidad.\u00a0A medida que cambian las especificaciones de los requisitos, el equipo \u00e1gil puede permanecer m\u00f3vil y capaz de responder a esos cambios.\u00a0Sin embargo, eso no significa necesariamente que la estrategia de planificaci\u00f3n adaptativa sea siempre mejor que una estrategia de planificaci\u00f3n predictiva.\u00a0Comparemos estas dos estrategias de desarrollo de proyectos con m\u00e1s detalle.<\/p>\n

<\/figure>\n

Por lo tanto, el enfoque de desarrollo tradicional (en cascada, tambi\u00e9n conocido como impulsado por un plan) es lineal, con todas las fases del proceso ocurriendo secuencialmente.\u00a0Este enfoque depende de herramientas predecibles y experiencias predecibles.\u00a0Cada proyecto sigue el mismo ciclo de vida, incluida la viabilidad, la planificaci\u00f3n, el dise\u00f1o, la construcci\u00f3n, las pruebas, la producci\u00f3n, el soporte, etc., como se muestra a continuaci\u00f3n.<\/p>\n

Todo el proyecto se planifica con anticipaci\u00f3n sin que haya espacio para cambiar los requisitos, por ejemplo, PMBOK y PRINCE2 de PMI son estrictos y est\u00e1n muy controlados.\u00a0Describen las diferentes fases de la planificaci\u00f3n del proyecto de principio a fin y asumen que ya tiene todos los requisitos y la informaci\u00f3n que necesita por adelantado.<\/p>\n

Agile se considera una estrategia de desarrollo de software m\u00e1s moderna, ya que se dise\u00f1\u00f3 principalmente para superar algunas de las deficiencias del enfoque en cascada m\u00e1s predictivo.\u00a0Es un modelo de desarrollo de software que fomenta el desarrollo iterativo y las pruebas a lo largo del ciclo de vida de desarrollo de software de un proyecto.<\/p>\n

Descripci\u00f3n general del proceso Scrum<\/span><\/h3>\n

Scrum<\/a>\u00a0\u00a0es un marco que prescribe\u00a0\u00a0roles<\/a>\u00a0,\u00a0\u00a0eventos<\/a>\u00a0,\u00a0\u00a0artefactos<\/a>\u00a0y reglas\/directrices para implementar esa mentalidad.\u00a0En otras palabras, Agile es la mentalidad y Scrum es el marco que prescribe un proceso para implementar la filosof\u00eda \u00e1gil.<\/p>\n

Scrum y \u00e1gil no son lo mismo, pero scrum es uno de los procesos \u00e1giles.\u00a0Se basan en el desarrollo iterativo.\u00a0Los requisitos y soluciones de Agile obtenidos por la asociaci\u00f3n entre equipos multifuncionales y de autoorganizaci\u00f3n, y cuando se implementan correctamente, pueden ayudar a los equipos a abordar problemas complejos mediante la entrega incremental de productos del mayor valor mientras se mitiga el riesgo.<\/p>\n

Scrum implica una r\u00e1pida inspecci\u00f3n y adaptaci\u00f3n, el trabajo en equipo se ve reforzado por la filosof\u00eda de liderazgo, la responsabilidad y la autoorganizaci\u00f3n, las mejores pr\u00e1cticas de ingenier\u00eda que ayudan en la entrega r\u00e1pida de software de alta calidad.<\/p>\n

T\u00e9rminos clave de Scrum<\/span><\/h3>\n

Backlog:<\/strong>\u00a0\u00a0todas las tareas que se pueden predecir, incluidas todas las tareas funcionales y no funcionales.<\/p>\n

Sprint:\u00a0<\/strong>\u00a0El per\u00edodo de tiempo para un desarrollo generacional, generalmente como m\u00e1ximo 30 d\u00edas como ciclo.\u00a0Durante este tiempo, el equipo de desarrollo necesita completar un backlog formulado y el resultado final es un producto incremental y entregable.<\/p>\n

Sprint backlog:\u00a0<\/strong>\u00a0las tareas que deben completarse en un ciclo de sprint.<\/p>\n

Time-box:<\/strong>\u00a0\u00a0Un intervalo de tiempo para la reuni\u00f3n.\u00a0Por ejemplo, el time-box de cada reuni\u00f3n diaria de scrum es de 15 minutos.<\/p>\n

Reuni\u00f3n de planificaci\u00f3n de Sprint:<\/strong>\u00a0\u00a0Se realiza antes de iniciar cada Sprint.\u00a0Normalmente un d\u00eda (8 horas).\u00a0La tarea a formular en esta reuni\u00f3n es: el propietario del producto y los miembros del equipo descomponen el Backlog en peque\u00f1os m\u00f3dulos funcionales, deciden cu\u00e1ntos m\u00f3dulos funcionales peque\u00f1os deben completarse en el pr\u00f3ximo sprint y determinan la prioridad de la tarea de este Product Backlog.\u00a0Adem\u00e1s, la reuni\u00f3n necesita discutir en detalle c\u00f3mo completar estos peque\u00f1os m\u00f3dulos funcionales seg\u00fan sea necesario.\u00a0La carga de trabajo de estos m\u00f3dulos se calcula en horas.<\/p>\n

Reuni\u00f3n diaria de Scrum:<\/strong>\u00a0\u00a0realizada por miembros del equipo de desarrollo, generalmente 15 minutos.\u00a0Cada miembro de desarrollo debe informar tres proyectos al Scrum Master: \u00bfQu\u00e9 se ha completado hoy?\u00a0\u00bfTe has encontrado con obst\u00e1culos?\u00a0\u00bfQu\u00e9 vas a hacer?\u00a0A trav\u00e9s de esta reuni\u00f3n, los miembros del equipo pueden comprender el progreso del proyecto entre s\u00ed.<\/p>\n

Reuni\u00f3n de revisi\u00f3n de Sprint:\u00a0<\/strong>\u00a0despu\u00e9s de cada Sprint, el equipo presentar\u00e1 los resultados del Sprint al propietario del producto y otro personal relacionado.\u00a0Generalmente, esta reuni\u00f3n tiene una duraci\u00f3n de 4 horas.<\/p>\n

La Retrospectiva del Sprint<\/strong>\u00a0\u00a0ocurre despu\u00e9s de la\u00a0\u00a0Revisi\u00f3n del Sprint<\/a>\u00a0\u00a0y antes de la\u00a0\u00a0Planificaci\u00f3n del Sprint<\/a>\u00a0siguiente .\u00a0Esta es una reuni\u00f3n de tres horas como m\u00e1ximo para\u00a0\u00a0Sprints<\/a>\u00a0de un mes .\u00a0La sesi\u00f3n retrospectiva es b\u00e1sicamente una reuni\u00f3n de “mejora” que se lleva a cabo para encontrar formas y medios de identificar posibles escollos, errores pasados \u200b\u200by buscar nuevas formas de evitar esos errores, a la que asisten todos: el\u00a0\u00a0propietario del producto<\/a>\u00a0,\u00a0 el experto en\u00a0scrum<\/a>\u00a0y los miembros del equipo de desarrollo. , y opcionalmente con los stakeholders.<\/p>\n

Scrum Master:<\/strong>\u00a0\u00a0miembro del equipo responsable de supervisar todo el proceso Scrum y revisar el plan.<\/p>\n

El propietario del producto<\/strong>\u00a0\u00a0que posee el producto en nombre de la empresa es parte de un\u00a0\u00a0equipo Scrum<\/a>\u00a0.\u00a0Sin embargo, el propietario de un producto no tiene autoridad sobre otros miembros del equipo, al igual que el\u00a0\u00a0Scrum Master<\/a>\u00a0.\u00a0Un propietario del producto es responsable de cuidar un producto durante un per\u00edodo prolongado y es responsable de lograr el \u00e9xito del producto.\u00a0Como propietario del producto, debe interactuar directamente con los clientes y usuarios, el equipo de desarrollo y otras partes interesadas clave, como muestra la siguiente imagen.<\/p>\n

Un\u00a0\u00a0<\/strong>\u00a0Equipo\u00a0<\/strong>Scrum<\/strong><\/a>\u00a0\u00a0es una colecci\u00f3n de personas (normalmente entre cinco y nueve miembros) que trabajan juntas para entregar los incrementos de producto requeridos.\u00a0El marco Scrum fomenta un alto nivel de comunicaci\u00f3n entre los miembros del equipo, de modo que el equipo pueda:<\/p>\n