Within a Scrum Team ?Who is responsible for what?

Layer 06: ?How does #scrum integrate with the business environment?

In the previous article we talked about #ScrumValues . Those values are something of serious consideration, because if not taken into account, Scrum implementation can be rendered usless. The organizations needs to analyze the real reason why they want to implement Scrum and become #agile . After they have analyzed these and if the organization wants to go further, the next step is to analyze the #scrumframework and decide if it fits the organization, maybe by trying it out and then #inspect how it goes. Scrum has three accountabilities within their framework and they are: #developers , #ProductOnwer and #scrummaster . Altogether they form the #scrumteam , tipically fewer than 10 persons, they are a #selfmanaging team and they are #crossfunctional .

* Self-Managing team means that the team internally decides who does what, when and how. Not the Product Owner nor even the Scrum Master tells the developers what, when and how to do the work. This means that the developers team has greater responsabilities as for making decisions on their own and as for increasing their team work skills resulting in maximizing the value of the product developed. The developers team needs to continuous build their knowledge and expertise to turn the Product Backlog item into a Done Increment.

* Cross-functional means that every member of the team has the skills to create value with the product or service developed. The members of the Scrum team does not have to pay attention to titles, ?why? Because everyone has the skills to turn a Product backlog item into an Increment, and in this particular case, especially the developer team, because everyone in a certain moment is able to help, and i put a great emphasis on this, a team member can HELP on doing the work or the task of a colleague. For instance, a person who writes the code is able to do the role of a QA tester or is able to write down the documentation and the QA tester is able to write the code or is able to write down the documentation if the situation arise, they can be able to do pair-coding too when possible. Also they can cover a developer who is sick and did not attend to work but despite this they are not to held responsible for generating a bug-code due to coding not being their field of expertise, sure they can help but are not meant to do the entire work and never an individual person is the sole accountable for something within Scrum. Remember they are a team, there are no individuals within Scrum, so they can share the knowledge of every task done within the product or service developed, hence, they can help one another.

So, if the team can be cross-functional ?How these three accountabilities plays a role within Scrum??

Well, the developer team can be cross-functional but the Product Owner and the Scrum Master are just one person and they are accountable for their functions within a Scrum team. The three of them has the same importance, none of them is more important then the other.

?What is the accountability of each members?

The Developers: Are accountable for creating value in the increment. They are meant to create a valuable and usable product or service by the end of the #sprint . Within the team, they have no titles such as tester, document writer and of the sorts due to them being a team. They are also accountable for the #sprintplanning and #sprintbacklog throughout the Sprint. Sometimes they will need to adapt the sprint backlog as needed. During the #dailyscrum or at any reasonable time they are accountable for adapting their plan each day to ensure their development is more likely to meet the #sprintgoal by the end of the Sprint. I will put great emphasis on this, the developers do not need to wait until the Daily Scrum takes place to adapt their plan or to tell about an impediment, they are sel-managing so they can address this at anytime within the Sprint. They are accountable for adhering to the #definitionofdone and adapting their Sprint Backlog as they discover new things.

The Product Owner: Is accountable for maximizing the product value. As stated earlier, is one person not a committee. The product owner engage with the stakeholders and take into account their suggestion but is the Product Owner who ultimately takes the final decision on the features or services being developed, not the management, not the #stakeholders , not the developers not even the Scrum Master takes the decisions on what to do but the Product Owner. The decisions made by the Product Owner are meant to maximize the value of the product or services developed so the Scrum Team and the organization needs to respect their decision. ?How does he maximizes the value of the product? By developing and creating the product goal, inspiring and directing the work of the Scrum Team, ordering the Product Backlog, engaging with the stakeholders and users to identify the requirements and then clearly expressing these requirements to the developers as clear as it needs to be for the developers to be able to create the product or service needed. The Product Owner should be the most knowleadgeable person about the Product Backlog.

The Scrum Master: Is accountable for the effectiveness of the Scrum Framework adoption within the organization. Is the one that assures that Scrum is implemented as the #scrumguide states within the organization. This does not means that the Scrum Master is kind of a boss or the #scrumpolice , as some might say, due to assuring that the Scrum is implemented as stated in the guide but is the one who leads the adoption of Scrum. Remember that within Scrum there is an empirical process, so the organization needs to learn by transparency, inspection and adaption. The Scrum Master is able to teach by letting them explore and to make mistakes along the way while implementing Scrum, that way, they can help the team and the organization understands the benefits and purpose of Scrum. The Scrum Master needs to be a TRUE LEADER who serves the team and the organization. They also lead the team on being self-managed, cross-functional, focus on high value delivered, how Scrum values are implemented, help the team remove impediments, techniques on Product Backlog and Sprint Backlog management, creating a product and sprint goal. The Scrum Master does not just work with the inmeadiate team but with the entire organization in adopting Scrum.

