Contenido del curso
Desarrolladores en Scrum: autogestión y multifuncionalidad
Los desarrolladores en Scrum son las manos que construyen el producto, y entender su rol te ayuda a formar equipos que entregan valor de principio a fin. Si trabajas en agilidad o estás armando tu primer equipo Scrum, aquí verás qué responsabilidades asumen y por qué la multifuncionalidad marca la diferencia.
Qué son los desarrolladores en Scrum y por qué son autogestionados
Un desarrollador no es solo un perfil técnico aislado, es la persona que hace parte del equipo y es capaz de aprender y entregar valor de principio a fin. Aquí está el punto: las soluciones no se construyen con especialistas encerrados en su tarea, sino con personas que integran diversas habilidades [00:11].
Los desarrolladores tienen dos características que los definen dentro del equipo Scrum:
Esa mezcla de habilidades puede incluir programadores, analistas de negocio y personas de marketing dentro de un mismo equipo [01:02].
¿Qué significa que un equipo Scrum sea autogestionado? Que el equipo decide internamente cómo organizar su trabajo, quién hace cada tarea, de qué forma y en qué momento, sin depender de un jefe que reparta las actividades.
Cuáles son las responsabilidades de los desarrolladores en el sprint
Los desarrolladores asumen compromisos concretos durante cada sprint. No se trata solo de programar, sino de sostener todo el ciclo de construcción del incremento [01:12].
Estas son sus cuatro responsabilidades principales:
La responsabilidad compartida es clave, porque el objetivo del sprint no recae en una sola persona sino en el equipo completo.
Por qué un equipo multifuncional entrega más valor
Para entender el peso de la multifuncionalidad, vale la pena comparar dos escenarios opuestos que muestran cómo cambia todo cuando el equipo tiene o no las habilidades completas [02:08].
En el primer escenario, un equipo con dependencias construye una aplicación móvil pero no tiene diseñador UX/UI. Para cada tarea deben esperar a que otro equipo les entregue los diseños. ¿El resultado? Frustración, comunicación lenta y calidad del producto comprometida [02:19].
En el segundo escenario, un equipo multifuncional reúne diseñadores, programadores y expertos en bases de datos. El equipo se apoya mutuamente, el conocimiento se comparte de forma constante y generan valor de manera continua, adaptándose a los cambios con mayor facilidad [02:47].
¿Qué es un equipo multifuncional en Scrum? Es un equipo que reúne todas las habilidades necesarias para construir el producto sin depender de personas externas, lo que le permite entregar valor de forma continua y adaptarse rápido a los cambios.
La diferencia entre ambos casos deja claro que la autogestión y el empoderamiento crecen cuando el equipo no tiene que esperar a otros para avanzar.
¿Quiénes forman parte de un equipo de desarrollo Scrum? Cualquier persona que aporte al incremento: programadores, analistas de negocio, diseñadores UX/UI, expertos en bases de datos y perfiles de marketing, todos integrados en un mismo equipo.
Con el Product Owner, el Scrum Master y los desarrolladores ya tienes las piezas para conformar tu equipo Scrum, aplicándolo tanto al caso de estudio de Saluc Tech como a tu proyecto personal [03:14].
¿Cuál de los dos escenarios te parece más eficiente para lograr autogestión y empoderamiento? Compárteme tu respuesta en los comentarios.
Guillermo Alomia Monjaraz
Estudiante
Ixcoatl Francisco Pérez
EstudianteIxcoatl Francisco Pérez
Estudiante
Angela María García Tangarife
ProfesorIxcoatl Francisco Pérez
Estudiante
José David Calderón Serrano
Estudiante
Condor Agency
Estudiante
ORLANDO ERNESTO ARBAIZA AVILES
EstudianteORLANDO ERNESTO ARBAIZA AVILES
Estudiante
Julián Darío Bermúdez Trujillo
Estudiante
Platzi Team
Estudiante
Diego Mauricio Zuluaga Rodríguez
EstudianteDiego Mauricio Zuluaga Rodríguez
Estudiante
¿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.
