Aunque es una de las pr\u00e1cticas \u00e1giles m\u00e1s adoptadas en el mundo, no muchos saben que Scrum obtuvo su nombre del t\u00e9rmino rugby.<\/p>\n\n\n\n
Cuando consideras todo lo que Scrum y el rugby tienen en com\u00fan, tiene sentido. Tanto el marco Agile como el juego se centran en el trabajo en equipo. Las estructuras de equipo consisten en un peque\u00f1o grupo de personas, y todos tienen un papel crucial que desempe\u00f1ar en el logro de un objetivo entendido por ambas partes, ya sea ganar el partido o entregar una aplicaci\u00f3n funcional de Low-Code.<\/p>\n\n\n\n
La mejor manera de tener \u00e9xito con Scrum es ordenar la composici\u00f3n de su equipo. Contin\u00fae leyendo para ver qui\u00e9n est\u00e1 en el equipo Scrum, c\u00f3mo se debe asignar el trabajo al equipo en un proyecto, las mejores pr\u00e1cticas del equipo Scrum, el tama\u00f1o recomendado de un equipo Scrum y consejos generales sobre la estructura del equipo Agile.<\/p>\n\n\n\n
\u00bfQu\u00e9 es Scrum?<\/strong><\/p>\n\n\n\n Scrum es una estructura de equipo \u00e1gil en el desarrollo de productos. Gartner explica que los equipos de Scrum utilizan un enfoque iterativo e incremental para resolver problemas complejos trabajando en plazos cortos de aproximadamente 2 semanas, tambi\u00e9n conocidos como sprints.<\/p>\n\n\n\n Como marco de gesti\u00f3n de proyectos, Scrum es enormemente popular debido a su naturaleza ligera. Gartner incluso ha coronado la pr\u00e1ctica como el marco Agile dominante.<\/p>\n\n\n\n La estructura ideal del equipo Scrum<\/strong><\/p>\n\n\n\n Hay tres roles principales que juegan un papel en el equipo Scrum: propietario del producto, maestro de scrum y desarrollador. Las partes interesadas y los especialistas comerciales tambi\u00e9n est\u00e1n involucrados en diversos grados con la mayor\u00eda de los proyectos Agile. En las empresas m\u00e1s grandes, generalmente hay varios miembros del equipo comercial involucrados en el proceso de desarrollo.<\/p>\n\n\n\n \u00bfCu\u00e1l es el tama\u00f1o recomendado para un equipo scrum?<\/strong><\/p>\n\n\n\n Consejo: Mantenga los equipos simples y consistentes. No invente nuevos roles ni agregue miembros temporales al equipo.<\/p>\n\n\n\n Para proyectos de grandes empresas, el tama\u00f1o ideal del equipo Scrum es de 7 personas (propietario del producto, maestro de scrum y 5 desarrolladores).<\/p>\n\n\n\n Los proyectos m\u00e1s peque\u00f1os generalmente constan de 4 miembros del equipo (propietario del producto, maestro de scrum y 2 desarrolladores). Los equipos m\u00e1s peque\u00f1os que este t\u00e9cnicamente no ser\u00edan Scrum, ya que habr\u00eda muchos gastos generales con todas las actividades.<\/p>\n\n\n\n En \u00faltima instancia, un equipo Scrum debe constar de menos de 9 personas.<\/p>\n\n\n\n \u00bfC\u00f3mo se debe asignar el trabajo al equipo en un proyecto Scrum?<\/p>\n\n\n\n Due\u00f1o del producto<\/strong><\/p>\n\n\n\n El propietario del producto es responsable de definir la direcci\u00f3n de un proyecto. Tienen una comprensi\u00f3n clara de lo que la empresa y los usuarios necesitan del producto que se est\u00e1 desarrollando, y trasladan estas necesidades al equipo de Scrum.<\/p>\n\n\n\n Los propietarios de productos se aseguran de que el producto que se est\u00e1 desarrollando ofrezca el m\u00e1ximo valor para la empresa y los usuarios. Este rol tambi\u00e9n prioriza el trabajo y administra la acumulaci\u00f3n de productos para hacer avanzar la producci\u00f3n.<\/p>\n\n\n\n Maestro de Scrum<\/strong><\/p>\n\n\n\n El maestro de Scrum se asegura de que el equipo siga las mejores pr\u00e1cticas \u00e1giles y est\u00e1 a cargo de abordar y eliminar cualquier bloqueo de productividad que pueda surgir. Esencialmente, el maestro Scrum es la autoridad en Agile y Scrum.<\/p>\n\n\n\n Los Scrum Masters deben ser l\u00edderes de apoyo. Ayudan a los propietarios de productos a definir el valor del producto, planificar el trabajo y administrar la acumulaci\u00f3n. Tambi\u00e9n ayudan a los desarrolladores a autoorganizarse.<\/p>\n\n\n\n el equipo de desarrollo<\/p>\n\n\n\n El equipo de desarrollo es un grupo de personas con las habilidades necesarias para construir el producto seg\u00fan lo previsto por el propietario del producto. El equipo no siempre incluye solo desarrolladores: los arquitectos, escritores, dise\u00f1adores y otros roles especializados tambi\u00e9n se consideran parte del equipo de desarrollo.<\/p>\n\n\n\n Los desarrolladores se auto organizan y son las autoridades de su dominio cuando se trata de determinar c\u00f3mo se realizar\u00e1 el trabajo y planificar la acumulaci\u00f3n. Como regla general de Scrum, la colaboraci\u00f3n est\u00e1 involucrada en sus funciones diarias. Determinan c\u00f3mo realizar el trabajo para crear el producto y trabajan de forma aut\u00f3noma para administrar y completar su trabajo.<\/p>\n\n\n\n El negocio<\/strong><\/p>\n\n\n\n Muchas empresas trabajan en estrecha colaboraci\u00f3n con el equipo comercial para recopilar y aclarar los requisitos organizativos para el producto en desarrollo. El equipo comercial tiene experiencia y conocimientos que pueden ser extremadamente \u00fatiles para un proyecto de desarrollo, pero no se los considera parte oficial de un equipo Scrum. En cambio, un representante del equipo comercial, a veces llamado propietario del negocio, act\u00faa como patrocinador del equipo Scrum.<\/p>\n\n\n\n Expertos en la materia (PYMES)<\/strong><\/p>\n\n\n\n Desde la perspectiva del equipo Scrum, una PYME es una persona que posee conocimientos cruciales que el equipo necesita para la entrega exitosa del producto. Por ejemplo, si est\u00e1 creando una nueva aplicaci\u00f3n para automatizar el proceso de facturaci\u00f3n, su PYME podr\u00eda ser una autoridad en el departamento de facturaci\u00f3n o finanzas. Conocer\u00e1n los entresijos del proceso de facturaci\u00f3n y pueden ofrecer su experiencia para garantizar que la nueva aplicaci\u00f3n satisfaga las necesidades tanto de la empresa como de los usuarios.<\/p>\n\n\n\n El equipo de Scrum puede necesitar Pymes para diferentes prop\u00f3sitos y en diferentes momentos, y las Pymes son responsables de responder preguntas y realizar tareas para mejorar el producto. Durante las reuniones de planificaci\u00f3n, las PYMES necesitan saber cu\u00e1ndo se espera informaci\u00f3n o acciones de ellas. Un miembro del equipo Scrum puede hacer un seguimiento con la PYME para completar la acci\u00f3n a tiempo para evitar retrasos en la entrega del producto.<\/p>\n\n\n\n Las pymes tambi\u00e9n se consideran partes interesadas, pero no todas las partes interesadas son pymes. Un miembro del equipo de un equipo Scrum puede incluso ser una PYME para otro equipo Scrum. Pero recuerda: una pyme no forma parte del equipo Scrum. Y como tal, esta persona no puede ser considerada responsable por ning\u00fan trabajo que haga para el equipo.<\/p>\n\n\n\n 5 caracter\u00edsticas de un equipo Scrum exitoso<\/strong><\/p>\n\n\n\n A continuaci\u00f3n, se muestra una lista de caracter\u00edsticas que es importante tener en cuenta al crear su equipo Scrum.<\/p>\n\n\n\n 1. Autogesti\u00f3n<\/strong><\/p>\n\n\n\n Los miembros de cada equipo Scrum deciden c\u00f3mo trabajar\u00e1 el grupo en conjunto. Cada miembro es igualmente importante (sin jerarqu\u00eda), pero las responsabilidades est\u00e1n claramente definidas. Esto significa que cada miembro del equipo debe tener la misma oportunidad de expresar su opini\u00f3n. Juntos, pueden llegar a una soluci\u00f3n.<\/p>\n\n\n\n En \u00faltima instancia, el propietario del producto tiene la \u00faltima palabra sobre la priorizaci\u00f3n y el maestro Scrum gu\u00eda a todos para acordar una soluci\u00f3n.<\/p>\n\n\n\n 2. Comunicaci\u00f3n<\/strong><\/p>\n\n\n\n Scrum se trata de una estrecha colaboraci\u00f3n. Idealmente, todo el equipo estar\u00eda sentado en la misma habitaci\u00f3n sin barreras de comunicaci\u00f3n. Pero el trabajo remoto ha hecho las cosas un poco m\u00e1s dif\u00edciles.<\/p>\n\n\n\n Los equipos remotos necesitan mantenerse conectados y comprometidos. Para un equipo Scrum exitoso, cree canales de comunicaci\u00f3n abiertos con registros programados, reuniones semanales y un canal de Slack.<\/p>\n\n\n\n 3. Dedicado<\/strong><\/p>\n\n\n\n Cada miembro del equipo debe estar asignado al proyecto a tiempo completo. Cualquier distracci\u00f3n solo retrasar\u00e1 el trabajo. El trabajo enfocado es mucho m\u00e1s efectivo que cambiar entre tareas o dividir su atenci\u00f3n entre dos proyectos. Estar dedicado a un solo proyecto es tambi\u00e9n la mejor manera de asumir la propiedad y la responsabilidad, lo que permite una mejor autogesti\u00f3n.<\/p>\n\n\n\n 4. Larga vida<\/strong><\/p>\n\n\n\n Evite hacer cambios frecuentes en la estructura de su equipo Scrum. Los nuevos equipos de Scrum necesitan tiempo para aprender a trabajar juntos. Incluso los cambios entre proyectos requerir\u00e1n tiempo para que el equipo se adapte.<\/p>\n\n\n\n 5. Multifuncional<\/strong><\/p>\n\n\n\n El equipo debe poseer el conocimiento especializado requerido para entregar un producto de trabajo. Esto incluye miembros del equipo con experiencia en desarrollo, control de calidad, experiencias de usuario, integraciones y otros aspectos.<\/p>\n\n\n\n Sin embargo, no siempre es realista que los miembros del equipo Scrum tengan un conocimiento detallado sobre las integraciones con otros sistemas. En este caso, aseg\u00farese de que su equipo tenga acceso a todo el conocimiento que necesita. Dependiendo del tama\u00f1o y la complejidad del proyecto, podr\u00eda tener sentido incluir al experto en integraci\u00f3n, QA-er o UX-er como miembro del equipo Scrum a tiempo completo. Pero si est\u00e1 trabajando en un peque\u00f1o equipo de Scrum, presentar a esos expertos generar\u00eda demasiados gastos generales. En esos casos, necesita una PYME.<\/p>\n\n\n\n \u00bfSe pregunta c\u00f3mo encaja el desarrollo de Low-Code? Mire este video para ver c\u00f3mo la plataforma de Low-Code de Mendix incorpora las herramientas que los equipos de Scrum necesitan para tener \u00e9xito.<\/p>\n\n\n\n