Collectively they are all accountable for developing a usuable Product or Service with the highest value possible. There are no sub-teams, hierarchies or such thing as i'm the tester i do not document or i'm the database manager i do not refine the product backlog. The entire Scrum Team is a cohesive unit focused on one strategic objective at a time, self-managed meaning they trust and respect each other and that they are capable of creating a valuable increment. If one of these accountabilities are note implemented in the correct way, the value of the product delivered will suffer and consequently the product itself will become less valuable and less profitable.

As you can see, the Scrum team is just as important to pay attention to as the Scrum Values and the three pillars of Scrum. If the organizations does this, they will surely be able to become Agile, to have innovations on their products and services developed and will be able to succeed in the market.

As i always says, feel free to leave a comment below with suggestions, inqueries and experiences.

Artículo 06: ?Cómo se integra Scrum con el entorno empresarial?

En el artículo anterior se habló sobre los valores de Scrum. Como se dejó ver en el artículo, estos valores son de seria consideración, ya que de no tenerlo en cuenta, la implementación de Scrum podría no funcionar. Las organizaciones deben analizar la razón del por qué desean adoptar Scrum y volverse ágiles. Luego de haber analizado sus razones y haber decidido que deben continuar por esta vía, el siguiente paso sería analizar el marco de Scrum y revisar si este se ajusta a su ambiente laboral. Esto lo pueden lograr por medio de comenzar a implementar Scrum dentro de la organización e inspeccionar cómo les va. Dentro de su marco, Scrum tiene tres roles responsables: Los Desarrolladores, El Product Owner and El Scrum Master. Todos ellos conforman el equipo de Scrum (Scrum Team), que típicamente son menos de 10 personas, además, ellos deben ser autogestionados y multidisciplinarios.

* Ser un equipo autogestionado significa que, internamente, el equipo decide quién hace qué, cuándo y cómo lo hace. Ni el Product Owner ni el Scrum Master les dicen a los desarrolladores qué hacer, cómo hacerlo ni cuándo hacerlo. Esto implica que los desarrolladores tendrán mayores responsabilidades a la hora de tomar decisiones por su cuenta y en cuanto a incrementar sus habilidades para el trabajo en equipo, lo que redunda en máximizar el valor del producto entregado. El equipo de desarrolladres necesita desarrollar continuamente su conocimiento y pericia para convertir un elemento del Product Backlog en un incremento terminado. Todos los miembros del Equipo Scrum son responsables de ayudar a entregar valor.

* Equipos Multidisciplinarios significa que cada miembro del equipo tiene las habilidades para crear valor con el producto o servicio desarrollado. Dentro de un equipo Scrum no existen los títulos, ?por qué? porque todos deben tener las habilidades necesarias para convertir un elemento del Product Backlog en un incremento y particularmente los desarrolladores porque todos en algún momento determinado pueden ayudar, y hago énfasis en esto, un miembro del equipo puede AYUDAR a completar el trabajo o una tarea de algún colega. Por ejemplo, una persona que codifica puede desempe?ar el papel de realizar las pruebas de control de calidad o puede hacer la documentación del desarrollo y el que realiza las pruebas de control de calidad en un momento dado puede hacer la codificación o hacer la documentación y hasta podrían hacer la codificación en pares cuando amerite el caso. También pueden cubrir a un desarrollador que esté enfermo y que no haya asistido al trabajo pero, a pesar de esto, no se les hace responsables de generar un bug en el código debido a que la codificación no es su campo de especialización, está bien que puedan ayudar pero no son los responables de hacer todo el trabajo y nunca se responsabiliza de forma individual a nadie. Recordemos que son un equipo, no existen individuos dentro de Scrum, por lo que pueden compartir el conocimiento de cada tarea realizada dentro del producto o servicio desarrollado, por lo tanto, pueden ayudarse entre sí.

Entonces, si el equipo es multidisciplinario, ?Cómo estas tres responsabilidades juegan un papel en Scrum?

Bueno, el equipo de desarrolladores pueden cruzar sus funcionalidades como hemos comentado pero el Product Owner y el Scrum Master son solo una persona y son responsables de ejecutar sus funciones dentro del equipo de Scrum. Hay que tener en cuenta que los tres son igual de importantes, ninguno de ellos es más importante que el otro.

?Cuál es la responsabilidad de cada miembro?

