\nScrum: \u00bfC\u00f3mo funciona?<\/a>
\n\u00bfQu\u00e9 son los eventos Scrum?<\/a>
\n\u00bfCu\u00e1les son los roles de Scrum?<\/a>
\n\u00bfQu\u00e9 es el Product Owner?<\/a>
\n\u00bfCu\u00e1l es el trabajo de un Scrum Master?<\/a>
\n\u00bfQu\u00e9 son los artefactos en Scrum?<\/a>
\n\u00bfQu\u00e9 es Daily Scrum y qui\u00e9n debe participar?
\n<\/a>Retrospectiva de Scrum: \u00bfQui\u00e9n participa?<\/a>
\n<\/a>Scrum: \u00bfC\u00f3mo surgi\u00f3 y qui\u00e9n lo cre\u00f3?<\/a>
\n<\/a>\u00bfCu\u00e1l es la diferencia entre Scrum y Kanban? \u00bfEs posible usar ambos?<\/a>
\n<\/a>En Scrum, \u00bfqu\u00e9 es Sprint?<\/a>
\n<\/a>\u00bfD\u00f3nde deber\u00eda comenzar un laico en Scrum?<\/a>
\n<\/a>Si solo pudieras hacer uno de los eventos de Scrum, \u00bfcu\u00e1l ser\u00eda?<\/a>
\n<\/a>Scrum: \u00bfC\u00f3mo hacer el doble de trabajo en la mitad de tiempo?<\/a>
\n<\/a>\u00bfEs posible aplicar Scrum para RH?<\/a>
\n<\/a>\u00bfPara qu\u00e9 situaciones y tipos de proyectos se recomienda Scrum?<\/a>
\n<\/a>\u00bfSe puede considerar Scrum un framework o metodolog\u00eda para el desarrollo de productos?<\/a>
\n<\/a>Ejemplos de aplicaci\u00f3n de Scrum<\/a>
\n<\/a>\u00bfCu\u00e1les son los tipos de certificaci\u00f3n en Scrum?<\/a>
\n<\/a>\u00bfCu\u00e1l es la certificaci\u00f3n Scrum m\u00e1s popular?<\/a>
\n<\/a><\/p>\n
<\/h2>\n<\/a>Despu\u00e9s de todo, \u00bfqu\u00e9 es Scrum?<\/b><\/h2>\nScrum se caracteriza por ser un framework \u00e1gil para el desarrollo, entrega y soporte de productos complejos. Inicialmente, se propuso ayudar en proyectos de desarrollo de software. Sin embargo, ha sido aplicado en cualquier \u00e1mbito de proyectos complejos y obras innovadoras y est\u00e1 indicado para la construcci\u00f3n y an\u00e1lisis de productos con requerimientos que cambian r\u00e1pidamente o son altamente emergentes.<\/p>\n
Perfil colaborativo, transversal y autoorganizado son algunas de las caracter\u00edsticas de los miembros del equipo Scrum. Realizar el trabajo alineado y en conjunto es la principal se\u00f1al de que una organizaci\u00f3n est\u00e1 utilizando Scrum.<\/p>\n
<\/p>\n
<\/h2>\n<\/a>Scrum: \u00bfC\u00f3mo funciona?<\/b><\/h2>\nScrum sugiere que cada Sprint, es decir, cada ciclo, comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado. Adem\u00e1s de estas dos reuniones, tambi\u00e9n se recomienda realizar un evento m\u00e1s cada Sprint: la llamada retrospectiva.<\/p>\n
En este contexto, al desarrollar un producto utilizando Scrum, se establecen ciclos cortos y cadenciados (por ejemplo, Sprints semanales). De esa manera, de Sprint a Sprint, el equipo de Scrum se alinea, realiza un seguimiento del trabajo y permite la mejora continua.<\/p>\n
Con Scrum, todos los d\u00edas a la misma hora, el equipo se re\u00fane durante unos quince minutos para inspeccionar el progreso del incremento del producto, verificar el progreso del trabajo actual y ajustar el trabajo futuro. Este evento con las reuniones diarias se llama Daily Scrum.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 son los eventos Scrum?<\/b><\/h2>\nEl framework Scrum tiene cinco eventos:<\/p>\n
\n- Sprint<\/strong>: la cadencia que sigue el equipo Scrum; por ejemplo semanal.<\/li>\n
- Planificaci\u00f3n de Sprint<\/strong>: la reuni\u00f3n al comienzo del Sprint donde el equipo planifica y se compromete con el objetivo del Sprint y el backlog de Sprint.<\/li>\n
- Sprint Review<\/strong>: La reuni\u00f3n al final del Sprint para revisar el Sprint Goal y el Sprint Backlog.<\/li>\n
- Daily Scrum<\/strong>: la reuni\u00f3n que se lleva a cabo diariamente (a la misma hora) para que el equipo se alinee r\u00e1pidamente sobre c\u00f3mo les est\u00e1 yendo con respecto a los elementos del Sprint Backlog y el Sprint Goal.<\/li>\n
- Retrospectiva<\/strong>: La reuni\u00f3n realizada una vez en el Sprint que busca la mejora continua: \u00bfqu\u00e9 podemos hacer para mejorar?<\/li>\n<\/ul>\n
![\"\"](\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2022\/02\/sprint-a-sprint-modelo.png\")
\nImagen: Libro Sprint a Sprint (https:\/\/caroli.org\/es\/livro\/sprint-a-sprint<\/a><\/strong>)<\/p>\n <\/p>\n
<\/a>\u00bfCu\u00e1les son los roles de Scrum?<\/b><\/h2>\nLos equipos Scrum tienen tres roles espec\u00edficos:<\/p>\n
\n- Scrum Master (SM).<\/strong><\/li>\n
- Product Owner (PO).<\/strong><\/li>\n
- Desarrolladores<\/strong><\/li>\n<\/ul>\n
El primero es el Scrum Master (SM)<\/strong>, una persona experimentada con el framework que tiene la responsabilidad de garantizar que se comprenda y aplique. En este rol, el principal objetivo es maximizar la eficiencia del equipo.<\/p>\nProduct Owner (PO)<\/strong> es el segundo rol espec\u00edfico. La persona en este rol representa el negocio, los clientes o los usuarios y gu\u00eda al equipo para construir el producto correcto. Priorizar el backlog basado en la alineaci\u00f3n entre las partes interesadas, tanto internas como externas al equipo Scrum, es su funci\u00f3n principal. PO maximiza el valor a trav\u00e9s de un proceso continuo de desarrollo de productos, guiado por el aprendizaje y la experimentaci\u00f3n.<\/p>\nTodos los dem\u00e1s en el equipo de Scrum se consideran desarrolladores<\/strong>, de ah\u00ed el tercer rol de Scrum. Estas son las personas de diferentes capacidades comprometidas con la creaci\u00f3n de todos y cada uno de los incrementos de productos.<\/p>\n <\/p>\n
<\/a>\u00bfQu\u00e9 es el Product Owner?<\/b><\/h2>\nComo vimos anteriormente, Product Owner (PO) es el segundo rol espec\u00edfico de Scrum y, de esta manera, comienza a liderar el esfuerzo de desarrollo, a trav\u00e9s de la clarificaci\u00f3n y priorizaci\u00f3n del trabajo.<\/p>\n
![\"\"](\"https:\/\/caroli.org\/es\/wp-content\/uploads\/sites\/8\/2018\/08\/PO-centro-to-time-scrum.png\")
<\/p>\n
PO: Centro del equipo Scrum<\/em><\/p>\nPor lo general, la PO funciona con el Product Backlog, la lista maestra de requisitos para que se cree el producto. Se convierte en la parte clave del framework, ya que participa en: Daily Scrum, lidera sesiones de refinamiento, Sprint Planning, participa en retrospectivas del equipo, lidera la direcci\u00f3n estrat\u00e9gica del producto, hace SDP del trabajo (Slice, Discard y Prioritize) y mucho m\u00e1s.<\/p>\n
En una metodolog\u00eda como Scrum, que promueve el trabajo en equipo y el alineamiento cadenciado a trav\u00e9s de Sprints, basado en la claridad e involucramiento de cada rol y de cada reuni\u00f3n, el PO asume un rol clave, que promueve el alineamiento entre todos los stakeholders, ya sean internos o externos a la Equipo Scrum.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1l es el trabajo de un Scrum Master?<\/b><\/h2>\nEl Scrum Master asume uno de los roles principales en Scrum, ayudando al equipo a ser m\u00e1s efectivo, alineado y aut\u00f3nomo. Es importante recordar que el Scrum Master se convierte en un experto en procesos<\/strong>, pero no en contenidos. Todo esto se debe a que act\u00faa de manera neutral, sin interferir directamente con el contenido de las discusiones del equipo.<\/p>\nEl Scrum Master es una gu\u00eda que ir\u00e1 fomentando la colaboraci\u00f3n en equipo y resolviendo posibles obst\u00e1culos durante el Sprint. Para esto, Scrum tiene mucha familiaridad y experiencia con el framework Scrum, su naturaleza colaborativa, sus artefactos y eventos.<\/p>\n
Sin embargo, el rol de fomentar la colaboraci\u00f3n no significa que el Scrum Master sea el actor principal. Al contr\u00e1rio. El Scrum Master debe ser un mediador, el que propicia la b\u00fasqueda de soluciones y conversaciones activas entre todas las personas del equipo Scrum, y posibles stakeholders externos. En consecuencia, el trabajo del Scrum Master es asegurar el \u00e9xito del equipo.<\/p>\n
En otras palabras, el objetivo del Scrum Master es apoyar al equipo para que pueda llevar a cabo cada actividad planificada para el Sprint, dedic\u00e1ndose a la entrega de producto e incrementos, y asegurando que el producto se genere de acuerdo a las expectativas y objetivos.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 son los artefactos en Scrum?<\/b><\/h2>\nEn Scrum, los artefactos est\u00e1n destinados a maximizar la transparencia y promover la alineaci\u00f3n sobre el trabajo.<\/p>\n
Scrum tiene tres artefactos:<\/p>\n
\n- Product Backlog.<\/strong><\/li>\n
- Sprint Backlog.<\/strong><\/li>\n
- Incremento de producto.<\/strong><\/li>\n<\/ul>\n
Product Backlog y Sprint Backlog describen el trabajo a realizar, respectivamente, para el producto y para el Sprint.<\/p>\n
El incremento, por otro lado, es una parte del producto que a\u00fan se desarrollar\u00e1. Cada Incremento se agrega a los Incrementos entregados anteriormente y algunos de ellos se pueden crear en un Sprint. Para aportar valor, todos y cada uno de los incrementos deben ser utilizables.<\/p>\n
El libro Product Backlog Building (PBB): una gu\u00eda pr\u00e1ctica para la creaci\u00f3n y el refinamiento de backlog de productos exitosos tambi\u00e9n aborda el tema de los artefactos de Scrum. Est\u00e9n atentos ya que en futuros art\u00edculos cubriremos PBB as\u00ed como la escritura de historias de usuarios.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 es Daily Scrum y qui\u00e9n debe participar?<\/b><\/h2>\nLa reuni\u00f3n diaria para verificar el progreso de las tareas de trabajo del equipo Scrum con respecto a la meta del Sprint se llama Daily Scrum. En esta reuni\u00f3n se entra en agenda y evaluaci\u00f3n lo realizado por el equipo el d\u00eda anterior, se identifican impedimentos y se priorizan las actividades a realizar el d\u00eda que se inicia.<\/p>\n
En esta reuni\u00f3n participan todos los miembros del equipo, quienes suelen responder tres preguntas para promover la alineaci\u00f3n diaria de todos: qu\u00e9 hice ayer, qu\u00e9 voy a hacer hoy y qu\u00e9 impide el progreso de mi trabajo para alcanzar la meta del Sprint. Con estas respuestas, cada miembro del equipo asume su compromiso con los dem\u00e1s.<\/p>\n
<\/p>\n
<\/a>Retrospectiva de Scrum: \u00bfQui\u00e9n participa?<\/b><\/h2>\nTodos los miembros del equipo Scrum deben participar en la Retrospectiva. Es un momento clave, dada la oportunidad de buscar la mejora continua en relaci\u00f3n al proceso, calidad y eficacia, entrega e interacci\u00f3n entre los participantes.<\/p>\n
Las retrospectivas ayudan a un equipo a alcanzar el \u00e9xito. Cada persona trae una experiencia de vida diferente, una perspectiva diferente. Las retrospectivas efectivas hacen que todos se sientan c\u00f3modos, alineados y listos para ser parte de la mejor experiencia posible.<\/p>\n
\u00bfSabes cu\u00e1l es el elemento principal de la mejora continua? Es un equipo eficaz y comprometido. En este sentido, el libro FunRetro: Activities and Ideas to Make Agile Retrospectives More Engaging<\/a><\/strong> tiene las herramientas necesarias para desarrollarlo!<\/p>\n <\/p>\n
<\/a>Scrum: \u00bfC\u00f3mo surgi\u00f3 y qui\u00e9n lo cre\u00f3?<\/b><\/h2>\nJeff Sutherland<\/a><\/strong> es uno de los nombres m\u00e1s importantes en lo que respecta a Scrum. Todo esto porque es considerado uno de los \u201cpadres\u201d de Scrum, uno de los creadores del m\u00e9todo, fundador de Scrum Inc. y tambi\u00e9n coautor del manifiesto \u00e1gil.<\/p>\nJunto con Ken Schwaber, Jeff cre\u00f3 Scrum en 1993. La iniciativa se cre\u00f3 en Easel Corporation con el objetivo principal de cambiar la forma en que se gestionaba el desarrollo de software. Sin embargo, varios otros profesionales tambi\u00e9n contribuyeron a que la metodolog\u00eda llegara al punto que es hoy.<\/p>\n
Hay registros de que la primera base para el framework Scrum se mencion\u00f3 en 1986, en un art\u00edculo de Hirotaka Takeuchi e Ikujiro Nonaka publicado en Harvard Business Review. En \u201cEl nuevo juego del desarrollo de nuevos productos\u201d, los autores compararon los procesos de creaci\u00f3n de productos con los deportes. De ah\u00ed viene la comparaci\u00f3n de Scrum con un juego de Rugby: lo ideal era que todo el equipo jugara al mismo tiempo, pasando las tareas hacia adelante o hacia atr\u00e1s hasta alcanzar la meta.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1l es la diferencia entre Scrum y Kanban? \u00bfEs posible usar ambos?<\/b><\/h2>\nKanban es un m\u00e9todo formulado por David J. Anderson<\/strong><\/a> para gestionar el flujo de trabajo de un proceso incremental y evolutivo. Este m\u00e9todo, influenciado por el modelo Just-In-Iime de Toyota, se basa en visualizar el flujo de trabajo y, a partir de ah\u00ed, actuar sobre el proceso para no sobrecargar a los miembros del equipo.<\/p>\nKanban puede verse como una herramienta de comunicaci\u00f3n para adquirir r\u00e1pidamente conocimientos y alinear acciones entre los miembros del equipo. El objetivo principal es dar a todos los miembros del equipo una visi\u00f3n compartida del proceso y el estado actual del trabajo. De esta forma, Kanban proporciona representaciones visuales de las fases de trabajo, las personas y el trabajo.<\/p>\n
Teniendo en cuenta que Scrum y Kanban son m\u00e9todos para hacer un trabajo o proyecto \u00e1gil, colaborativo y organizado, es muy com\u00fan combinarlos y usarlos juntos. Corey Ladas cre\u00f3 el nombre Scrumban<\/a> para mostrar la integraci\u00f3n de ambos.<\/p>\nPor otro lado, al comenzar a aplicar una pr\u00e1ctica, la combinaci\u00f3n de \u00e9sta con otras puede traer confusi\u00f3n en cuanto a la comprensi\u00f3n de la misma. En este caso, la elecci\u00f3n entre comenzar con Scrum o con Kanban debe hacerse considerando el perfil del negocio, sus necesidades y metas a mediano y largo plazo.<\/p>\n
<\/p>\n
<\/a>En Scrum, \u00bfqu\u00e9 es Sprint?<\/b><\/h2>\nEl Sprint, como se vio anteriormente, tiene la funci\u00f3n principal de promover una cadencia, generalmente de una a cuatro semanas, seg\u00fan la preferencia del equipo. En el mundo \u00e1gil de Scrum, se evitan las descripciones completas y detalladas de c\u00f3mo se debe hacer todo en el Sprint. Estas preguntas ser\u00e1n definidas por el equipo de desarrollo, quien sabr\u00e1 la mejor manera de resolver los problemas.<\/p>\n
Es por eso que la reuni\u00f3n de planificaci\u00f3n del sprint se describe en t\u00e9rminos de objetivos y resultados deseados. Se trata de una apuesta por un conjunto de funcionalidades a desarrollar en el pr\u00f3ximo Sprint, buscando as\u00ed un equilibrio entre autonom\u00eda, flexibilidad y compromiso de equipo. Este compromiso se revisa al final del Sprint, en la reuni\u00f3n de revisi\u00f3n.<\/p>\n
<\/p>\n
<\/a>\u00bfD\u00f3nde deber\u00eda comenzar un laico en Scrum?<\/b><\/h2>\nComienza definiendo la cadencia del equipo: por ejemplo: Sprints de una semana.<\/p>\n
El modelo Scrum sugiere que cada Sprint comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado al final del Sprint.<\/p>\n
Elija los d\u00edas y horas para estas dos reuniones. Por ejemplo: Planificaci\u00f3n los lunes, de 8 a 9 horas, y Revisi\u00f3n los viernes, de 16 a 17 horas.<\/p>\n
Estos son los principios de la gesti\u00f3n de proyectos Scrum: ciclos cortos y cadenciados con reuniones de alineaci\u00f3n (planificaci\u00f3n y revisi\u00f3n). Esto es lo b\u00e1sico de lo b\u00e1sico.<\/p>\n
Luego, hable sobre el seguimiento del progreso del trabajo (Daily Scrum) y la mejora del equipo (retrospectiva).<\/p>\n
Elige la hora del Daily Scrum: por ejemplo, todos los d\u00edas de 10:00 a 10:15. Cabe se\u00f1alar que esta reuni\u00f3n pretende ser informativa y r\u00e1pida.<\/p>\n
Tambi\u00e9n programe un tiempo recurrente para la mejora continua, para la reuni\u00f3n retrospectiva. Por ejemplo: los mi\u00e9rcoles, de 16 a 17 horas.<\/p>\n
Una vez que el equipo se acostumbre a la cadencia, vaya m\u00e1s all\u00e1 y mejore la forma en que maneja los roles (Scrum Master, PO y equipo multifuncional de desarrolladores) y artefactos. Como el equipo est\u00e1 haciendo una retrospectiva, es probable que el propio equipo est\u00e9 buscando estas mejoras.<\/p>\n
<\/p>\n
<\/a>Si solo pudieras hacer uno de los eventos de Scrum, \u00bfcu\u00e1l ser\u00eda?<\/b><\/h2>\nLa retrospectiva. Independientemente de c\u00f3mo y d\u00f3nde comenz\u00f3 el equipo, al hacer la retrospectiva, el equipo estar\u00e1 apuntando al siguiente paso, la pr\u00f3xima mejora, ya sea en relaci\u00f3n con el evento, el papel o el artefacto, a realizar.<\/p>\n
Vale la pena recordar que las retrospectivas deben ser eficientes, ligeras y divertidas, especialmente porque habr\u00e1 muchas, muchas retrospectivas en el transcurso de un equipo. El sitio web y el libro FunRetrospectives, www.funtetrospectives.com<\/a><\/strong>, lo ayudan a planificar y ejecutar retrospectivas exitosas.<\/p>\n <\/p>\n
<\/a>Scrum: \u00bfC\u00f3mo hacer el doble de trabajo en la mitad de tiempo?<\/b><\/h2>\nEn el libro Scrum: The Art of Doing Twice the Work in Half the Time<\/a>, del autor Jeff Sutherland y el coautor JJ Sutherland, se hace la reflexi\u00f3n de que los equipos con alto rendimiento eran aquellos que presentaban, entre otras caracter\u00edsticas, el hecho de ser multidisciplinar y tener autonom\u00eda para trabajar.<\/p>\nPara ellos, es posible hacer el doble de trabajo en la mitad de tiempo con el uso de Scrum, ya que tiene precisamente este enfoque a considerar, trabajando m\u00e9tricas con enfoque en resultados y mejora continua, donde las retrospectivas juegan un papel destacado en evaluar y mejorar.<\/p>\n
Pero vayamos m\u00e1s all\u00e1: el mayor desperdicio es hacer algo muy eficiente que no se debe hacer, aunque lo hagas en la mitad de tiempo. Pr\u00e1cticas modernas como Lean Inception<\/a><\/strong> y PBB complementan Scrum para ayudar en la b\u00fasqueda de la eficacia y la eficiencia. \u00bfQu\u00e9 tal lograr la exponencialidad, mucho m\u00e1s del doble en la mitad del tiempo?<\/p>\n <\/p>\n
<\/a>\u00bfEs posible aplicar Scrum para RH?<\/b><\/h2>\nS\u00ed, el autor Jo\u00e3o Paulo Coutinho<\/strong><\/a> destaca que, espec\u00edficamente en el \u00e1rea de Recursos Humanos, ya que muchas de las actividades son continuas, con un comienzo y apenas un final:<\/p>\n\u201cSprints m\u00e1s cortos nos ayudan a buscar la innovaci\u00f3n implementando metas m\u00e1s tangibles a la realidad organizacional, mientras que la planificaci\u00f3n, adaptaci\u00f3n y evaluaci\u00f3n, la retroalimentaci\u00f3n, son parte de la rutina en la relaci\u00f3n del \u00e1rea con los clientes atendidos. El mayor valor est\u00e1 en adaptarse y mejorar de acuerdo con los comentarios de los usuarios\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n
<\/a>\u00bfPara qu\u00e9 situaciones y tipos de proyectos se recomienda Scrum?<\/b><\/h2>\nScrum se formaliz\u00f3 inicialmente para proyectos de desarrollo de software, pero se ha aplicado a cualquier \u00e1mbito de proyectos complejos y trabajos innovadores. Como resultado, su uso es muy adecuado en proyectos con requisitos altamente emergentes o que cambian r\u00e1pidamente.<\/p>\n
<\/p>\n
<\/a>\u00bfSe puede considerar Scrum un framework o metodolog\u00eda para el desarrollo de productos?<\/b><\/h2>\nScrum es uno de los muchos frameworks \u00e1giles. En general, todos los frameworks \u00e1giles funcionan entregando grandes proyectos en peque\u00f1os fragmentos, peque\u00f1os incrementos. A medida que se completa cada incremento de producto, los equipos revisan la funcionalidad y luego deciden qu\u00e9 construir a continuaci\u00f3n en funci\u00f3n de lo que han aprendido y los comentarios que han recibido.<\/p>\n
Estos ciclos frecuentes de inspecci\u00f3n y reacondicionamiento reducen el desperdicio y minimizan el riesgo. Los equipos hacen esto hasta que entregan el producto o servicio completo, o hasta que lo que han lanzado hasta el momento satisface las necesidades del cliente.<\/p>\n
Es com\u00fan que los equipos de Scrum tambi\u00e9n utilicen el concepto de Producto M\u00ednimo Viable (MVP)<\/a><\/strong> para validar r\u00e1pidamente si los incrementos del producto est\u00e1n brindando valor a los usuarios y generar informaci\u00f3n sobre el camino a seguir.<\/p>\n <\/p>\n
<\/a>Ejemplos de aplicaci\u00f3n de Scrum<\/b><\/h2>\nAunque est\u00e1 ligado al desarrollo de software, Scrum se puede aplicar a cualquier trabajo en equipo y en diferentes segmentos.<\/p>\n
Ejemplo de Scrum aplicado en el \u00e1rea de Recursos Humanos (RH), referenciado por el autor Jo\u00e3o Paulo Coutinho<\/a>:<\/strong><\/em><\/p>\nMenciona el libro Scrum for Dummies<\/strong>.<\/a> Los autores Mark Layton y David Morrow traen el ejemplo de Parexel Informatics, una empresa estadounidense que opera en el sector biofarmac\u00e9utico, que necesitaba contratar a m\u00e1s de 20 empleados en un corto per\u00edodo de tiempo.<\/p>\n\u201cLa empresa enfrent\u00f3 varios desaf\u00edos: no contaba con un equipo de reclutamiento o incorporaci\u00f3n para facilitar la transici\u00f3n de los nuevos empleados en la organizaci\u00f3n. La empresa aplic\u00f3 Scrum, realiz\u00f3 una Planificaci\u00f3n, identific\u00f3 un mapa de prioridades e inici\u00f3 \u201csprints de una semana\u201d para monitorear el progreso. En siete semanas, Parexel hab\u00eda contratado, capacitado e integrado a 21 nuevos profesionales para trabajar en el nuevo proyecto. Equipo unido para lograr el objetivo, monitoreando el avance de la obra, inspeccionando y adaptando cuando sea necesario\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n
Ejemplo de Scrum aplicado en un proyecto de software en los ferrocarriles holandeses: estudio de caso<\/a>:<\/strong><\/em><\/p>\nComo se inform\u00f3 en este estudio de caso, un ferrocarril holand\u00e9s ten\u00eda la necesidad de desarrollar un software de informaci\u00f3n de viaje para los pasajeros. Los tiempos, destinos, intervalos, deben mostrarse en pantallas y comunicarse a trav\u00e9s del sonido autom\u00e1ticamente.<\/p>\n
El art\u00edculo se\u00f1ala que uno de los requisitos del cliente era poder ver el proyecto funcionando por etapas, desde el inicio y no solo en la entrega final del producto. Con el uso de Scrum, fue posible realizar entregas incrementales, con mayor participaci\u00f3n del cliente en todas las fases y una mejor gesti\u00f3n de todos los equipos involucrados en el proyecto.<\/p>\n
<\/p>\n
Ejemplo de Scrum al organizar una boda \u2013 informe<\/a> del Design Thinking Coach, Fernando Figueiredo Virgilio:<\/strong><\/em><\/p>\nLa aplicaci\u00f3n de Scrum en un evento como una boda puede ayudar, entre otras cosas, a ahorrar tiempo, dinero y reducir el estr\u00e9s. En este ejemplo, la construcci\u00f3n de la cartera de bodas, una lista de todos los elementos que har\u00edan que el evento fuera un \u00e9xito, como: fot\u00f3grafo, decoraci\u00f3n, invitaciones, iglesia, comida, etc.<\/p>\n
El otro paso ser\u00eda priorizar el backlog de la boda, es decir, ordenar los elementos por prioridad. Al planificar el Sprint, los novios se preguntaban qu\u00e9 se necesitar\u00eda para completar cada elemento. La pareja puede establecer una cadencia para las reuniones de seguimiento. Y en la retrospectiva, es la oportunidad de comentar el Sprint y valorar qu\u00e9 puntos se podr\u00edan mejorar.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1les son los tipos de certificaci\u00f3n en Scrum?<\/b><\/h2>\nTenemos como ejemplo sitios web oficiales con el objetivo de obtener la certificaci\u00f3n en el tema. Uno de ellos es el sitio web de Scrum Alliance<\/strong><\/a>, que tiene diferentes tipos de certificaciones por rol de Scrum Team. Otro es el sitio web Scrum.org<\/strong><\/a>, que tambi\u00e9n proporciona varias evaluaciones que pueden usarse como herramientas para examinar, mejorar y certificar su conocimiento de Scrum.<\/p>\nAqu\u00ed en Caroli.org<\/strong><\/a>, brindamos varias capacitaciones exclusivas y de autor sobre el tema, donde puede obtener certificaciones adicionales. La participaci\u00f3n en estas capacitaciones tambi\u00e9n incluye un libro electr\u00f3nico de capacitaci\u00f3n, material de apoyo, aprendizaje y trabajo en red. Accede al men\u00fa de Capacitaci\u00f3n<\/a><\/strong> en nuestro sitio web y mantente al tanto de nuestro programa de actividades.<\/p>\n <\/p>\n
<\/a>\u00bfCu\u00e1l es la certificaci\u00f3n Scrum m\u00e1s popular?<\/b><\/h2>\nExisten varias certificaciones Scrum. Sin embargo, los m\u00e1s conocidos son Scrum Master<\/strong> (certificaci\u00f3n disponible en PSM \u2013 Scrum.org<\/strong><\/a> o CSM \u2013 Scrum Alliance<\/a><\/strong>) y Scrum Product Owner<\/strong> (certificaci\u00f3n tambi\u00e9n disponible en PSPO \u2013 Scrum.org<\/a><\/strong> o CSPO \u2013 Scrum Alliance<\/strong><\/a>).<\/p>\nObtenga beneficios directos en temas de certificaci\u00f3n con las capacitaciones de Caroli.org:<\/p>\n
\n- Sprint to Sprint<\/strong> (Basado en el libro Sprint to Sprint: \u00c9xitos y errores en la transformaci\u00f3n cultural de un equipo \u00e1gil, la capacitaci\u00f3n aborda las diferentes etapas de un equipo y presenta pr\u00e1cticas que se pueden adoptar en cada una de las etapas para que el equipo pueda tener mucho \u00e9xito en el logro de sus objetivos);<\/li>\n
- FunRetrospectives<\/strong> (Basado en el nuevo libro FunRetrospectives: Activities and Ideas to Make Agile Retrospectives More Engaging, la capacitaci\u00f3n ense\u00f1a paso a paso, con gran detalle, c\u00f3mo preparar y facilitar retrospectivas muy atractivas y eficientes);<\/li>\n
- Lean Inception<\/strong> (Basado en el libro Lean Inception, un \u00e9xito de ventas, la capacitaci\u00f3n le ense\u00f1a paso a paso c\u00f3mo alinear a un grupo de personas y crear el producto adecuado. Aprendizaje puesto en pr\u00e1ctica, de manera pr\u00e1ctica, para que nunca pierda tiempo, dinero, o esfuerzo por construir el producto equivocado);<\/li>\n
- Product Backlog Building \u2013 PBB<\/strong> (Basado en el libro Product Backlog Building: Una gu\u00eda pr\u00e1ctica para crear y refinar un backlog para productos exitosos, la capacitaci\u00f3n es una experiencia \u00fanica e intensa que llevar\u00e1 a los participantes a experimentar en la pr\u00e1ctica la elaboraci\u00f3n y definici\u00f3n de un Product Backlog Building. y backlog colaborativo a trav\u00e9s de PBB, un proceso de construcci\u00f3n de Product Backlog que utiliza PBB Canvas como herramienta de facilitaci\u00f3n).<\/li>\n
- Lean Delivery<\/strong> el eBook de capacitaci\u00f3n con el mismo nombre que conecta los conceptos de Lean Inception, MVP, Scrum y Kanban a trav\u00e9s de una actividad pr\u00e1ctica donde los participantes forman equipos que deben planificar y monitorear entregas \u00e1giles, aplicando los conceptos y bas\u00e1ndose en m\u00e9tricas de flujo.<\/li>\n
- Scrum Basics:<\/strong> basado en el libro electr\u00f3nico Scrum Basics, Scrum Basics Training se lleva a cabo en l\u00ednea y en vivo y contiene todo lo que necesita para comprender y comenzar a usar el framework Scrum de inmediato, lo que hace que el trabajo del equipo sea m\u00e1s eficiente y organizado. Con recursos visuales y actividades para explicar y explorar los conceptos b\u00e1sicos de este incre\u00edble marco, el Entrenamiento incluye toda la informaci\u00f3n fundamental sobre Scrum, como Pilares, Valores, Roles, Eventos y Artefactos.<\/li>\n<\/ul>\n
<\/p>\n
\u00bfTe gust\u00f3 este contenido?<\/strong><\/h2>\nEn Caroli.org hay, entre otras cosas, varios materiales relacionados con el tema. Accede ahora y contin\u00faa con tu proceso de conocimiento y aprendizaje, adem\u00e1s de construir un producto exitoso.<\/p>\n
> \u00danase a la pr\u00f3xima clase de Formaci\u00f3n Scrum Basics<\/strong><\/a>. \u00danete a este grupo de WhatsApp<\/strong><\/a> y ay\u00fadanos a fijar la pr\u00f3xima fecha.<\/p><\/blockquote>\nEste contenido fue publicado originalmente en 06\/10\/2022. \u00daltima actualizaci\u00f3n en 04\/10\/2023.<\/p><\/blockquote>\n","protected":false},"excerpt":{"rendered":"
Scrum se divide en ciclos llamados Sprints, que permiten a los equipos mantener una cadencia de trabajo. Ver\u00e1 a continuaci\u00f3n, m\u00e1s detalles sobre esta importante herramienta que sirve para organizar procesos, eliminando cuellos de botella y evitando futuros problemas, y que es \u00fatil en todos lados, pudiendo ser utilizada en diferentes \u00e1reas y no solo en temas de software y tecnolog\u00edas de la informaci\u00f3n.<\/p>\n","protected":false},"author":21,"featured_media":205875,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1917],"tags":[],"inception_activities":[],"colaboradores":[],"class_list":["post-14814","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cultura-agil"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=14814"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/205875"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=14814"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=14814"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=14814"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=14814"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=14814"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
Scrum se caracteriza por ser un framework \u00e1gil para el desarrollo, entrega y soporte de productos complejos. Inicialmente, se propuso ayudar en proyectos de desarrollo de software. Sin embargo, ha sido aplicado en cualquier \u00e1mbito de proyectos complejos y obras innovadoras y est\u00e1 indicado para la construcci\u00f3n y an\u00e1lisis de productos con requerimientos que cambian r\u00e1pidamente o son altamente emergentes.<\/p>\n
Perfil colaborativo, transversal y autoorganizado son algunas de las caracter\u00edsticas de los miembros del equipo Scrum. Realizar el trabajo alineado y en conjunto es la principal se\u00f1al de que una organizaci\u00f3n est\u00e1 utilizando Scrum.<\/p>\n
<\/p>\n
<\/h2>\n<\/a>Scrum: \u00bfC\u00f3mo funciona?<\/b><\/h2>\nScrum sugiere que cada Sprint, es decir, cada ciclo, comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado. Adem\u00e1s de estas dos reuniones, tambi\u00e9n se recomienda realizar un evento m\u00e1s cada Sprint: la llamada retrospectiva.<\/p>\n
En este contexto, al desarrollar un producto utilizando Scrum, se establecen ciclos cortos y cadenciados (por ejemplo, Sprints semanales). De esa manera, de Sprint a Sprint, el equipo de Scrum se alinea, realiza un seguimiento del trabajo y permite la mejora continua.<\/p>\n
Con Scrum, todos los d\u00edas a la misma hora, el equipo se re\u00fane durante unos quince minutos para inspeccionar el progreso del incremento del producto, verificar el progreso del trabajo actual y ajustar el trabajo futuro. Este evento con las reuniones diarias se llama Daily Scrum.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 son los eventos Scrum?<\/b><\/h2>\nEl framework Scrum tiene cinco eventos:<\/p>\n
\n- Sprint<\/strong>: la cadencia que sigue el equipo Scrum; por ejemplo semanal.<\/li>\n
- Planificaci\u00f3n de Sprint<\/strong>: la reuni\u00f3n al comienzo del Sprint donde el equipo planifica y se compromete con el objetivo del Sprint y el backlog de Sprint.<\/li>\n
- Sprint Review<\/strong>: La reuni\u00f3n al final del Sprint para revisar el Sprint Goal y el Sprint Backlog.<\/li>\n
- Daily Scrum<\/strong>: la reuni\u00f3n que se lleva a cabo diariamente (a la misma hora) para que el equipo se alinee r\u00e1pidamente sobre c\u00f3mo les est\u00e1 yendo con respecto a los elementos del Sprint Backlog y el Sprint Goal.<\/li>\n
- Retrospectiva<\/strong>: La reuni\u00f3n realizada una vez en el Sprint que busca la mejora continua: \u00bfqu\u00e9 podemos hacer para mejorar?<\/li>\n<\/ul>\n
\nImagen: Libro Sprint a Sprint (https:\/\/caroli.org\/es\/livro\/sprint-a-sprint<\/a><\/strong>)<\/p>\n <\/p>\n
<\/a>\u00bfCu\u00e1les son los roles de Scrum?<\/b><\/h2>\nLos equipos Scrum tienen tres roles espec\u00edficos:<\/p>\n
\n- Scrum Master (SM).<\/strong><\/li>\n
- Product Owner (PO).<\/strong><\/li>\n
- Desarrolladores<\/strong><\/li>\n<\/ul>\n
El primero es el Scrum Master (SM)<\/strong>, una persona experimentada con el framework que tiene la responsabilidad de garantizar que se comprenda y aplique. En este rol, el principal objetivo es maximizar la eficiencia del equipo.<\/p>\nProduct Owner (PO)<\/strong> es el segundo rol espec\u00edfico. La persona en este rol representa el negocio, los clientes o los usuarios y gu\u00eda al equipo para construir el producto correcto. Priorizar el backlog basado en la alineaci\u00f3n entre las partes interesadas, tanto internas como externas al equipo Scrum, es su funci\u00f3n principal. PO maximiza el valor a trav\u00e9s de un proceso continuo de desarrollo de productos, guiado por el aprendizaje y la experimentaci\u00f3n.<\/p>\nTodos los dem\u00e1s en el equipo de Scrum se consideran desarrolladores<\/strong>, de ah\u00ed el tercer rol de Scrum. Estas son las personas de diferentes capacidades comprometidas con la creaci\u00f3n de todos y cada uno de los incrementos de productos.<\/p>\n <\/p>\n
<\/a>\u00bfQu\u00e9 es el Product Owner?<\/b><\/h2>\nComo vimos anteriormente, Product Owner (PO) es el segundo rol espec\u00edfico de Scrum y, de esta manera, comienza a liderar el esfuerzo de desarrollo, a trav\u00e9s de la clarificaci\u00f3n y priorizaci\u00f3n del trabajo.<\/p>\n
<\/p>\n
PO: Centro del equipo Scrum<\/em><\/p>\nPor lo general, la PO funciona con el Product Backlog, la lista maestra de requisitos para que se cree el producto. Se convierte en la parte clave del framework, ya que participa en: Daily Scrum, lidera sesiones de refinamiento, Sprint Planning, participa en retrospectivas del equipo, lidera la direcci\u00f3n estrat\u00e9gica del producto, hace SDP del trabajo (Slice, Discard y Prioritize) y mucho m\u00e1s.<\/p>\n
En una metodolog\u00eda como Scrum, que promueve el trabajo en equipo y el alineamiento cadenciado a trav\u00e9s de Sprints, basado en la claridad e involucramiento de cada rol y de cada reuni\u00f3n, el PO asume un rol clave, que promueve el alineamiento entre todos los stakeholders, ya sean internos o externos a la Equipo Scrum.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1l es el trabajo de un Scrum Master?<\/b><\/h2>\nEl Scrum Master asume uno de los roles principales en Scrum, ayudando al equipo a ser m\u00e1s efectivo, alineado y aut\u00f3nomo. Es importante recordar que el Scrum Master se convierte en un experto en procesos<\/strong>, pero no en contenidos. Todo esto se debe a que act\u00faa de manera neutral, sin interferir directamente con el contenido de las discusiones del equipo.<\/p>\nEl Scrum Master es una gu\u00eda que ir\u00e1 fomentando la colaboraci\u00f3n en equipo y resolviendo posibles obst\u00e1culos durante el Sprint. Para esto, Scrum tiene mucha familiaridad y experiencia con el framework Scrum, su naturaleza colaborativa, sus artefactos y eventos.<\/p>\n
Sin embargo, el rol de fomentar la colaboraci\u00f3n no significa que el Scrum Master sea el actor principal. Al contr\u00e1rio. El Scrum Master debe ser un mediador, el que propicia la b\u00fasqueda de soluciones y conversaciones activas entre todas las personas del equipo Scrum, y posibles stakeholders externos. En consecuencia, el trabajo del Scrum Master es asegurar el \u00e9xito del equipo.<\/p>\n
En otras palabras, el objetivo del Scrum Master es apoyar al equipo para que pueda llevar a cabo cada actividad planificada para el Sprint, dedic\u00e1ndose a la entrega de producto e incrementos, y asegurando que el producto se genere de acuerdo a las expectativas y objetivos.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 son los artefactos en Scrum?<\/b><\/h2>\nEn Scrum, los artefactos est\u00e1n destinados a maximizar la transparencia y promover la alineaci\u00f3n sobre el trabajo.<\/p>\n
Scrum tiene tres artefactos:<\/p>\n
\n- Product Backlog.<\/strong><\/li>\n
- Sprint Backlog.<\/strong><\/li>\n
- Incremento de producto.<\/strong><\/li>\n<\/ul>\n
Product Backlog y Sprint Backlog describen el trabajo a realizar, respectivamente, para el producto y para el Sprint.<\/p>\n
El incremento, por otro lado, es una parte del producto que a\u00fan se desarrollar\u00e1. Cada Incremento se agrega a los Incrementos entregados anteriormente y algunos de ellos se pueden crear en un Sprint. Para aportar valor, todos y cada uno de los incrementos deben ser utilizables.<\/p>\n
El libro Product Backlog Building (PBB): una gu\u00eda pr\u00e1ctica para la creaci\u00f3n y el refinamiento de backlog de productos exitosos tambi\u00e9n aborda el tema de los artefactos de Scrum. Est\u00e9n atentos ya que en futuros art\u00edculos cubriremos PBB as\u00ed como la escritura de historias de usuarios.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 es Daily Scrum y qui\u00e9n debe participar?<\/b><\/h2>\nLa reuni\u00f3n diaria para verificar el progreso de las tareas de trabajo del equipo Scrum con respecto a la meta del Sprint se llama Daily Scrum. En esta reuni\u00f3n se entra en agenda y evaluaci\u00f3n lo realizado por el equipo el d\u00eda anterior, se identifican impedimentos y se priorizan las actividades a realizar el d\u00eda que se inicia.<\/p>\n
En esta reuni\u00f3n participan todos los miembros del equipo, quienes suelen responder tres preguntas para promover la alineaci\u00f3n diaria de todos: qu\u00e9 hice ayer, qu\u00e9 voy a hacer hoy y qu\u00e9 impide el progreso de mi trabajo para alcanzar la meta del Sprint. Con estas respuestas, cada miembro del equipo asume su compromiso con los dem\u00e1s.<\/p>\n
<\/p>\n
<\/a>Retrospectiva de Scrum: \u00bfQui\u00e9n participa?<\/b><\/h2>\nTodos los miembros del equipo Scrum deben participar en la Retrospectiva. Es un momento clave, dada la oportunidad de buscar la mejora continua en relaci\u00f3n al proceso, calidad y eficacia, entrega e interacci\u00f3n entre los participantes.<\/p>\n
Las retrospectivas ayudan a un equipo a alcanzar el \u00e9xito. Cada persona trae una experiencia de vida diferente, una perspectiva diferente. Las retrospectivas efectivas hacen que todos se sientan c\u00f3modos, alineados y listos para ser parte de la mejor experiencia posible.<\/p>\n
\u00bfSabes cu\u00e1l es el elemento principal de la mejora continua? Es un equipo eficaz y comprometido. En este sentido, el libro FunRetro: Activities and Ideas to Make Agile Retrospectives More Engaging<\/a><\/strong> tiene las herramientas necesarias para desarrollarlo!<\/p>\n <\/p>\n
<\/a>Scrum: \u00bfC\u00f3mo surgi\u00f3 y qui\u00e9n lo cre\u00f3?<\/b><\/h2>\nJeff Sutherland<\/a><\/strong> es uno de los nombres m\u00e1s importantes en lo que respecta a Scrum. Todo esto porque es considerado uno de los \u201cpadres\u201d de Scrum, uno de los creadores del m\u00e9todo, fundador de Scrum Inc. y tambi\u00e9n coautor del manifiesto \u00e1gil.<\/p>\nJunto con Ken Schwaber, Jeff cre\u00f3 Scrum en 1993. La iniciativa se cre\u00f3 en Easel Corporation con el objetivo principal de cambiar la forma en que se gestionaba el desarrollo de software. Sin embargo, varios otros profesionales tambi\u00e9n contribuyeron a que la metodolog\u00eda llegara al punto que es hoy.<\/p>\n
Hay registros de que la primera base para el framework Scrum se mencion\u00f3 en 1986, en un art\u00edculo de Hirotaka Takeuchi e Ikujiro Nonaka publicado en Harvard Business Review. En \u201cEl nuevo juego del desarrollo de nuevos productos\u201d, los autores compararon los procesos de creaci\u00f3n de productos con los deportes. De ah\u00ed viene la comparaci\u00f3n de Scrum con un juego de Rugby: lo ideal era que todo el equipo jugara al mismo tiempo, pasando las tareas hacia adelante o hacia atr\u00e1s hasta alcanzar la meta.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1l es la diferencia entre Scrum y Kanban? \u00bfEs posible usar ambos?<\/b><\/h2>\nKanban es un m\u00e9todo formulado por David J. Anderson<\/strong><\/a> para gestionar el flujo de trabajo de un proceso incremental y evolutivo. Este m\u00e9todo, influenciado por el modelo Just-In-Iime de Toyota, se basa en visualizar el flujo de trabajo y, a partir de ah\u00ed, actuar sobre el proceso para no sobrecargar a los miembros del equipo.<\/p>\nKanban puede verse como una herramienta de comunicaci\u00f3n para adquirir r\u00e1pidamente conocimientos y alinear acciones entre los miembros del equipo. El objetivo principal es dar a todos los miembros del equipo una visi\u00f3n compartida del proceso y el estado actual del trabajo. De esta forma, Kanban proporciona representaciones visuales de las fases de trabajo, las personas y el trabajo.<\/p>\n
Teniendo en cuenta que Scrum y Kanban son m\u00e9todos para hacer un trabajo o proyecto \u00e1gil, colaborativo y organizado, es muy com\u00fan combinarlos y usarlos juntos. Corey Ladas cre\u00f3 el nombre Scrumban<\/a> para mostrar la integraci\u00f3n de ambos.<\/p>\nPor otro lado, al comenzar a aplicar una pr\u00e1ctica, la combinaci\u00f3n de \u00e9sta con otras puede traer confusi\u00f3n en cuanto a la comprensi\u00f3n de la misma. En este caso, la elecci\u00f3n entre comenzar con Scrum o con Kanban debe hacerse considerando el perfil del negocio, sus necesidades y metas a mediano y largo plazo.<\/p>\n
<\/p>\n
<\/a>En Scrum, \u00bfqu\u00e9 es Sprint?<\/b><\/h2>\nEl Sprint, como se vio anteriormente, tiene la funci\u00f3n principal de promover una cadencia, generalmente de una a cuatro semanas, seg\u00fan la preferencia del equipo. En el mundo \u00e1gil de Scrum, se evitan las descripciones completas y detalladas de c\u00f3mo se debe hacer todo en el Sprint. Estas preguntas ser\u00e1n definidas por el equipo de desarrollo, quien sabr\u00e1 la mejor manera de resolver los problemas.<\/p>\n
Es por eso que la reuni\u00f3n de planificaci\u00f3n del sprint se describe en t\u00e9rminos de objetivos y resultados deseados. Se trata de una apuesta por un conjunto de funcionalidades a desarrollar en el pr\u00f3ximo Sprint, buscando as\u00ed un equilibrio entre autonom\u00eda, flexibilidad y compromiso de equipo. Este compromiso se revisa al final del Sprint, en la reuni\u00f3n de revisi\u00f3n.<\/p>\n
<\/p>\n
<\/a>\u00bfD\u00f3nde deber\u00eda comenzar un laico en Scrum?<\/b><\/h2>\nComienza definiendo la cadencia del equipo: por ejemplo: Sprints de una semana.<\/p>\n
El modelo Scrum sugiere que cada Sprint comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado al final del Sprint.<\/p>\n
Elija los d\u00edas y horas para estas dos reuniones. Por ejemplo: Planificaci\u00f3n los lunes, de 8 a 9 horas, y Revisi\u00f3n los viernes, de 16 a 17 horas.<\/p>\n
Estos son los principios de la gesti\u00f3n de proyectos Scrum: ciclos cortos y cadenciados con reuniones de alineaci\u00f3n (planificaci\u00f3n y revisi\u00f3n). Esto es lo b\u00e1sico de lo b\u00e1sico.<\/p>\n
Luego, hable sobre el seguimiento del progreso del trabajo (Daily Scrum) y la mejora del equipo (retrospectiva).<\/p>\n
Elige la hora del Daily Scrum: por ejemplo, todos los d\u00edas de 10:00 a 10:15. Cabe se\u00f1alar que esta reuni\u00f3n pretende ser informativa y r\u00e1pida.<\/p>\n
Tambi\u00e9n programe un tiempo recurrente para la mejora continua, para la reuni\u00f3n retrospectiva. Por ejemplo: los mi\u00e9rcoles, de 16 a 17 horas.<\/p>\n
Una vez que el equipo se acostumbre a la cadencia, vaya m\u00e1s all\u00e1 y mejore la forma en que maneja los roles (Scrum Master, PO y equipo multifuncional de desarrolladores) y artefactos. Como el equipo est\u00e1 haciendo una retrospectiva, es probable que el propio equipo est\u00e9 buscando estas mejoras.<\/p>\n
<\/p>\n
<\/a>Si solo pudieras hacer uno de los eventos de Scrum, \u00bfcu\u00e1l ser\u00eda?<\/b><\/h2>\nLa retrospectiva. Independientemente de c\u00f3mo y d\u00f3nde comenz\u00f3 el equipo, al hacer la retrospectiva, el equipo estar\u00e1 apuntando al siguiente paso, la pr\u00f3xima mejora, ya sea en relaci\u00f3n con el evento, el papel o el artefacto, a realizar.<\/p>\n
Vale la pena recordar que las retrospectivas deben ser eficientes, ligeras y divertidas, especialmente porque habr\u00e1 muchas, muchas retrospectivas en el transcurso de un equipo. El sitio web y el libro FunRetrospectives, www.funtetrospectives.com<\/a><\/strong>, lo ayudan a planificar y ejecutar retrospectivas exitosas.<\/p>\n <\/p>\n
<\/a>Scrum: \u00bfC\u00f3mo hacer el doble de trabajo en la mitad de tiempo?<\/b><\/h2>\nEn el libro Scrum: The Art of Doing Twice the Work in Half the Time<\/a>, del autor Jeff Sutherland y el coautor JJ Sutherland, se hace la reflexi\u00f3n de que los equipos con alto rendimiento eran aquellos que presentaban, entre otras caracter\u00edsticas, el hecho de ser multidisciplinar y tener autonom\u00eda para trabajar.<\/p>\nPara ellos, es posible hacer el doble de trabajo en la mitad de tiempo con el uso de Scrum, ya que tiene precisamente este enfoque a considerar, trabajando m\u00e9tricas con enfoque en resultados y mejora continua, donde las retrospectivas juegan un papel destacado en evaluar y mejorar.<\/p>\n
Pero vayamos m\u00e1s all\u00e1: el mayor desperdicio es hacer algo muy eficiente que no se debe hacer, aunque lo hagas en la mitad de tiempo. Pr\u00e1cticas modernas como Lean Inception<\/a><\/strong> y PBB complementan Scrum para ayudar en la b\u00fasqueda de la eficacia y la eficiencia. \u00bfQu\u00e9 tal lograr la exponencialidad, mucho m\u00e1s del doble en la mitad del tiempo?<\/p>\n <\/p>\n
<\/a>\u00bfEs posible aplicar Scrum para RH?<\/b><\/h2>\nS\u00ed, el autor Jo\u00e3o Paulo Coutinho<\/strong><\/a> destaca que, espec\u00edficamente en el \u00e1rea de Recursos Humanos, ya que muchas de las actividades son continuas, con un comienzo y apenas un final:<\/p>\n\u201cSprints m\u00e1s cortos nos ayudan a buscar la innovaci\u00f3n implementando metas m\u00e1s tangibles a la realidad organizacional, mientras que la planificaci\u00f3n, adaptaci\u00f3n y evaluaci\u00f3n, la retroalimentaci\u00f3n, son parte de la rutina en la relaci\u00f3n del \u00e1rea con los clientes atendidos. El mayor valor est\u00e1 en adaptarse y mejorar de acuerdo con los comentarios de los usuarios\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n
<\/a>\u00bfPara qu\u00e9 situaciones y tipos de proyectos se recomienda Scrum?<\/b><\/h2>\nScrum se formaliz\u00f3 inicialmente para proyectos de desarrollo de software, pero se ha aplicado a cualquier \u00e1mbito de proyectos complejos y trabajos innovadores. Como resultado, su uso es muy adecuado en proyectos con requisitos altamente emergentes o que cambian r\u00e1pidamente.<\/p>\n
<\/p>\n
<\/a>\u00bfSe puede considerar Scrum un framework o metodolog\u00eda para el desarrollo de productos?<\/b><\/h2>\nScrum es uno de los muchos frameworks \u00e1giles. En general, todos los frameworks \u00e1giles funcionan entregando grandes proyectos en peque\u00f1os fragmentos, peque\u00f1os incrementos. A medida que se completa cada incremento de producto, los equipos revisan la funcionalidad y luego deciden qu\u00e9 construir a continuaci\u00f3n en funci\u00f3n de lo que han aprendido y los comentarios que han recibido.<\/p>\n
Estos ciclos frecuentes de inspecci\u00f3n y reacondicionamiento reducen el desperdicio y minimizan el riesgo. Los equipos hacen esto hasta que entregan el producto o servicio completo, o hasta que lo que han lanzado hasta el momento satisface las necesidades del cliente.<\/p>\n
Es com\u00fan que los equipos de Scrum tambi\u00e9n utilicen el concepto de Producto M\u00ednimo Viable (MVP)<\/a><\/strong> para validar r\u00e1pidamente si los incrementos del producto est\u00e1n brindando valor a los usuarios y generar informaci\u00f3n sobre el camino a seguir.<\/p>\n <\/p>\n
<\/a>Ejemplos de aplicaci\u00f3n de Scrum<\/b><\/h2>\nAunque est\u00e1 ligado al desarrollo de software, Scrum se puede aplicar a cualquier trabajo en equipo y en diferentes segmentos.<\/p>\n
Ejemplo de Scrum aplicado en el \u00e1rea de Recursos Humanos (RH), referenciado por el autor Jo\u00e3o Paulo Coutinho<\/a>:<\/strong><\/em><\/p>\nMenciona el libro Scrum for Dummies<\/strong>.<\/a> Los autores Mark Layton y David Morrow traen el ejemplo de Parexel Informatics, una empresa estadounidense que opera en el sector biofarmac\u00e9utico, que necesitaba contratar a m\u00e1s de 20 empleados en un corto per\u00edodo de tiempo.<\/p>\n\u201cLa empresa enfrent\u00f3 varios desaf\u00edos: no contaba con un equipo de reclutamiento o incorporaci\u00f3n para facilitar la transici\u00f3n de los nuevos empleados en la organizaci\u00f3n. La empresa aplic\u00f3 Scrum, realiz\u00f3 una Planificaci\u00f3n, identific\u00f3 un mapa de prioridades e inici\u00f3 \u201csprints de una semana\u201d para monitorear el progreso. En siete semanas, Parexel hab\u00eda contratado, capacitado e integrado a 21 nuevos profesionales para trabajar en el nuevo proyecto. Equipo unido para lograr el objetivo, monitoreando el avance de la obra, inspeccionando y adaptando cuando sea necesario\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n
Ejemplo de Scrum aplicado en un proyecto de software en los ferrocarriles holandeses: estudio de caso<\/a>:<\/strong><\/em><\/p>\nComo se inform\u00f3 en este estudio de caso, un ferrocarril holand\u00e9s ten\u00eda la necesidad de desarrollar un software de informaci\u00f3n de viaje para los pasajeros. Los tiempos, destinos, intervalos, deben mostrarse en pantallas y comunicarse a trav\u00e9s del sonido autom\u00e1ticamente.<\/p>\n
El art\u00edculo se\u00f1ala que uno de los requisitos del cliente era poder ver el proyecto funcionando por etapas, desde el inicio y no solo en la entrega final del producto. Con el uso de Scrum, fue posible realizar entregas incrementales, con mayor participaci\u00f3n del cliente en todas las fases y una mejor gesti\u00f3n de todos los equipos involucrados en el proyecto.<\/p>\n
<\/p>\n
Ejemplo de Scrum al organizar una boda \u2013 informe<\/a> del Design Thinking Coach, Fernando Figueiredo Virgilio:<\/strong><\/em><\/p>\nLa aplicaci\u00f3n de Scrum en un evento como una boda puede ayudar, entre otras cosas, a ahorrar tiempo, dinero y reducir el estr\u00e9s. En este ejemplo, la construcci\u00f3n de la cartera de bodas, una lista de todos los elementos que har\u00edan que el evento fuera un \u00e9xito, como: fot\u00f3grafo, decoraci\u00f3n, invitaciones, iglesia, comida, etc.<\/p>\n
El otro paso ser\u00eda priorizar el backlog de la boda, es decir, ordenar los elementos por prioridad. Al planificar el Sprint, los novios se preguntaban qu\u00e9 se necesitar\u00eda para completar cada elemento. La pareja puede establecer una cadencia para las reuniones de seguimiento. Y en la retrospectiva, es la oportunidad de comentar el Sprint y valorar qu\u00e9 puntos se podr\u00edan mejorar.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1les son los tipos de certificaci\u00f3n en Scrum?<\/b><\/h2>\nTenemos como ejemplo sitios web oficiales con el objetivo de obtener la certificaci\u00f3n en el tema. Uno de ellos es el sitio web de Scrum Alliance<\/strong><\/a>, que tiene diferentes tipos de certificaciones por rol de Scrum Team. Otro es el sitio web Scrum.org<\/strong><\/a>, que tambi\u00e9n proporciona varias evaluaciones que pueden usarse como herramientas para examinar, mejorar y certificar su conocimiento de Scrum.<\/p>\nAqu\u00ed en Caroli.org<\/strong><\/a>, brindamos varias capacitaciones exclusivas y de autor sobre el tema, donde puede obtener certificaciones adicionales. La participaci\u00f3n en estas capacitaciones tambi\u00e9n incluye un libro electr\u00f3nico de capacitaci\u00f3n, material de apoyo, aprendizaje y trabajo en red. Accede al men\u00fa de Capacitaci\u00f3n<\/a><\/strong> en nuestro sitio web y mantente al tanto de nuestro programa de actividades.<\/p>\n <\/p>\n
<\/a>\u00bfCu\u00e1l es la certificaci\u00f3n Scrum m\u00e1s popular?<\/b><\/h2>\nExisten varias certificaciones Scrum. Sin embargo, los m\u00e1s conocidos son Scrum Master<\/strong> (certificaci\u00f3n disponible en PSM \u2013 Scrum.org<\/strong><\/a> o CSM \u2013 Scrum Alliance<\/a><\/strong>) y Scrum Product Owner<\/strong> (certificaci\u00f3n tambi\u00e9n disponible en PSPO \u2013 Scrum.org<\/a><\/strong> o CSPO \u2013 Scrum Alliance<\/strong><\/a>).<\/p>\nObtenga beneficios directos en temas de certificaci\u00f3n con las capacitaciones de Caroli.org:<\/p>\n
\n- Sprint to Sprint<\/strong> (Basado en el libro Sprint to Sprint: \u00c9xitos y errores en la transformaci\u00f3n cultural de un equipo \u00e1gil, la capacitaci\u00f3n aborda las diferentes etapas de un equipo y presenta pr\u00e1cticas que se pueden adoptar en cada una de las etapas para que el equipo pueda tener mucho \u00e9xito en el logro de sus objetivos);<\/li>\n
- FunRetrospectives<\/strong> (Basado en el nuevo libro FunRetrospectives: Activities and Ideas to Make Agile Retrospectives More Engaging, la capacitaci\u00f3n ense\u00f1a paso a paso, con gran detalle, c\u00f3mo preparar y facilitar retrospectivas muy atractivas y eficientes);<\/li>\n
- Lean Inception<\/strong> (Basado en el libro Lean Inception, un \u00e9xito de ventas, la capacitaci\u00f3n le ense\u00f1a paso a paso c\u00f3mo alinear a un grupo de personas y crear el producto adecuado. Aprendizaje puesto en pr\u00e1ctica, de manera pr\u00e1ctica, para que nunca pierda tiempo, dinero, o esfuerzo por construir el producto equivocado);<\/li>\n
- Product Backlog Building \u2013 PBB<\/strong> (Basado en el libro Product Backlog Building: Una gu\u00eda pr\u00e1ctica para crear y refinar un backlog para productos exitosos, la capacitaci\u00f3n es una experiencia \u00fanica e intensa que llevar\u00e1 a los participantes a experimentar en la pr\u00e1ctica la elaboraci\u00f3n y definici\u00f3n de un Product Backlog Building. y backlog colaborativo a trav\u00e9s de PBB, un proceso de construcci\u00f3n de Product Backlog que utiliza PBB Canvas como herramienta de facilitaci\u00f3n).<\/li>\n
- Lean Delivery<\/strong> el eBook de capacitaci\u00f3n con el mismo nombre que conecta los conceptos de Lean Inception, MVP, Scrum y Kanban a trav\u00e9s de una actividad pr\u00e1ctica donde los participantes forman equipos que deben planificar y monitorear entregas \u00e1giles, aplicando los conceptos y bas\u00e1ndose en m\u00e9tricas de flujo.<\/li>\n
- Scrum Basics:<\/strong> basado en el libro electr\u00f3nico Scrum Basics, Scrum Basics Training se lleva a cabo en l\u00ednea y en vivo y contiene todo lo que necesita para comprender y comenzar a usar el framework Scrum de inmediato, lo que hace que el trabajo del equipo sea m\u00e1s eficiente y organizado. Con recursos visuales y actividades para explicar y explorar los conceptos b\u00e1sicos de este incre\u00edble marco, el Entrenamiento incluye toda la informaci\u00f3n fundamental sobre Scrum, como Pilares, Valores, Roles, Eventos y Artefactos.<\/li>\n<\/ul>\n
<\/p>\n
\u00bfTe gust\u00f3 este contenido?<\/strong><\/h2>\nEn Caroli.org hay, entre otras cosas, varios materiales relacionados con el tema. Accede ahora y contin\u00faa con tu proceso de conocimiento y aprendizaje, adem\u00e1s de construir un producto exitoso.<\/p>\n
> \u00danase a la pr\u00f3xima clase de Formaci\u00f3n Scrum Basics<\/strong><\/a>. \u00danete a este grupo de WhatsApp<\/strong><\/a> y ay\u00fadanos a fijar la pr\u00f3xima fecha.<\/p><\/blockquote>\nEste contenido fue publicado originalmente en 06\/10\/2022. \u00daltima actualizaci\u00f3n en 04\/10\/2023.<\/p><\/blockquote>\n","protected":false},"excerpt":{"rendered":"
Scrum se divide en ciclos llamados Sprints, que permiten a los equipos mantener una cadencia de trabajo. Ver\u00e1 a continuaci\u00f3n, m\u00e1s detalles sobre esta importante herramienta que sirve para organizar procesos, eliminando cuellos de botella y evitando futuros problemas, y que es \u00fatil en todos lados, pudiendo ser utilizada en diferentes \u00e1reas y no solo en temas de software y tecnolog\u00edas de la informaci\u00f3n.<\/p>\n","protected":false},"author":21,"featured_media":205875,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1917],"tags":[],"inception_activities":[],"colaboradores":[],"class_list":["post-14814","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cultura-agil"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=14814"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/205875"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=14814"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=14814"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=14814"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=14814"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=14814"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
Scrum sugiere que cada Sprint, es decir, cada ciclo, comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado. Adem\u00e1s de estas dos reuniones, tambi\u00e9n se recomienda realizar un evento m\u00e1s cada Sprint: la llamada retrospectiva.<\/p>\n
En este contexto, al desarrollar un producto utilizando Scrum, se establecen ciclos cortos y cadenciados (por ejemplo, Sprints semanales). De esa manera, de Sprint a Sprint, el equipo de Scrum se alinea, realiza un seguimiento del trabajo y permite la mejora continua.<\/p>\n
Con Scrum, todos los d\u00edas a la misma hora, el equipo se re\u00fane durante unos quince minutos para inspeccionar el progreso del incremento del producto, verificar el progreso del trabajo actual y ajustar el trabajo futuro. Este evento con las reuniones diarias se llama Daily Scrum.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 son los eventos Scrum?<\/b><\/h2>\nEl framework Scrum tiene cinco eventos:<\/p>\n
\n- Sprint<\/strong>: la cadencia que sigue el equipo Scrum; por ejemplo semanal.<\/li>\n
- Planificaci\u00f3n de Sprint<\/strong>: la reuni\u00f3n al comienzo del Sprint donde el equipo planifica y se compromete con el objetivo del Sprint y el backlog de Sprint.<\/li>\n
- Sprint Review<\/strong>: La reuni\u00f3n al final del Sprint para revisar el Sprint Goal y el Sprint Backlog.<\/li>\n
- Daily Scrum<\/strong>: la reuni\u00f3n que se lleva a cabo diariamente (a la misma hora) para que el equipo se alinee r\u00e1pidamente sobre c\u00f3mo les est\u00e1 yendo con respecto a los elementos del Sprint Backlog y el Sprint Goal.<\/li>\n
- Retrospectiva<\/strong>: La reuni\u00f3n realizada una vez en el Sprint que busca la mejora continua: \u00bfqu\u00e9 podemos hacer para mejorar?<\/li>\n<\/ul>\n
\nImagen: Libro Sprint a Sprint (https:\/\/caroli.org\/es\/livro\/sprint-a-sprint<\/a><\/strong>)<\/p>\n <\/p>\n
<\/a>\u00bfCu\u00e1les son los roles de Scrum?<\/b><\/h2>\nLos equipos Scrum tienen tres roles espec\u00edficos:<\/p>\n
\n- Scrum Master (SM).<\/strong><\/li>\n
- Product Owner (PO).<\/strong><\/li>\n
- Desarrolladores<\/strong><\/li>\n<\/ul>\n
El primero es el Scrum Master (SM)<\/strong>, una persona experimentada con el framework que tiene la responsabilidad de garantizar que se comprenda y aplique. En este rol, el principal objetivo es maximizar la eficiencia del equipo.<\/p>\nProduct Owner (PO)<\/strong> es el segundo rol espec\u00edfico. La persona en este rol representa el negocio, los clientes o los usuarios y gu\u00eda al equipo para construir el producto correcto. Priorizar el backlog basado en la alineaci\u00f3n entre las partes interesadas, tanto internas como externas al equipo Scrum, es su funci\u00f3n principal. PO maximiza el valor a trav\u00e9s de un proceso continuo de desarrollo de productos, guiado por el aprendizaje y la experimentaci\u00f3n.<\/p>\nTodos los dem\u00e1s en el equipo de Scrum se consideran desarrolladores<\/strong>, de ah\u00ed el tercer rol de Scrum. Estas son las personas de diferentes capacidades comprometidas con la creaci\u00f3n de todos y cada uno de los incrementos de productos.<\/p>\n <\/p>\n
<\/a>\u00bfQu\u00e9 es el Product Owner?<\/b><\/h2>\nComo vimos anteriormente, Product Owner (PO) es el segundo rol espec\u00edfico de Scrum y, de esta manera, comienza a liderar el esfuerzo de desarrollo, a trav\u00e9s de la clarificaci\u00f3n y priorizaci\u00f3n del trabajo.<\/p>\n
<\/p>\n
PO: Centro del equipo Scrum<\/em><\/p>\nPor lo general, la PO funciona con el Product Backlog, la lista maestra de requisitos para que se cree el producto. Se convierte en la parte clave del framework, ya que participa en: Daily Scrum, lidera sesiones de refinamiento, Sprint Planning, participa en retrospectivas del equipo, lidera la direcci\u00f3n estrat\u00e9gica del producto, hace SDP del trabajo (Slice, Discard y Prioritize) y mucho m\u00e1s.<\/p>\n
En una metodolog\u00eda como Scrum, que promueve el trabajo en equipo y el alineamiento cadenciado a trav\u00e9s de Sprints, basado en la claridad e involucramiento de cada rol y de cada reuni\u00f3n, el PO asume un rol clave, que promueve el alineamiento entre todos los stakeholders, ya sean internos o externos a la Equipo Scrum.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1l es el trabajo de un Scrum Master?<\/b><\/h2>\nEl Scrum Master asume uno de los roles principales en Scrum, ayudando al equipo a ser m\u00e1s efectivo, alineado y aut\u00f3nomo. Es importante recordar que el Scrum Master se convierte en un experto en procesos<\/strong>, pero no en contenidos. Todo esto se debe a que act\u00faa de manera neutral, sin interferir directamente con el contenido de las discusiones del equipo.<\/p>\nEl Scrum Master es una gu\u00eda que ir\u00e1 fomentando la colaboraci\u00f3n en equipo y resolviendo posibles obst\u00e1culos durante el Sprint. Para esto, Scrum tiene mucha familiaridad y experiencia con el framework Scrum, su naturaleza colaborativa, sus artefactos y eventos.<\/p>\n
Sin embargo, el rol de fomentar la colaboraci\u00f3n no significa que el Scrum Master sea el actor principal. Al contr\u00e1rio. El Scrum Master debe ser un mediador, el que propicia la b\u00fasqueda de soluciones y conversaciones activas entre todas las personas del equipo Scrum, y posibles stakeholders externos. En consecuencia, el trabajo del Scrum Master es asegurar el \u00e9xito del equipo.<\/p>\n
En otras palabras, el objetivo del Scrum Master es apoyar al equipo para que pueda llevar a cabo cada actividad planificada para el Sprint, dedic\u00e1ndose a la entrega de producto e incrementos, y asegurando que el producto se genere de acuerdo a las expectativas y objetivos.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 son los artefactos en Scrum?<\/b><\/h2>\nEn Scrum, los artefactos est\u00e1n destinados a maximizar la transparencia y promover la alineaci\u00f3n sobre el trabajo.<\/p>\n
Scrum tiene tres artefactos:<\/p>\n
\n- Product Backlog.<\/strong><\/li>\n
- Sprint Backlog.<\/strong><\/li>\n
- Incremento de producto.<\/strong><\/li>\n<\/ul>\n
Product Backlog y Sprint Backlog describen el trabajo a realizar, respectivamente, para el producto y para el Sprint.<\/p>\n
El incremento, por otro lado, es una parte del producto que a\u00fan se desarrollar\u00e1. Cada Incremento se agrega a los Incrementos entregados anteriormente y algunos de ellos se pueden crear en un Sprint. Para aportar valor, todos y cada uno de los incrementos deben ser utilizables.<\/p>\n
El libro Product Backlog Building (PBB): una gu\u00eda pr\u00e1ctica para la creaci\u00f3n y el refinamiento de backlog de productos exitosos tambi\u00e9n aborda el tema de los artefactos de Scrum. Est\u00e9n atentos ya que en futuros art\u00edculos cubriremos PBB as\u00ed como la escritura de historias de usuarios.<\/p>\n
<\/p>\n
<\/a>\u00bfQu\u00e9 es Daily Scrum y qui\u00e9n debe participar?<\/b><\/h2>\nLa reuni\u00f3n diaria para verificar el progreso de las tareas de trabajo del equipo Scrum con respecto a la meta del Sprint se llama Daily Scrum. En esta reuni\u00f3n se entra en agenda y evaluaci\u00f3n lo realizado por el equipo el d\u00eda anterior, se identifican impedimentos y se priorizan las actividades a realizar el d\u00eda que se inicia.<\/p>\n
En esta reuni\u00f3n participan todos los miembros del equipo, quienes suelen responder tres preguntas para promover la alineaci\u00f3n diaria de todos: qu\u00e9 hice ayer, qu\u00e9 voy a hacer hoy y qu\u00e9 impide el progreso de mi trabajo para alcanzar la meta del Sprint. Con estas respuestas, cada miembro del equipo asume su compromiso con los dem\u00e1s.<\/p>\n
<\/p>\n
<\/a>Retrospectiva de Scrum: \u00bfQui\u00e9n participa?<\/b><\/h2>\nTodos los miembros del equipo Scrum deben participar en la Retrospectiva. Es un momento clave, dada la oportunidad de buscar la mejora continua en relaci\u00f3n al proceso, calidad y eficacia, entrega e interacci\u00f3n entre los participantes.<\/p>\n
Las retrospectivas ayudan a un equipo a alcanzar el \u00e9xito. Cada persona trae una experiencia de vida diferente, una perspectiva diferente. Las retrospectivas efectivas hacen que todos se sientan c\u00f3modos, alineados y listos para ser parte de la mejor experiencia posible.<\/p>\n
\u00bfSabes cu\u00e1l es el elemento principal de la mejora continua? Es un equipo eficaz y comprometido. En este sentido, el libro FunRetro: Activities and Ideas to Make Agile Retrospectives More Engaging<\/a><\/strong> tiene las herramientas necesarias para desarrollarlo!<\/p>\n <\/p>\n
<\/a>Scrum: \u00bfC\u00f3mo surgi\u00f3 y qui\u00e9n lo cre\u00f3?<\/b><\/h2>\nJeff Sutherland<\/a><\/strong> es uno de los nombres m\u00e1s importantes en lo que respecta a Scrum. Todo esto porque es considerado uno de los \u201cpadres\u201d de Scrum, uno de los creadores del m\u00e9todo, fundador de Scrum Inc. y tambi\u00e9n coautor del manifiesto \u00e1gil.<\/p>\nJunto con Ken Schwaber, Jeff cre\u00f3 Scrum en 1993. La iniciativa se cre\u00f3 en Easel Corporation con el objetivo principal de cambiar la forma en que se gestionaba el desarrollo de software. Sin embargo, varios otros profesionales tambi\u00e9n contribuyeron a que la metodolog\u00eda llegara al punto que es hoy.<\/p>\n
Hay registros de que la primera base para el framework Scrum se mencion\u00f3 en 1986, en un art\u00edculo de Hirotaka Takeuchi e Ikujiro Nonaka publicado en Harvard Business Review. En \u201cEl nuevo juego del desarrollo de nuevos productos\u201d, los autores compararon los procesos de creaci\u00f3n de productos con los deportes. De ah\u00ed viene la comparaci\u00f3n de Scrum con un juego de Rugby: lo ideal era que todo el equipo jugara al mismo tiempo, pasando las tareas hacia adelante o hacia atr\u00e1s hasta alcanzar la meta.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1l es la diferencia entre Scrum y Kanban? \u00bfEs posible usar ambos?<\/b><\/h2>\nKanban es un m\u00e9todo formulado por David J. Anderson<\/strong><\/a> para gestionar el flujo de trabajo de un proceso incremental y evolutivo. Este m\u00e9todo, influenciado por el modelo Just-In-Iime de Toyota, se basa en visualizar el flujo de trabajo y, a partir de ah\u00ed, actuar sobre el proceso para no sobrecargar a los miembros del equipo.<\/p>\nKanban puede verse como una herramienta de comunicaci\u00f3n para adquirir r\u00e1pidamente conocimientos y alinear acciones entre los miembros del equipo. El objetivo principal es dar a todos los miembros del equipo una visi\u00f3n compartida del proceso y el estado actual del trabajo. De esta forma, Kanban proporciona representaciones visuales de las fases de trabajo, las personas y el trabajo.<\/p>\n
Teniendo en cuenta que Scrum y Kanban son m\u00e9todos para hacer un trabajo o proyecto \u00e1gil, colaborativo y organizado, es muy com\u00fan combinarlos y usarlos juntos. Corey Ladas cre\u00f3 el nombre Scrumban<\/a> para mostrar la integraci\u00f3n de ambos.<\/p>\nPor otro lado, al comenzar a aplicar una pr\u00e1ctica, la combinaci\u00f3n de \u00e9sta con otras puede traer confusi\u00f3n en cuanto a la comprensi\u00f3n de la misma. En este caso, la elecci\u00f3n entre comenzar con Scrum o con Kanban debe hacerse considerando el perfil del negocio, sus necesidades y metas a mediano y largo plazo.<\/p>\n
<\/p>\n
<\/a>En Scrum, \u00bfqu\u00e9 es Sprint?<\/b><\/h2>\nEl Sprint, como se vio anteriormente, tiene la funci\u00f3n principal de promover una cadencia, generalmente de una a cuatro semanas, seg\u00fan la preferencia del equipo. En el mundo \u00e1gil de Scrum, se evitan las descripciones completas y detalladas de c\u00f3mo se debe hacer todo en el Sprint. Estas preguntas ser\u00e1n definidas por el equipo de desarrollo, quien sabr\u00e1 la mejor manera de resolver los problemas.<\/p>\n
Es por eso que la reuni\u00f3n de planificaci\u00f3n del sprint se describe en t\u00e9rminos de objetivos y resultados deseados. Se trata de una apuesta por un conjunto de funcionalidades a desarrollar en el pr\u00f3ximo Sprint, buscando as\u00ed un equilibrio entre autonom\u00eda, flexibilidad y compromiso de equipo. Este compromiso se revisa al final del Sprint, en la reuni\u00f3n de revisi\u00f3n.<\/p>\n
<\/p>\n
<\/a>\u00bfD\u00f3nde deber\u00eda comenzar un laico en Scrum?<\/b><\/h2>\nComienza definiendo la cadencia del equipo: por ejemplo: Sprints de una semana.<\/p>\n
El modelo Scrum sugiere que cada Sprint comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado al final del Sprint.<\/p>\n
Elija los d\u00edas y horas para estas dos reuniones. Por ejemplo: Planificaci\u00f3n los lunes, de 8 a 9 horas, y Revisi\u00f3n los viernes, de 16 a 17 horas.<\/p>\n
Estos son los principios de la gesti\u00f3n de proyectos Scrum: ciclos cortos y cadenciados con reuniones de alineaci\u00f3n (planificaci\u00f3n y revisi\u00f3n). Esto es lo b\u00e1sico de lo b\u00e1sico.<\/p>\n
Luego, hable sobre el seguimiento del progreso del trabajo (Daily Scrum) y la mejora del equipo (retrospectiva).<\/p>\n
Elige la hora del Daily Scrum: por ejemplo, todos los d\u00edas de 10:00 a 10:15. Cabe se\u00f1alar que esta reuni\u00f3n pretende ser informativa y r\u00e1pida.<\/p>\n
Tambi\u00e9n programe un tiempo recurrente para la mejora continua, para la reuni\u00f3n retrospectiva. Por ejemplo: los mi\u00e9rcoles, de 16 a 17 horas.<\/p>\n
Una vez que el equipo se acostumbre a la cadencia, vaya m\u00e1s all\u00e1 y mejore la forma en que maneja los roles (Scrum Master, PO y equipo multifuncional de desarrolladores) y artefactos. Como el equipo est\u00e1 haciendo una retrospectiva, es probable que el propio equipo est\u00e9 buscando estas mejoras.<\/p>\n
<\/p>\n
<\/a>Si solo pudieras hacer uno de los eventos de Scrum, \u00bfcu\u00e1l ser\u00eda?<\/b><\/h2>\nLa retrospectiva. Independientemente de c\u00f3mo y d\u00f3nde comenz\u00f3 el equipo, al hacer la retrospectiva, el equipo estar\u00e1 apuntando al siguiente paso, la pr\u00f3xima mejora, ya sea en relaci\u00f3n con el evento, el papel o el artefacto, a realizar.<\/p>\n
Vale la pena recordar que las retrospectivas deben ser eficientes, ligeras y divertidas, especialmente porque habr\u00e1 muchas, muchas retrospectivas en el transcurso de un equipo. El sitio web y el libro FunRetrospectives, www.funtetrospectives.com<\/a><\/strong>, lo ayudan a planificar y ejecutar retrospectivas exitosas.<\/p>\n <\/p>\n
<\/a>Scrum: \u00bfC\u00f3mo hacer el doble de trabajo en la mitad de tiempo?<\/b><\/h2>\nEn el libro Scrum: The Art of Doing Twice the Work in Half the Time<\/a>, del autor Jeff Sutherland y el coautor JJ Sutherland, se hace la reflexi\u00f3n de que los equipos con alto rendimiento eran aquellos que presentaban, entre otras caracter\u00edsticas, el hecho de ser multidisciplinar y tener autonom\u00eda para trabajar.<\/p>\nPara ellos, es posible hacer el doble de trabajo en la mitad de tiempo con el uso de Scrum, ya que tiene precisamente este enfoque a considerar, trabajando m\u00e9tricas con enfoque en resultados y mejora continua, donde las retrospectivas juegan un papel destacado en evaluar y mejorar.<\/p>\n
Pero vayamos m\u00e1s all\u00e1: el mayor desperdicio es hacer algo muy eficiente que no se debe hacer, aunque lo hagas en la mitad de tiempo. Pr\u00e1cticas modernas como Lean Inception<\/a><\/strong> y PBB complementan Scrum para ayudar en la b\u00fasqueda de la eficacia y la eficiencia. \u00bfQu\u00e9 tal lograr la exponencialidad, mucho m\u00e1s del doble en la mitad del tiempo?<\/p>\n <\/p>\n
<\/a>\u00bfEs posible aplicar Scrum para RH?<\/b><\/h2>\nS\u00ed, el autor Jo\u00e3o Paulo Coutinho<\/strong><\/a> destaca que, espec\u00edficamente en el \u00e1rea de Recursos Humanos, ya que muchas de las actividades son continuas, con un comienzo y apenas un final:<\/p>\n\u201cSprints m\u00e1s cortos nos ayudan a buscar la innovaci\u00f3n implementando metas m\u00e1s tangibles a la realidad organizacional, mientras que la planificaci\u00f3n, adaptaci\u00f3n y evaluaci\u00f3n, la retroalimentaci\u00f3n, son parte de la rutina en la relaci\u00f3n del \u00e1rea con los clientes atendidos. El mayor valor est\u00e1 en adaptarse y mejorar de acuerdo con los comentarios de los usuarios\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n
<\/a>\u00bfPara qu\u00e9 situaciones y tipos de proyectos se recomienda Scrum?<\/b><\/h2>\nScrum se formaliz\u00f3 inicialmente para proyectos de desarrollo de software, pero se ha aplicado a cualquier \u00e1mbito de proyectos complejos y trabajos innovadores. Como resultado, su uso es muy adecuado en proyectos con requisitos altamente emergentes o que cambian r\u00e1pidamente.<\/p>\n
<\/p>\n
<\/a>\u00bfSe puede considerar Scrum un framework o metodolog\u00eda para el desarrollo de productos?<\/b><\/h2>\nScrum es uno de los muchos frameworks \u00e1giles. En general, todos los frameworks \u00e1giles funcionan entregando grandes proyectos en peque\u00f1os fragmentos, peque\u00f1os incrementos. A medida que se completa cada incremento de producto, los equipos revisan la funcionalidad y luego deciden qu\u00e9 construir a continuaci\u00f3n en funci\u00f3n de lo que han aprendido y los comentarios que han recibido.<\/p>\n
Estos ciclos frecuentes de inspecci\u00f3n y reacondicionamiento reducen el desperdicio y minimizan el riesgo. Los equipos hacen esto hasta que entregan el producto o servicio completo, o hasta que lo que han lanzado hasta el momento satisface las necesidades del cliente.<\/p>\n
Es com\u00fan que los equipos de Scrum tambi\u00e9n utilicen el concepto de Producto M\u00ednimo Viable (MVP)<\/a><\/strong> para validar r\u00e1pidamente si los incrementos del producto est\u00e1n brindando valor a los usuarios y generar informaci\u00f3n sobre el camino a seguir.<\/p>\n <\/p>\n
<\/a>Ejemplos de aplicaci\u00f3n de Scrum<\/b><\/h2>\nAunque est\u00e1 ligado al desarrollo de software, Scrum se puede aplicar a cualquier trabajo en equipo y en diferentes segmentos.<\/p>\n
Ejemplo de Scrum aplicado en el \u00e1rea de Recursos Humanos (RH), referenciado por el autor Jo\u00e3o Paulo Coutinho<\/a>:<\/strong><\/em><\/p>\nMenciona el libro Scrum for Dummies<\/strong>.<\/a> Los autores Mark Layton y David Morrow traen el ejemplo de Parexel Informatics, una empresa estadounidense que opera en el sector biofarmac\u00e9utico, que necesitaba contratar a m\u00e1s de 20 empleados en un corto per\u00edodo de tiempo.<\/p>\n\u201cLa empresa enfrent\u00f3 varios desaf\u00edos: no contaba con un equipo de reclutamiento o incorporaci\u00f3n para facilitar la transici\u00f3n de los nuevos empleados en la organizaci\u00f3n. La empresa aplic\u00f3 Scrum, realiz\u00f3 una Planificaci\u00f3n, identific\u00f3 un mapa de prioridades e inici\u00f3 \u201csprints de una semana\u201d para monitorear el progreso. En siete semanas, Parexel hab\u00eda contratado, capacitado e integrado a 21 nuevos profesionales para trabajar en el nuevo proyecto. Equipo unido para lograr el objetivo, monitoreando el avance de la obra, inspeccionando y adaptando cuando sea necesario\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n
Ejemplo de Scrum aplicado en un proyecto de software en los ferrocarriles holandeses: estudio de caso<\/a>:<\/strong><\/em><\/p>\nComo se inform\u00f3 en este estudio de caso, un ferrocarril holand\u00e9s ten\u00eda la necesidad de desarrollar un software de informaci\u00f3n de viaje para los pasajeros. Los tiempos, destinos, intervalos, deben mostrarse en pantallas y comunicarse a trav\u00e9s del sonido autom\u00e1ticamente.<\/p>\n
El art\u00edculo se\u00f1ala que uno de los requisitos del cliente era poder ver el proyecto funcionando por etapas, desde el inicio y no solo en la entrega final del producto. Con el uso de Scrum, fue posible realizar entregas incrementales, con mayor participaci\u00f3n del cliente en todas las fases y una mejor gesti\u00f3n de todos los equipos involucrados en el proyecto.<\/p>\n
<\/p>\n
Ejemplo de Scrum al organizar una boda \u2013 informe<\/a> del Design Thinking Coach, Fernando Figueiredo Virgilio:<\/strong><\/em><\/p>\nLa aplicaci\u00f3n de Scrum en un evento como una boda puede ayudar, entre otras cosas, a ahorrar tiempo, dinero y reducir el estr\u00e9s. En este ejemplo, la construcci\u00f3n de la cartera de bodas, una lista de todos los elementos que har\u00edan que el evento fuera un \u00e9xito, como: fot\u00f3grafo, decoraci\u00f3n, invitaciones, iglesia, comida, etc.<\/p>\n
El otro paso ser\u00eda priorizar el backlog de la boda, es decir, ordenar los elementos por prioridad. Al planificar el Sprint, los novios se preguntaban qu\u00e9 se necesitar\u00eda para completar cada elemento. La pareja puede establecer una cadencia para las reuniones de seguimiento. Y en la retrospectiva, es la oportunidad de comentar el Sprint y valorar qu\u00e9 puntos se podr\u00edan mejorar.<\/p>\n
<\/p>\n
<\/a>\u00bfCu\u00e1les son los tipos de certificaci\u00f3n en Scrum?<\/b><\/h2>\nTenemos como ejemplo sitios web oficiales con el objetivo de obtener la certificaci\u00f3n en el tema. Uno de ellos es el sitio web de Scrum Alliance<\/strong><\/a>, que tiene diferentes tipos de certificaciones por rol de Scrum Team. Otro es el sitio web Scrum.org<\/strong><\/a>, que tambi\u00e9n proporciona varias evaluaciones que pueden usarse como herramientas para examinar, mejorar y certificar su conocimiento de Scrum.<\/p>\nAqu\u00ed en Caroli.org<\/strong><\/a>, brindamos varias capacitaciones exclusivas y de autor sobre el tema, donde puede obtener certificaciones adicionales. La participaci\u00f3n en estas capacitaciones tambi\u00e9n incluye un libro electr\u00f3nico de capacitaci\u00f3n, material de apoyo, aprendizaje y trabajo en red. Accede al men\u00fa de Capacitaci\u00f3n<\/a><\/strong> en nuestro sitio web y mantente al tanto de nuestro programa de actividades.<\/p>\n <\/p>\n
<\/a>\u00bfCu\u00e1l es la certificaci\u00f3n Scrum m\u00e1s popular?<\/b><\/h2>\nExisten varias certificaciones Scrum. Sin embargo, los m\u00e1s conocidos son Scrum Master<\/strong> (certificaci\u00f3n disponible en PSM \u2013 Scrum.org<\/strong><\/a> o CSM \u2013 Scrum Alliance<\/a><\/strong>) y Scrum Product Owner<\/strong> (certificaci\u00f3n tambi\u00e9n disponible en PSPO \u2013 Scrum.org<\/a><\/strong> o CSPO \u2013 Scrum Alliance<\/strong><\/a>).<\/p>\nObtenga beneficios directos en temas de certificaci\u00f3n con las capacitaciones de Caroli.org:<\/p>\n
\n- Sprint to Sprint<\/strong> (Basado en el libro Sprint to Sprint: \u00c9xitos y errores en la transformaci\u00f3n cultural de un equipo \u00e1gil, la capacitaci\u00f3n aborda las diferentes etapas de un equipo y presenta pr\u00e1cticas que se pueden adoptar en cada una de las etapas para que el equipo pueda tener mucho \u00e9xito en el logro de sus objetivos);<\/li>\n
- FunRetrospectives<\/strong> (Basado en el nuevo libro FunRetrospectives: Activities and Ideas to Make Agile Retrospectives More Engaging, la capacitaci\u00f3n ense\u00f1a paso a paso, con gran detalle, c\u00f3mo preparar y facilitar retrospectivas muy atractivas y eficientes);<\/li>\n
- Lean Inception<\/strong> (Basado en el libro Lean Inception, un \u00e9xito de ventas, la capacitaci\u00f3n le ense\u00f1a paso a paso c\u00f3mo alinear a un grupo de personas y crear el producto adecuado. Aprendizaje puesto en pr\u00e1ctica, de manera pr\u00e1ctica, para que nunca pierda tiempo, dinero, o esfuerzo por construir el producto equivocado);<\/li>\n
- Product Backlog Building \u2013 PBB<\/strong> (Basado en el libro Product Backlog Building: Una gu\u00eda pr\u00e1ctica para crear y refinar un backlog para productos exitosos, la capacitaci\u00f3n es una experiencia \u00fanica e intensa que llevar\u00e1 a los participantes a experimentar en la pr\u00e1ctica la elaboraci\u00f3n y definici\u00f3n de un Product Backlog Building. y backlog colaborativo a trav\u00e9s de PBB, un proceso de construcci\u00f3n de Product Backlog que utiliza PBB Canvas como herramienta de facilitaci\u00f3n).<\/li>\n
- Lean Delivery<\/strong> el eBook de capacitaci\u00f3n con el mismo nombre que conecta los conceptos de Lean Inception, MVP, Scrum y Kanban a trav\u00e9s de una actividad pr\u00e1ctica donde los participantes forman equipos que deben planificar y monitorear entregas \u00e1giles, aplicando los conceptos y bas\u00e1ndose en m\u00e9tricas de flujo.<\/li>\n
- Scrum Basics:<\/strong> basado en el libro electr\u00f3nico Scrum Basics, Scrum Basics Training se lleva a cabo en l\u00ednea y en vivo y contiene todo lo que necesita para comprender y comenzar a usar el framework Scrum de inmediato, lo que hace que el trabajo del equipo sea m\u00e1s eficiente y organizado. Con recursos visuales y actividades para explicar y explorar los conceptos b\u00e1sicos de este incre\u00edble marco, el Entrenamiento incluye toda la informaci\u00f3n fundamental sobre Scrum, como Pilares, Valores, Roles, Eventos y Artefactos.<\/li>\n<\/ul>\n
<\/p>\n
\u00bfTe gust\u00f3 este contenido?<\/strong><\/h2>\nEn Caroli.org hay, entre otras cosas, varios materiales relacionados con el tema. Accede ahora y contin\u00faa con tu proceso de conocimiento y aprendizaje, adem\u00e1s de construir un producto exitoso.<\/p>\n
> \u00danase a la pr\u00f3xima clase de Formaci\u00f3n Scrum Basics<\/strong><\/a>. \u00danete a este grupo de WhatsApp<\/strong><\/a> y ay\u00fadanos a fijar la pr\u00f3xima fecha.<\/p><\/blockquote>\nEste contenido fue publicado originalmente en 06\/10\/2022. \u00daltima actualizaci\u00f3n en 04\/10\/2023.<\/p><\/blockquote>\n","protected":false},"excerpt":{"rendered":"
Scrum se divide en ciclos llamados Sprints, que permiten a los equipos mantener una cadencia de trabajo. Ver\u00e1 a continuaci\u00f3n, m\u00e1s detalles sobre esta importante herramienta que sirve para organizar procesos, eliminando cuellos de botella y evitando futuros problemas, y que es \u00fatil en todos lados, pudiendo ser utilizada en diferentes \u00e1reas y no solo en temas de software y tecnolog\u00edas de la informaci\u00f3n.<\/p>\n","protected":false},"author":21,"featured_media":205875,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1917],"tags":[],"inception_activities":[],"colaboradores":[],"class_list":["post-14814","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cultura-agil"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=14814"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/205875"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=14814"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=14814"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=14814"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=14814"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=14814"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
<\/p>\n Los equipos Scrum tienen tres roles espec\u00edficos:<\/p>\n El primero es el Scrum Master (SM)<\/strong>, una persona experimentada con el framework que tiene la responsabilidad de garantizar que se comprenda y aplique. En este rol, el principal objetivo es maximizar la eficiencia del equipo.<\/p>\n Product Owner (PO)<\/strong> es el segundo rol espec\u00edfico. La persona en este rol representa el negocio, los clientes o los usuarios y gu\u00eda al equipo para construir el producto correcto. Priorizar el backlog basado en la alineaci\u00f3n entre las partes interesadas, tanto internas como externas al equipo Scrum, es su funci\u00f3n principal. PO maximiza el valor a trav\u00e9s de un proceso continuo de desarrollo de productos, guiado por el aprendizaje y la experimentaci\u00f3n.<\/p>\n Todos los dem\u00e1s en el equipo de Scrum se consideran desarrolladores<\/strong>, de ah\u00ed el tercer rol de Scrum. Estas son las personas de diferentes capacidades comprometidas con la creaci\u00f3n de todos y cada uno de los incrementos de productos.<\/p>\n <\/p>\n Como vimos anteriormente, Product Owner (PO) es el segundo rol espec\u00edfico de Scrum y, de esta manera, comienza a liderar el esfuerzo de desarrollo, a trav\u00e9s de la clarificaci\u00f3n y priorizaci\u00f3n del trabajo.<\/p>\n PO: Centro del equipo Scrum<\/em><\/p>\n Por lo general, la PO funciona con el Product Backlog, la lista maestra de requisitos para que se cree el producto. Se convierte en la parte clave del framework, ya que participa en: Daily Scrum, lidera sesiones de refinamiento, Sprint Planning, participa en retrospectivas del equipo, lidera la direcci\u00f3n estrat\u00e9gica del producto, hace SDP del trabajo (Slice, Discard y Prioritize) y mucho m\u00e1s.<\/p>\n En una metodolog\u00eda como Scrum, que promueve el trabajo en equipo y el alineamiento cadenciado a trav\u00e9s de Sprints, basado en la claridad e involucramiento de cada rol y de cada reuni\u00f3n, el PO asume un rol clave, que promueve el alineamiento entre todos los stakeholders, ya sean internos o externos a la Equipo Scrum.<\/p>\n <\/p>\n El Scrum Master asume uno de los roles principales en Scrum, ayudando al equipo a ser m\u00e1s efectivo, alineado y aut\u00f3nomo. Es importante recordar que el Scrum Master se convierte en un experto en procesos<\/strong>, pero no en contenidos. Todo esto se debe a que act\u00faa de manera neutral, sin interferir directamente con el contenido de las discusiones del equipo.<\/p>\n El Scrum Master es una gu\u00eda que ir\u00e1 fomentando la colaboraci\u00f3n en equipo y resolviendo posibles obst\u00e1culos durante el Sprint. Para esto, Scrum tiene mucha familiaridad y experiencia con el framework Scrum, su naturaleza colaborativa, sus artefactos y eventos.<\/p>\n Sin embargo, el rol de fomentar la colaboraci\u00f3n no significa que el Scrum Master sea el actor principal. Al contr\u00e1rio. El Scrum Master debe ser un mediador, el que propicia la b\u00fasqueda de soluciones y conversaciones activas entre todas las personas del equipo Scrum, y posibles stakeholders externos. En consecuencia, el trabajo del Scrum Master es asegurar el \u00e9xito del equipo.<\/p>\n En otras palabras, el objetivo del Scrum Master es apoyar al equipo para que pueda llevar a cabo cada actividad planificada para el Sprint, dedic\u00e1ndose a la entrega de producto e incrementos, y asegurando que el producto se genere de acuerdo a las expectativas y objetivos.<\/p>\n <\/p>\n En Scrum, los artefactos est\u00e1n destinados a maximizar la transparencia y promover la alineaci\u00f3n sobre el trabajo.<\/p>\n Scrum tiene tres artefactos:<\/p>\n Product Backlog y Sprint Backlog describen el trabajo a realizar, respectivamente, para el producto y para el Sprint.<\/p>\n El incremento, por otro lado, es una parte del producto que a\u00fan se desarrollar\u00e1. Cada Incremento se agrega a los Incrementos entregados anteriormente y algunos de ellos se pueden crear en un Sprint. Para aportar valor, todos y cada uno de los incrementos deben ser utilizables.<\/p>\n El libro Product Backlog Building (PBB): una gu\u00eda pr\u00e1ctica para la creaci\u00f3n y el refinamiento de backlog de productos exitosos tambi\u00e9n aborda el tema de los artefactos de Scrum. Est\u00e9n atentos ya que en futuros art\u00edculos cubriremos PBB as\u00ed como la escritura de historias de usuarios.<\/p>\n <\/p>\n La reuni\u00f3n diaria para verificar el progreso de las tareas de trabajo del equipo Scrum con respecto a la meta del Sprint se llama Daily Scrum. En esta reuni\u00f3n se entra en agenda y evaluaci\u00f3n lo realizado por el equipo el d\u00eda anterior, se identifican impedimentos y se priorizan las actividades a realizar el d\u00eda que se inicia.<\/p>\n En esta reuni\u00f3n participan todos los miembros del equipo, quienes suelen responder tres preguntas para promover la alineaci\u00f3n diaria de todos: qu\u00e9 hice ayer, qu\u00e9 voy a hacer hoy y qu\u00e9 impide el progreso de mi trabajo para alcanzar la meta del Sprint. Con estas respuestas, cada miembro del equipo asume su compromiso con los dem\u00e1s.<\/p>\n <\/p>\n Todos los miembros del equipo Scrum deben participar en la Retrospectiva. Es un momento clave, dada la oportunidad de buscar la mejora continua en relaci\u00f3n al proceso, calidad y eficacia, entrega e interacci\u00f3n entre los participantes.<\/p>\n Las retrospectivas ayudan a un equipo a alcanzar el \u00e9xito. Cada persona trae una experiencia de vida diferente, una perspectiva diferente. Las retrospectivas efectivas hacen que todos se sientan c\u00f3modos, alineados y listos para ser parte de la mejor experiencia posible.<\/p>\n \u00bfSabes cu\u00e1l es el elemento principal de la mejora continua? Es un equipo eficaz y comprometido. En este sentido, el libro FunRetro: Activities and Ideas to Make Agile Retrospectives More Engaging<\/a><\/strong> tiene las herramientas necesarias para desarrollarlo!<\/p>\n <\/p>\n Jeff Sutherland<\/a><\/strong> es uno de los nombres m\u00e1s importantes en lo que respecta a Scrum. Todo esto porque es considerado uno de los \u201cpadres\u201d de Scrum, uno de los creadores del m\u00e9todo, fundador de Scrum Inc. y tambi\u00e9n coautor del manifiesto \u00e1gil.<\/p>\n Junto con Ken Schwaber, Jeff cre\u00f3 Scrum en 1993. La iniciativa se cre\u00f3 en Easel Corporation con el objetivo principal de cambiar la forma en que se gestionaba el desarrollo de software. Sin embargo, varios otros profesionales tambi\u00e9n contribuyeron a que la metodolog\u00eda llegara al punto que es hoy.<\/p>\n Hay registros de que la primera base para el framework Scrum se mencion\u00f3 en 1986, en un art\u00edculo de Hirotaka Takeuchi e Ikujiro Nonaka publicado en Harvard Business Review. En \u201cEl nuevo juego del desarrollo de nuevos productos\u201d, los autores compararon los procesos de creaci\u00f3n de productos con los deportes. De ah\u00ed viene la comparaci\u00f3n de Scrum con un juego de Rugby: lo ideal era que todo el equipo jugara al mismo tiempo, pasando las tareas hacia adelante o hacia atr\u00e1s hasta alcanzar la meta.<\/p>\n <\/p>\n Kanban es un m\u00e9todo formulado por David J. Anderson<\/strong><\/a> para gestionar el flujo de trabajo de un proceso incremental y evolutivo. Este m\u00e9todo, influenciado por el modelo Just-In-Iime de Toyota, se basa en visualizar el flujo de trabajo y, a partir de ah\u00ed, actuar sobre el proceso para no sobrecargar a los miembros del equipo.<\/p>\n Kanban puede verse como una herramienta de comunicaci\u00f3n para adquirir r\u00e1pidamente conocimientos y alinear acciones entre los miembros del equipo. El objetivo principal es dar a todos los miembros del equipo una visi\u00f3n compartida del proceso y el estado actual del trabajo. De esta forma, Kanban proporciona representaciones visuales de las fases de trabajo, las personas y el trabajo.<\/p>\n Teniendo en cuenta que Scrum y Kanban son m\u00e9todos para hacer un trabajo o proyecto \u00e1gil, colaborativo y organizado, es muy com\u00fan combinarlos y usarlos juntos. Corey Ladas cre\u00f3 el nombre Scrumban<\/a> para mostrar la integraci\u00f3n de ambos.<\/p>\n Por otro lado, al comenzar a aplicar una pr\u00e1ctica, la combinaci\u00f3n de \u00e9sta con otras puede traer confusi\u00f3n en cuanto a la comprensi\u00f3n de la misma. En este caso, la elecci\u00f3n entre comenzar con Scrum o con Kanban debe hacerse considerando el perfil del negocio, sus necesidades y metas a mediano y largo plazo.<\/p>\n <\/p>\n El Sprint, como se vio anteriormente, tiene la funci\u00f3n principal de promover una cadencia, generalmente de una a cuatro semanas, seg\u00fan la preferencia del equipo. En el mundo \u00e1gil de Scrum, se evitan las descripciones completas y detalladas de c\u00f3mo se debe hacer todo en el Sprint. Estas preguntas ser\u00e1n definidas por el equipo de desarrollo, quien sabr\u00e1 la mejor manera de resolver los problemas.<\/p>\n Es por eso que la reuni\u00f3n de planificaci\u00f3n del sprint se describe en t\u00e9rminos de objetivos y resultados deseados. Se trata de una apuesta por un conjunto de funcionalidades a desarrollar en el pr\u00f3ximo Sprint, buscando as\u00ed un equilibrio entre autonom\u00eda, flexibilidad y compromiso de equipo. Este compromiso se revisa al final del Sprint, en la reuni\u00f3n de revisi\u00f3n.<\/p>\n <\/p>\n Comienza definiendo la cadencia del equipo: por ejemplo: Sprints de una semana.<\/p>\n El modelo Scrum sugiere que cada Sprint comience con una breve reuni\u00f3n de planificaci\u00f3n y finalice con una reuni\u00f3n de revisi\u00f3n del trabajo realizado al final del Sprint.<\/p>\n Elija los d\u00edas y horas para estas dos reuniones. Por ejemplo: Planificaci\u00f3n los lunes, de 8 a 9 horas, y Revisi\u00f3n los viernes, de 16 a 17 horas.<\/p>\n Estos son los principios de la gesti\u00f3n de proyectos Scrum: ciclos cortos y cadenciados con reuniones de alineaci\u00f3n (planificaci\u00f3n y revisi\u00f3n). Esto es lo b\u00e1sico de lo b\u00e1sico.<\/p>\n Luego, hable sobre el seguimiento del progreso del trabajo (Daily Scrum) y la mejora del equipo (retrospectiva).<\/p>\n Elige la hora del Daily Scrum: por ejemplo, todos los d\u00edas de 10:00 a 10:15. Cabe se\u00f1alar que esta reuni\u00f3n pretende ser informativa y r\u00e1pida.<\/p>\n Tambi\u00e9n programe un tiempo recurrente para la mejora continua, para la reuni\u00f3n retrospectiva. Por ejemplo: los mi\u00e9rcoles, de 16 a 17 horas.<\/p>\n Una vez que el equipo se acostumbre a la cadencia, vaya m\u00e1s all\u00e1 y mejore la forma en que maneja los roles (Scrum Master, PO y equipo multifuncional de desarrolladores) y artefactos. Como el equipo est\u00e1 haciendo una retrospectiva, es probable que el propio equipo est\u00e9 buscando estas mejoras.<\/p>\n <\/p>\n La retrospectiva. Independientemente de c\u00f3mo y d\u00f3nde comenz\u00f3 el equipo, al hacer la retrospectiva, el equipo estar\u00e1 apuntando al siguiente paso, la pr\u00f3xima mejora, ya sea en relaci\u00f3n con el evento, el papel o el artefacto, a realizar.<\/p>\n Vale la pena recordar que las retrospectivas deben ser eficientes, ligeras y divertidas, especialmente porque habr\u00e1 muchas, muchas retrospectivas en el transcurso de un equipo. El sitio web y el libro FunRetrospectives, www.funtetrospectives.com<\/a><\/strong>, lo ayudan a planificar y ejecutar retrospectivas exitosas.<\/p>\n <\/p>\n En el libro Scrum: The Art of Doing Twice the Work in Half the Time<\/a>, del autor Jeff Sutherland y el coautor JJ Sutherland, se hace la reflexi\u00f3n de que los equipos con alto rendimiento eran aquellos que presentaban, entre otras caracter\u00edsticas, el hecho de ser multidisciplinar y tener autonom\u00eda para trabajar.<\/p>\n Para ellos, es posible hacer el doble de trabajo en la mitad de tiempo con el uso de Scrum, ya que tiene precisamente este enfoque a considerar, trabajando m\u00e9tricas con enfoque en resultados y mejora continua, donde las retrospectivas juegan un papel destacado en evaluar y mejorar.<\/p>\n Pero vayamos m\u00e1s all\u00e1: el mayor desperdicio es hacer algo muy eficiente que no se debe hacer, aunque lo hagas en la mitad de tiempo. Pr\u00e1cticas modernas como Lean Inception<\/a><\/strong> y PBB complementan Scrum para ayudar en la b\u00fasqueda de la eficacia y la eficiencia. \u00bfQu\u00e9 tal lograr la exponencialidad, mucho m\u00e1s del doble en la mitad del tiempo?<\/p>\n <\/p>\n S\u00ed, el autor Jo\u00e3o Paulo Coutinho<\/strong><\/a> destaca que, espec\u00edficamente en el \u00e1rea de Recursos Humanos, ya que muchas de las actividades son continuas, con un comienzo y apenas un final:<\/p>\n \u201cSprints m\u00e1s cortos nos ayudan a buscar la innovaci\u00f3n implementando metas m\u00e1s tangibles a la realidad organizacional, mientras que la planificaci\u00f3n, adaptaci\u00f3n y evaluaci\u00f3n, la retroalimentaci\u00f3n, son parte de la rutina en la relaci\u00f3n del \u00e1rea con los clientes atendidos. El mayor valor est\u00e1 en adaptarse y mejorar de acuerdo con los comentarios de los usuarios\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n Scrum se formaliz\u00f3 inicialmente para proyectos de desarrollo de software, pero se ha aplicado a cualquier \u00e1mbito de proyectos complejos y trabajos innovadores. Como resultado, su uso es muy adecuado en proyectos con requisitos altamente emergentes o que cambian r\u00e1pidamente.<\/p>\n <\/p>\n Scrum es uno de los muchos frameworks \u00e1giles. En general, todos los frameworks \u00e1giles funcionan entregando grandes proyectos en peque\u00f1os fragmentos, peque\u00f1os incrementos. A medida que se completa cada incremento de producto, los equipos revisan la funcionalidad y luego deciden qu\u00e9 construir a continuaci\u00f3n en funci\u00f3n de lo que han aprendido y los comentarios que han recibido.<\/p>\n Estos ciclos frecuentes de inspecci\u00f3n y reacondicionamiento reducen el desperdicio y minimizan el riesgo. Los equipos hacen esto hasta que entregan el producto o servicio completo, o hasta que lo que han lanzado hasta el momento satisface las necesidades del cliente.<\/p>\n Es com\u00fan que los equipos de Scrum tambi\u00e9n utilicen el concepto de Producto M\u00ednimo Viable (MVP)<\/a><\/strong> para validar r\u00e1pidamente si los incrementos del producto est\u00e1n brindando valor a los usuarios y generar informaci\u00f3n sobre el camino a seguir.<\/p>\n <\/p>\n Aunque est\u00e1 ligado al desarrollo de software, Scrum se puede aplicar a cualquier trabajo en equipo y en diferentes segmentos.<\/p>\n Ejemplo de Scrum aplicado en el \u00e1rea de Recursos Humanos (RH), referenciado por el autor Jo\u00e3o Paulo Coutinho<\/a>:<\/strong><\/em><\/p>\n Menciona el libro Scrum for Dummies<\/strong>.<\/a> Los autores Mark Layton y David Morrow traen el ejemplo de Parexel Informatics, una empresa estadounidense que opera en el sector biofarmac\u00e9utico, que necesitaba contratar a m\u00e1s de 20 empleados en un corto per\u00edodo de tiempo.<\/p>\n \u201cLa empresa enfrent\u00f3 varios desaf\u00edos: no contaba con un equipo de reclutamiento o incorporaci\u00f3n para facilitar la transici\u00f3n de los nuevos empleados en la organizaci\u00f3n. La empresa aplic\u00f3 Scrum, realiz\u00f3 una Planificaci\u00f3n, identific\u00f3 un mapa de prioridades e inici\u00f3 \u201csprints de una semana\u201d para monitorear el progreso. En siete semanas, Parexel hab\u00eda contratado, capacitado e integrado a 21 nuevos profesionales para trabajar en el nuevo proyecto. Equipo unido para lograr el objetivo, monitoreando el avance de la obra, inspeccionando y adaptando cuando sea necesario\u201d.<\/em><\/p><\/blockquote>\n <\/p>\n Ejemplo de Scrum aplicado en un proyecto de software en los ferrocarriles holandeses: estudio de caso<\/a>:<\/strong><\/em><\/p>\n Como se inform\u00f3 en este estudio de caso, un ferrocarril holand\u00e9s ten\u00eda la necesidad de desarrollar un software de informaci\u00f3n de viaje para los pasajeros. Los tiempos, destinos, intervalos, deben mostrarse en pantallas y comunicarse a trav\u00e9s del sonido autom\u00e1ticamente.<\/p>\n El art\u00edculo se\u00f1ala que uno de los requisitos del cliente era poder ver el proyecto funcionando por etapas, desde el inicio y no solo en la entrega final del producto. Con el uso de Scrum, fue posible realizar entregas incrementales, con mayor participaci\u00f3n del cliente en todas las fases y una mejor gesti\u00f3n de todos los equipos involucrados en el proyecto.<\/p>\n <\/p>\n Ejemplo de Scrum al organizar una boda \u2013 informe<\/a> del Design Thinking Coach, Fernando Figueiredo Virgilio:<\/strong><\/em><\/p>\n La aplicaci\u00f3n de Scrum en un evento como una boda puede ayudar, entre otras cosas, a ahorrar tiempo, dinero y reducir el estr\u00e9s. En este ejemplo, la construcci\u00f3n de la cartera de bodas, una lista de todos los elementos que har\u00edan que el evento fuera un \u00e9xito, como: fot\u00f3grafo, decoraci\u00f3n, invitaciones, iglesia, comida, etc.<\/p>\n El otro paso ser\u00eda priorizar el backlog de la boda, es decir, ordenar los elementos por prioridad. Al planificar el Sprint, los novios se preguntaban qu\u00e9 se necesitar\u00eda para completar cada elemento. La pareja puede establecer una cadencia para las reuniones de seguimiento. Y en la retrospectiva, es la oportunidad de comentar el Sprint y valorar qu\u00e9 puntos se podr\u00edan mejorar.<\/p>\n <\/p>\n Tenemos como ejemplo sitios web oficiales con el objetivo de obtener la certificaci\u00f3n en el tema. Uno de ellos es el sitio web de Scrum Alliance<\/strong><\/a>, que tiene diferentes tipos de certificaciones por rol de Scrum Team. Otro es el sitio web Scrum.org<\/strong><\/a>, que tambi\u00e9n proporciona varias evaluaciones que pueden usarse como herramientas para examinar, mejorar y certificar su conocimiento de Scrum.<\/p>\n Aqu\u00ed en Caroli.org<\/strong><\/a>, brindamos varias capacitaciones exclusivas y de autor sobre el tema, donde puede obtener certificaciones adicionales. La participaci\u00f3n en estas capacitaciones tambi\u00e9n incluye un libro electr\u00f3nico de capacitaci\u00f3n, material de apoyo, aprendizaje y trabajo en red. Accede al men\u00fa de Capacitaci\u00f3n<\/a><\/strong> en nuestro sitio web y mantente al tanto de nuestro programa de actividades.<\/p>\n <\/p>\n Existen varias certificaciones Scrum. Sin embargo, los m\u00e1s conocidos son Scrum Master<\/strong> (certificaci\u00f3n disponible en PSM \u2013 Scrum.org<\/strong><\/a> o CSM \u2013 Scrum Alliance<\/a><\/strong>) y Scrum Product Owner<\/strong> (certificaci\u00f3n tambi\u00e9n disponible en PSPO \u2013 Scrum.org<\/a><\/strong> o CSPO \u2013 Scrum Alliance<\/strong><\/a>).<\/p>\n Obtenga beneficios directos en temas de certificaci\u00f3n con las capacitaciones de Caroli.org:<\/p>\n <\/p>\n En Caroli.org hay, entre otras cosas, varios materiales relacionados con el tema. Accede ahora y contin\u00faa con tu proceso de conocimiento y aprendizaje, adem\u00e1s de construir un producto exitoso.<\/p>\n > \u00danase a la pr\u00f3xima clase de Formaci\u00f3n Scrum Basics<\/strong><\/a>. \u00danete a este grupo de WhatsApp<\/strong><\/a> y ay\u00fadanos a fijar la pr\u00f3xima fecha.<\/p><\/blockquote>\n Este contenido fue publicado originalmente en 06\/10\/2022. \u00daltima actualizaci\u00f3n en 04\/10\/2023.<\/p><\/blockquote>\n","protected":false},"excerpt":{"rendered":" Scrum se divide en ciclos llamados Sprints, que permiten a los equipos mantener una cadencia de trabajo. Ver\u00e1 a continuaci\u00f3n, m\u00e1s detalles sobre esta importante herramienta que sirve para organizar procesos, eliminando cuellos de botella y evitando futuros problemas, y que es \u00fatil en todos lados, pudiendo ser utilizada en diferentes \u00e1reas y no solo en temas de software y tecnolog\u00edas de la informaci\u00f3n.<\/p>\n","protected":false},"author":21,"featured_media":205875,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1917],"tags":[],"inception_activities":[],"colaboradores":[],"class_list":["post-14814","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cultura-agil"],"_links":{"self":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/comments?post=14814"}],"version-history":[{"count":0,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/posts\/14814\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media\/205875"}],"wp:attachment":[{"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/media?parent=14814"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/categories?post=14814"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/tags?post=14814"},{"taxonomy":"inception_activities","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/inception_activities?post=14814"},{"taxonomy":"colaboradores","embeddable":true,"href":"https:\/\/caroli.org\/es\/wp-json\/wp\/v2\/colaboradores?post=14814"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nImagen: Libro Sprint a Sprint (https:\/\/caroli.org\/es\/livro\/sprint-a-sprint<\/a><\/strong>)<\/p>\n<\/a>\u00bfCu\u00e1les son los roles de Scrum?<\/b><\/h2>\n
\n
<\/a>\u00bfQu\u00e9 es el Product Owner?<\/b><\/h2>\n
<\/p>\n<\/a>\u00bfCu\u00e1l es el trabajo de un Scrum Master?<\/b><\/h2>\n
<\/a>\u00bfQu\u00e9 son los artefactos en Scrum?<\/b><\/h2>\n
\n
<\/a>\u00bfQu\u00e9 es Daily Scrum y qui\u00e9n debe participar?<\/b><\/h2>\n
<\/a>Retrospectiva de Scrum: \u00bfQui\u00e9n participa?<\/b><\/h2>\n
<\/a>Scrum: \u00bfC\u00f3mo surgi\u00f3 y qui\u00e9n lo cre\u00f3?<\/b><\/h2>\n
<\/a>\u00bfCu\u00e1l es la diferencia entre Scrum y Kanban? \u00bfEs posible usar ambos?<\/b><\/h2>\n
<\/a>En Scrum, \u00bfqu\u00e9 es Sprint?<\/b><\/h2>\n
<\/a>\u00bfD\u00f3nde deber\u00eda comenzar un laico en Scrum?<\/b><\/h2>\n
<\/a>Si solo pudieras hacer uno de los eventos de Scrum, \u00bfcu\u00e1l ser\u00eda?<\/b><\/h2>\n
<\/a>Scrum: \u00bfC\u00f3mo hacer el doble de trabajo en la mitad de tiempo?<\/b><\/h2>\n
<\/a>\u00bfEs posible aplicar Scrum para RH?<\/b><\/h2>\n
<\/a>\u00bfPara qu\u00e9 situaciones y tipos de proyectos se recomienda Scrum?<\/b><\/h2>\n
<\/a>\u00bfSe puede considerar Scrum un framework o metodolog\u00eda para el desarrollo de productos?<\/b><\/h2>\n
<\/a>Ejemplos de aplicaci\u00f3n de Scrum<\/b><\/h2>\n
<\/a>\u00bfCu\u00e1les son los tipos de certificaci\u00f3n en Scrum?<\/b><\/h2>\n
<\/a>\u00bfCu\u00e1l es la certificaci\u00f3n Scrum m\u00e1s popular?<\/b><\/h2>\n
\n
\u00bfTe gust\u00f3 este contenido?<\/strong><\/h2>\n