Desarrolladores en Scrum: autogestión y multifuncionalidad
Contenido del curso
Guillermo Alomia Monjaraz
Ixcoatl Francisco Pérez
Ixcoatl Francisco Pérez
Angela María García Tangarife
ProfesorIxcoatl Francisco Pérez
José David Calderón Serrano
Condor Agency
ORLANDO ERNESTO ARBAIZA AVILES
ORLANDO ERNESTO ARBAIZA AVILES
Julián Darío Bermúdez Trujillo
Platzi Team
Diego Mauricio Zuluaga Rodríguez
Diego Mauricio Zuluaga Rodríguez
¿Cuáles son las responsabilidades clave del equipo desarrollador en el sprint?
El foco está en planear bien, construir con calidad y adaptarse con responsabilidad compartida. Cada responsabilidad se orienta al objetivo del sprint y al incremento que se entrega.
¿Cómo impacta la multifuncionalidad frente a las dependencias?
La diferencia entre depender de otros equipos y contar con todas las habilidades dentro del mismo equipo es decisiva para la entrega de valor continuo, la calidad y la velocidad de adaptación al cambio.
¿Qué pasa en un equipo con dependencias?
Al crear una aplicación móvil sin un diseñador de UX/UI, se debe esperar a que otro equipo entregue diseños. Esto genera frustración, detiene la entrega de valor continuo, ralentiza la comunicación y compromete la calidad del producto final.
¿Qué logra un equipo multifuncional?
Con habilidades completas dentro del equipo (diseñadores, programadores y expertos en bases de datos), se fomenta el apoyo mutuo, el conocimiento compartido y la entrega de valor continuo. Además, el equipo se adapta a los cambios con mayor facilidad, incrementando la autogestión y el empoderamiento.
Muchas gracias por las notas
¿Qué define a los desarrolladores en Scrum y por qué importan?
Los desarrolladores son parte del equipo Scrum y se distinguen por su forma de trabajar y su alcance. Ser autogestionados significa que deciden internamente quién hace qué, cómo y cuándo. Ser multifuncionales implica que el equipo reúne todas las capacidades para generar valor sin depender de otros equipos.
En la práctica, el equipo puede incluir perfiles como desarrolladores, programadores, analistas de negocio y personas de marketing. Un desarrollador es más que un perfil: es alguien que aprende, colabora y entrega valor de principio a fin.
De acuerdo al caso de Salud Tech
i.1 ¿Quién podría asumir el rol de Product Owner?
Carlos
i.2 ¿Por qué?
Porque tiene conocimiento de las necesidades de los usuarios en general del producto a realizarse
ii.1 ¿Quién podría asumir el rol de Scrum Master?
Andrea
ii.2 ¿Por qué?
Porque es la que de todos modos le toca estar pendiente de todo el equipo, solo que debe aprender como hacerlo
iii.1 ¿Quién serían los developers (desarrolladores)?
Rubén, Laura y Antonio
iii.2 ¿Qué conocimientos y habilidades deben tener?
Deben mejorar la comunicación, y la integración de sus habilidades actuales.
b. Dado tu Proyecto personal:
i.1 ¿Quién podría asumir el rol de Product Owner?
En el personal (no laboral), no poseo un equipo, si llego a incluir personas en él, necesitaría alguien a quien le destinaría el resultado, sea este quien lo utilice (como un juego o aplicación)
i.2 ¿Por qué?
Porque quien sea el destinatario del producto, sabrá que quiere, que detalles le podrían ser de utilidad e interactuaría con el equipo para definir los parámetros que se desean de resultado
ii.1 ¿Quién podría asumir el rol de Scrum Master?
Me tocaría a mi... por eso estoy aprendiendo, o buscaría quien tenga una experiencia en ese tipo de metodologías para guiarme (pues me gusta programar)
ii.2 ¿Por qué?
Mi habilidad es tecnológica, no he fungido como desarrollador, aunque tengo las habilidades, pero aún desconozco de metodologías como estas para destinarme a esa tarea.
iii.1 ¿Quién serían los developers (desarrolladores)?
Mi persona y quien sepa crear las cosas necesarias como el arte, el manejo de datos, o la portación a plataformas que desconozco (me especialicé en el uso de software libre y soy apático a lo que es ajeno a eso)
iii.2 ¿Qué conocimientos y habilidades deben tener?
Como diseñar interfaces, como implementar la aplicación para plataformas ajenas a Web o GNU\Linux (porque eso ya lo resuelvo yo)
De acuerdo al caso de la presentación:
¿Cuál de los dos escenarios es más eficientes de cara al proceso y a lograr autogestión y empoderamiento en el equipo?
Ambos escenarios lo pueden lograr, porque dependerá de que acciones se tomen para lograrlo, teniendo o no la experiencia, se puede desarrollar, pero el empoderamiento se autogenera, no se entrega ni se comparte, y los menjores escenarios para promoverlo es cuando el reto se supera.
Pero la experiencia en proyectos de desarrollo pesa, a veces incluso sobre muchas otras variables, así que dependerá también de la experiencia, y parece, según lo descrito que el segundo equipo lo posee
¿Por qué?
Suponiendo que ningún equipo posee conocimiento de una metodología agil o una filosofía de trabajo, quienes ya poseen habilidades de comunicación, y poseen multifuncionalidad les será más fácil, que los equipos que no lo posean pues tendrán el costo en tiempo para lograr obtener las habilidades que se requieren.
En el caso de estudio Salud Tech Rubén, Laura y Antonio: Los Creadores tendrian el rol de Desarrolladores. Los tres son desarrolladores de software y ademas conforman un equipo multifuncional puesto que cada uno tiene diferentes especialidades. Rubén se ocupa de la base de datos, Laura del backend, y Antonio de la interfaz móvil.
En el caso de estudio Salud Tech, los desarrolladores son Rubén, Laura y Antonio. Ya que ellos son los responsables de crear o generar los incrementos utilizables en cada Sprint.
¿Con qué escenario te quedas de cara al proceso y a la autogestión del equipo?
Con el escenario 2 en el que se tiene un equipo multifuncional en donde se tienen todas las habilidades necesarias para generar valor de forma continua y se adaptan al cambio con mayor facilidad.
a veces tener un equipo con todas la habilidades es complejo porque puede ser muy costoso. En ocasiones hay clientes que dentro de sus condiciones está el "yo pongo el diseño gráfico" o "yo trabajo con otra empresa que hace el testing" y hay que aprender a sortear estás condiciones.
El equipo multidisciplinario que tiene personas de variadas capacidades y experiencias que aportan a solucionar los temas rápidamente en el momento que aparecen, dado que tienen todas las capacidades en su equipo.
Clase 11: Conformación del Equipo Scrum para Salud Tech
a. Caso de negocio Salud Tech:
i. ¿Quién podría asumir el rol de Product Owner?
Carlos debe asumir el rol de Product Owner.
Justificación: Es el único con conocimiento profundo del sector salud, las necesidades de usuarios/clientes y visión estratégica del producto. Sin embargo, para que funcione debe comprometerse a:
- Mejorar disponibilidad: asignar 2-3 horas fijas semanales al equipo
- Dejar de dictar requisitos extensos y cambiantes; debe colaborar con el equipo en la refinación
- Delegar operativos en un posible "Proxy PO" (Andrea) para mantener fluidez
ii. ¿Quién podría asumir el rol de Scrum Master?
Andrea debe asumir el rol de Scrum Master.
Justificación: Ya está en posición de coordinación y conoce los problemas del equipo. Requiere transformar su enfoque de:
- Microgestión → Facilitación: Dejar de asignar tareas individuales, permitir autogestión
- Registro → Remoción: Enfocarse en eliminar impedimentos con acciones concretas, no solo documentar
- Control → Transparencia: Compartir información abiertamente con todos
Necesita entrenamiento formal en Scrum, facilitación y coaching.
iii. ¿Quiénes serían los developers y qué habilidades necesitan?
Los developers serían Rubén, Laura y Antonio.
Habilidades técnicas que ya tienen (y deben consolidar):
- Rubén: Base de datos, SQL, optimización
- Laura: Backend, APIs, lógica de negocio
- Antonio: Mobile, UX/UI, React Native/Flutter
Habilidades críticas que deben DESARROLLAR:
- Integración continua: Git branching, CI/CD pipelines, merges frecuentes
- Calidad compartida: Code reviews, pair programming, test automation (unitarios, integración)
- Mentalidad multifuncional: Cruzar fronteras (ej: Antonio ayuda en backend, Laura en base de datos)
- Autogestión: Organizar su propio trabajo sin esperar asignaciones
- Coraje y respeto: Señalar problemas constructivamente, ayudarse mutuamente
- Responsabilidad colectiva: Todos son dueños del código y la calidad final
El escenario más eficiente para el proceso, la autogestión y el empoderamiento del equipo es el 2. Equipo Multifuncional.
¿Por qué?
Un equipo multifuncional (o "Cross-functional Team") es aquel que posee todas las habilidades y recursos necesarios internamente para completar el trabajo de principio a fin, sin depender de personas o equipos externos.
Mayor Eficiencia en el Proceso: Al no tener dependencias externas, el equipo puede tomar decisiones rápidamente y completar las tareas sin esperas. Esto reduce los tiempos de ciclo y minimiza los traspasos de trabajo ("hand-offs") que suelen ser fuente de errores y retrasos.
Autogestión y Empoderamiento: La multifuncionalidad fomenta la propiedad total del producto o de una parte del proyecto. El equipo tiene la autonomía para determinar la mejor manera de trabajar, priorizar tareas y resolver problemas. Esto empodera a sus miembros, ya que son responsables de todo el flujo de valor, lo cual incrementa su motivación y compromiso con los resultados.
En contraste, un equipo con dependencias a menudo sufre de cuellos de botella y pierde la capacidad de autogestionarse completamente, ya que su progreso está limitado por la disponibilidad y las prioridades de otros.