* Los Desarrolladores: Son los responsables de crear valor con el incremento. Ellos se encargan de crear un producto o servicio que provea valor y sea utilizable al final del Sprint. Dentro del equipo no hay títulos tales como, el que realiza las pruebas de calidad, el escritor de la documentación y así por el estilo ya que todos son un equipo y son multidisciplinarios. También son responsables de la Planificación del Sprint, del Sprint Backlog a lo largo del Sprint. En ocasiones tendrán que ajustar el Sprint Backlog según sea necesario durante el Sprint. Esto puede ser durante el Daily Scrum o en cualquier momento que sea razonable, ellos son responsables de ajustar su plan de desarrollo cada día para garantizar que su desarrollo tenga más posibilidades de cumplir con la meta del Sprint. Pondré énfasis en lo siguiente, los desarrolladores no necesitan esperar a que el Daily Scrum tenga lugar para ajustar su plan o informar sobre algún impedimento, el equipo es autogestionable para que puedan abordar estos temas en cualquier momento dentro del Sprint. También son responsables de adherirse a la definición de terminado e ir adaptando su plan de desarrollo a medida que descubren nuevas cosas.

* El Product Owner: él es el responsable de máximizar el valor del producto. Como se dijo anteriormente, es una persona y no un comité. El Product Owner es el que interactua con los interesados y toma en cuenta sus sugerencias, pero es el Product Owner es quien finalmente toma la última decisión sobre las funciones o servicios que están en desarrollo, no así la administración, ni las partes interesadas, ni los desarrolladores y tampoco el Scrum Master toma las decisiones sobre el rumbo del proyecto. Las decisiones del Product Owner deben tomarse para máximizar el valor del producto o servicio desarrollado por lo que el equipo de Scrum y la organización debe respetar su decisión. ?Cómo máximizan el valor del producto? Desarrollando y creando el objetivo del producto (Product Goal), inspirando y dirigiendo al Equipo de Scrum, ordenando el Product Backlog, interactuando con los interesados y los usuarios para identificar los requisitos y luego expresarselos claramente al equipo desarrollador para que pueda crear el producto o servicio que aporte el mayor valor. El Product Owner debe ser la persona con mayor conocimiento del Product Backlog.

* El Scrum Master: Es el responsable de la efectividad de la adopción del marco de Scrum en la organización. El Scrum Master es quien se asegura que Scrum sea implementado como establece la guía de Scrum dentro de la organización. Esto no quiere decir que el Scrum Master sea una especie de jefe o el policía de Scrum, como algunos podrían decir, debido a que él se asegura de que Scrum sea implementado a como indica la guía, sino que, es quien lidera la adopción de Scrum. Recordemos que Scrum se basa en un proceso empírico, por lo que la organización necesita aprender mediante la transparencia, inspección y adaptación. Una forma de ense?ar del Scrum Master es permitiendo que la organización explore y cometa errores en el camino mientras Scrum es implementado. De esa manera, puede ayudar al equipo y a la organización a comprender los beneficios y el propósito real de Scrum. El Scrum Master debe ser un VERDADERO LIDER que sirva al equipo y a la organización. También lideran al equipo para que sea autogestionado, multidisciplinario, que se centren en la entrega de valor, en cómo implementar los valores de Scrum, ayudan al equipo a eliminar impedimentos, ense?an técnicas sobre la administración del Product Backlog y Sprint Backlog, ayudan a crear el objetivo del Producto y del Sprint. El Scrum Master no solo trabaja a nivel del equipo de Scrum al que está asignado sino que trabaja con toda la organización para adoptar Scrum.

Colectivamente, todos son responsables de desarrollar un producto o un servicio utilizable y que sea del mayor valor posible. No hay sub-equipos, jerarquías o cosas como que yo soy el que hace las pruebas de calidad y por eso no hago documentación o soy el que administra la base de datos no tengo porque ayudar a refinar el Product Backlog. Todo el equipo de Scrum es una sola unidad integral que se centra en un objetivo estratégico a la vez, autogestionado, lo que significa que confían y se respetan mutuamente y que son capaces de crear un incremento de valor. Si uno de estos tres miembros no se implementa de la forma correcta, el valor de producto generado se verá afectado y, en consecuencia, el producto mismo no aportará el valor adecuado y será menos rentable.

Como podemos ver, todo el marco de Scrum es importante tanto sus pilares, los valores y el equipo de Scrum. Si las organizaciones ponen la debida atención a esto, seguramente podrán volverse ágiles, crear productos y servicios innovadores que tendrán éxito en el mercado.

Los invito a que por favor me dejen sus comentarios, sugerencias o experiencias sobre el tema.