Self-Learning
>
Scrum
|
4 min de lectura
Scrum Developers: ¿Cuál es la diferencia entre un programador y un desarrollador?
Los desarrolladores (developers) de Scrum poseen competencias multidisciplinarias que los hacen más atractivos que los programadores que se dedican exclusivamente a escribir código. Estas son algunas diferencias desde el punto de vista de Scrum.
A menudo existen situaciones donde se confunde “programador” con “desarrollador”, o más aún, “desarrollador” con “programador”. Veamos cuál es la diferencia entre un programador y un desarrollador (developer) en Scrum.
¿A qué se dedica el programador?
Antes de partir, estamos describiendo al programador aquel que se dedica exclusivamente a escribir código.
La tendencia del desarrollo de software y la agilidad va hacia comprender cada vez más la necesidad de contar con equipos multidisciplinarios, o en otras palabras, personas que contribuyen de distintas maneras al objetivo buscado, en lugar de personas que solo se especialicen en una parte del proceso y que no tengan una visión completa de él.
De esta manera, todos los miembros tanto del Scrum Team como los del Scrum Development Team, son igual de responsables para alcanzar los logros y la existencia de fracasos (si la hubiera). La solución más razonable que algunas organizaciones están ofreciendo frente a los contextos de negocios cambiantes es aumentar la flexibilidad. Incluso es lógico deducir que el hecho de contratar solo especialistas en determinadas áreas generará muchos mayores costos económicos e incluso de comunicación dentro del equipo, lo que puede atentar contra el desarrollo exitoso del producto.
Si te gustaría aprender de Scrum y entender si es para ti, puedes tomar este curso de Scrum gratuito en español:
Fundamentos de Scrum
- La definición, cómo funciona y la filosofía detrás del Manifiesto Ágil y de este marco de trabajo.
- Qué hace el Scrum Master, el Product Owner y los Developers, así como sus responsabilidades, para entender la función de cada uno de los integrantes del Equipo Scrum. Multifuncionalidad y autogestión dentro de los Equipos. Tamaño ideal de los equipos ágiles.
- Qué es un Sprint (evento principal) y cómo se caracteriza el trabajo en Sprints. Los otros Eventos (reuniones): Sprint Planning, Daily Scrum, Sprint Review y Retrospectiva del Sprint, junto con el propósito y qué se hace en cada uno de estos eventos.
- Los tres artefactos y sus características: el Product Backlog, el Sprint Backlog y el Incremento de Producto. Los Product Backlog Items (PBIs) y su ordenamiento. La relación entre el Product Backlog y el objetivo del producto. La relación entre el Sprint Backlog y el objetivo del Sprint. Cómo se asocian el Incremento y la Definition of Done (DoD). Refinamiento del Product Backlog.
¿Qué se espera que haga un desarrollador (developer) ágil?
El desarrollador es básicamente quien aunque no hace TODO al mismo tiempo (eso sería un absurdo), conoce el proceso de principio a fin y por eso logra detectar "a tiempo" cualquier "contratiempo" que pudiera surgir. Entre las tareas de un desarrollador se encuentran:
- Entender el negocio y los objetivos que se están persiguiendo
- Colaborar con el Scrum Product Owner para identificar las historias de usuario y sus criterios de aceptación
- Ser protagonista a la hora del armado y mantenimiento del entorno de trabajo
- Garantizar las prácticas ágiles de desarrollo de software como Integración Continua, Test-driven development (TDD), Acceptance Test Driven Development (ATDD)
- Participar en el diseño de la solución, tanto lógico como arquitectónico
Contratar solo especialistas en determinadas áreas generará mayores costos económicos e incluso de comunicación dentro del equipo.
¿Qué conocimientos técnicos necesitan el Scrum Master y el Scrum Product Owner?
Para que los productos creados sean realmente efectivos y asombrosos, las responsabilidades del desarrollo del producto deben estar compartidas entre todos los involucrados en el proyecto, con la salvedad de que el Scrum Product Owner no requiere, en la mayoría de los casos, tener conocimientos técnicos. ¿Y el Scrum Master? La respuesta es otra pregunta: ¿Cómo podría el Scrum Master remover impedimentos al progreso y garantizar al equipo un adecuado entorno de trabajo si no tiene los conocimientos técnicos necesarios de los desarrolladores?:
"Un conocimiento íntimo y detallado de cómo algo funciona incrementa las posibilidades de que el líder ayude al equipo a descubrir las cuestiones técnicas más sutiles que deban ser tratadas” (LaFasto & Larson, When teams work best, 2001, p. 133).
En el fondo, aunque el Scrum Development Team o Equipo de Desarrollo en Scrum sea el encargado principal de desarrollar el producto y naturalmente es quien mejor conoce su desarrollo, el Scrum Master no debería desconocer los aspectos del desarrollo y en algunos casos, hasta debería ser quien mejor los conozca si es que se quieren evitar problemas de comunicación, interpretación y estimación; pero sobre todo, si se pretende alcanzar un objetivo exitoso.
Un excelente programador podría ser un pésimo desarrollador.
Volviendo al comienzo: lo que necesitamos son verdaderos desarrolladores, personas que cuenten con las herramientas y prácticas necesarias para lograr un proceso de desarrollo exitoso y un producto de alta calidad. Esto no quiere decir que no se necesite también de los programadores, pero no confundamos un desarrollador o developer con un programador. Incluso un excelente programador podría ser un pésimo desarrollador y un Scrum Master que no ha adquirido estas herramientas a lo largo de su formación podría eventualmente ser percibido por el equipo de desarrollo como falto de las habilidades necesarias para cumplir su función.
Si podemos entender estas diferencias fundamentales entre lo que es un programador y un desarrollador, y lo que esto significa en el contexto del framework Scrum, habremos dado un paso más hacia un mundo de trabajo ágil mucho más exitoso.
--
44 min de lectura
Scrum es un marco de trabajo liviano donde los equipos crean soluciones a problemas complejos en entornos cambiantes. Uno de los beneficios de Scrum es el trabajo en iteraciones cortas llamadas Sprints, con determinadas responsabilidades de Equipo (Scrum Master, Scrum Product Owner y Desarrolladores), pero también existen otros secretos de su éxito que veremos a continuación.
4 min de lectura
Extracto del libro "Scrum y algo más: un framework y muchos aprendizajes para creadores ágiles" de Martín Alaimo.
12 min de lectura
Descubre qué hacen el Product Owner, el Scrum Master y los Developers para lograr proyectos exitosos con Scrum.
5 min de lectura
Descubre las 4 reuniones o eventos de Scrum para que tus equipos trabajen de una forma más ágil.
10 min de lectura
En Scrum, la Sprint Planning es el evento (reunión) que ocurre al inicio de cada Sprint y donde se reúne a todo el equipo Scrum para planificar el Sprint. Conoce más detalles de esta reunión y descubre las otras reuniones de Scrum para que tus equipos trabajen de una forma más ágil.
10 min de lectura
La Daily Scrum es uno de los eventos de Scrum que informalmente se suele conocer como una de las reuniones que suceden dentro del Sprint. Vemos más en detalle sus características principales y qué tener en cuenta a la hora de participar en una.
9 min de lectura
La Daily Scrum o Scrum Diario es la reunión dentro del Sprint de Scrum donde históricamente se respondían 3 preguntas: ¿Qué hice ayer?, ¿Qué voy a hacer hoy? y ¿Qué impedimentos tengo o tuve para hacer mi trabajo? Veamos qué se está haciendo diferente ahora.
7 min de lectura
Aprende sobre las características más importantes de la Sprint Review en Scrum.
3 min de lectura
Descubre todo lo que debes saber sobre la Sprint Review y cómo hacer para que tu Sprint Review no se convierta en una demo.
6 min de lectura
¿Sabes qué es una Sprint Retrospective? Descubre todo lo que debes saber sobre la Retrospectiva de Scrum y aprende por qué es importante.
3 min de lectura
Los equipos ágiles que utilizan Scrum trabajan en iteraciones cortas llamadas Sprint. El Sprint es uno de los cinco eventos de Scrum.
3 min de lectura
El Sprint Backlog es uno de los tres artefactos o herramientas de Scrum junto con el Product Backlog y el Incremento. El Sprint Backlog refleja el plan del Sprint y su propósito es lograr el Objetivo del Sprint.
10 min de lectura
¿Qué es el Product Backlog y cómo se organiza? Recomendaciones a la hora de ordenar PBIs y hacer refinamientos.
5 min de lectura
Existe una gran diferencia entre el proceso predictivo de seguimiento y control de proyectos que funciona en contextos estables y el proceso empírico o adaptativo de seguimiento y control que incorpora la complejidad de la realidad. Un ejemplo de este paradigma adaptativo son los Sprints de Scrum, donde se practica la inspección y adaptación.
8 min de lectura
El Modelo en Cascada o Waterfall Model de Winston Royce se popularizó luego de ser adoptado por el Departamento de Defensa de los Estados Unidos en los años ochenta. En 2001 surgió el Agile Software Development Manifesto proponiendo otra manera de desarrollar software, pero no es hasta el año 2010 que el Departamento de Defensa decide cambiar a la agilidad. En el 2012, el Standish Group publicó su análisis anual de gestión de proyectos donde menciona que las aplicaciones de software desarrolladas a través del framework ágil tienen tres veces la tasa de éxito del método en cascada tradicional y un porcentaje mucho menor de demoras y sobrecostos.
6 min de lectura
En el año 2000, Dave Snowden, nos introduce al Marco o Modelo Cynefin en donde explica la complejidad y los distintos tipos de dominios de complejidad. Estos dominios de complejidad son: el dominio simple, el dominio complicado, el dominio caótico, el dominio desordenado y el dominio complejo. El Marco Cynefin o Modelo Cynefin nos ayuda a entender cual es el contexto de complejidad en donde es apropiado aplicar Scrum que es cuando nos encontramos dentro del dominio complejo. Dentro del dominio complejo nos enfrentamos a resultados inciertos, y es aquí donde Scrum, como marco de control empírico, nos proporciona innovación, reducción de fallos, comunicación, experimentación e iteración para lograr resultados y así poder actuar, inspeccionar y adaptar las prácticas emergentes de un equipo de trabajo. Scrum es un marco de trabajo que nos permite encontrar prácticas emergentes en dominios complejos, como la gestión de proyectos de innovación.
3 min de lectura
La gestión de proyectos tradicional enfrenta la triple restricción del lado del alcance, para luego determinar el tiempo y costo. Para la mirada de la agilidad, en cambio, se parte del tiempo y costo, para por último determinar el alcance.