3/5 Series of the Scrum Values: Courage. ?What does it mean to show Courage?

Layer 12: Scrum Values: Courage. ?Is it meant to bring conflicts within the team? 3/5

In the previous article we talked about Opennes, one of the Scrum Values. We stated what can be achieved by being Open, talked about if the Team needed to be Open about everything and how the organization will be able to take better decisions due to the Team being Open. In this opportunity we will talk about the Scrum Value: Courage. ?Does having Courage means there will be conflict within the Scrum Team? Well, sometimes it will but if coached well by the Scrum Master this will be a great thing for the team.

?How is Courage useful to the Scrum Team?

This value is crucial for solving problems in complex environments and facilitates Empiricism. ?Why? Because this kind of persons would challenge the Team to go even further, maybe that person will suggest to use a different technology, approach the situation a different way or perhaps just trying an idea he/she has, the sorts of an experiment, for trying something different. This kind of person will challenge the Team not to create conflict but to improve the outcome of the development. This will also reflect ownership of the work and a personal interest for the development of the Team.

?In which situations Courage may apply?

* As we work in complex environmantes sometimes we will face situations where we will not know what to do, so it takes Courage to ask for help to the team and then figure out what to do.

* It will take Courage to NOT accept a PBI (Product Backlog Item) to be selected for the incoming Sprint if we do not understand what is the outcome expected from it. This will ensure that the Developer Team knows exactly what they will be developing, although the PBI is not fully or completely refined. In fact this is to be expected due to the complex environment we are in and there also will be uncertain situations but the Developer needs to know what they are expected to develop so they can take decisions when a situation arise.

* It takes Courage to admit a mistake or that our assumption were wrong so we now have to change direction. This mistake can be done by anyone within the Scrum Team, so if we admit it, it will build trust within the members of the Team and it will also build a collaborative environment between them.

* It takes Courage to speak up when something you do not agree with is being taken into consideration by the Team and to tell them your opinion and explaining your reasoning behind it. Sometimes this will bring conflict but the end result will be that the Team will consider things that could otherwise be out of their radar.

* It takes Courage to not show anything at the Sprint Review when there is nothing to show or maybe the team is able to just show some of the features because they were not able to complete everything that was scheduled within the Sprint. ?Why is this? Because the Team will not show any undone work in the Sprint Review.

The Scrum Events will promote Courage within the Team. ?How?

* Every Scrum Event is an opportunity to Inspect and Adapt. For instance, lets say that a Developer in the Daily Scrum has something to tell to the Team but he/she does not tell them, perhaps an impediment. ?What would happen? The Team will assume that everything is going alright and will continue on developing the feature, product or service and when the time comes it will not work. This scenario will delay the tests because now the Team will have to stop their progress to look in which part of the process is the error located and i can assure you that this will be a waste of money and time. But if the Team member indicates it in a timely manner, the Team will be able to take a decision based on it and maybe take a different direction before something worse happens.

* The Sprint Retrospective is meant for the Scrum Team to Inspect about processes, persons, tools, development and of the sorts. They also Inspect about what went wrong and what went well, so they can identify actions for improvements. So, it takes Courage to bring up the issues that we encountered within the Sprint and how can we work together to solve it. It also takes Courage to try new things.

Every Scrum Team member can display Courage.

* The Product Owner is accountable to maximize the value of the product developed. So he/she can say "NO" to a low value feature and to NOT accept whatever the Stakeholders wants or Managmenet for that matter.

* The Developers are accountable for adhering to the Definition of Done, to the Sprint Goal and for the quality of the feature, product or service being developed. So they can say "NO" to cutting out quality under pressure or when the Stakeholders, a Managers or another person who wants to include a new requirement without taking the Product Owner into consideration, hence, interrupting?the workflow towards the Sprint Goal.

* The Scrum Master is accountable for stablishing the Scrum Framework as defined in the Scrum Guide. It takes Courage to De-Scalate conflicts, to do what a Scrum Master needs to do and to NOT fall into the claws of management and be like a boss to the Scrum Team.

These are a few things about Courage but of course there is more about it. It would be wonderful if you can share with us an experience of Courage within your team. Please, join me in this journey of learning about Scrum and Agile. Feel free to leave a comment below.

Artículo 12: Valores de Scrum. Coraje. ?Generará conflictos en el Equipo? 3/5

En el artículo anterior nosotros hablamos sobre la Apertura, uno de los valores de Scrum. Mencionamos lo que el Equipo puede lograr al ser Abiertos, también hablamos sobre si el Equipo debe ser Abierto en cuanto a todo lo que acontece y cómo la organización puede tomar mejores decisiones debido a que el Equipo es Abierto. En esta ocasión hablaremos sobre el Valor de Scrum: Coraje. Esto genera la siguiente pregunta: ?Esto generará conflictos dentro del Equipo de Scrum? Bueno, en ocasiones sí lo hará pero si es manejado bien por el Scrum Master, realmente esto traera grandes beneficios al Equipo.

?Cómo el Coraje puede reportar beneficios al Equipo?

Este es un valor muy importante para poder resolver problemas en un ambiente complejo y adicionalmente esto contribuye al Empirismo. ?Por qué? Porque este tipo de personas cuestionarán al Equipo y lo harán ir más allá, quizás sugiriendo utilizar otro tipo de tecnología, afrontar la situación de una forma diferente o quizás solo sugiriendo intentar implementar una idea que tiene, algo así como un experimento, y así probar algo diferente. Esta persona hará esto no con miras de generar conflicto en el Equipo sino más bien para mejorar el resultado final del desarrollo. El tener Coraje más bien reflejara un sentido de pertenencia del trabajo y un interés personal sobre lo que desarrolla el Equipo.

?En qué situaciones aplicaría el Coraje?

* Ya que trabajamos en un ambiente complejo, muchas veces nos enfrentaremos a situaciones donde no sabremos qué hacer, así que se requiere Coraje para pedir ayuda al Equipo y así colaborar en una solución en conjunto.

* Requiere Coraje el NO aceptar la selección de un PBI (Product Backlog Item) para ser incluido en el Sprint siguiente si no comprendemos lo que se espera del desarrollo. Esto asegurará que el Equipo de Desarrollo sepa exactamente qué es lo que se espera que desarrollen, aunque realmente no se espera que el PBI esté detallado en su totalidad. Esto es así porque trabajamos en un entorno complejo y habrá ocasiones en que algo se nos haya escapado algo en la documentación pero al Desarrollador saber qué es lo que se espera del desarrollo, esto le facilitará la toma de decisiones cuando surja algún problema.

* Requiere Coraje admitir que nos equivocamos o que asumimos algo que no era lo correcto y que tenemos que cambiar la dirección. La equivocación la puede cometer cualquiera en el Equipo de Scrum, así que si nosotros admitimos nuestras equivocaciones, esto ayudará a que se construya confianza dentro del Equipo y además ayudará a construir un ambiente colaborativo entre dichos miembros del Equipo.

* Requiere Coraje dar nuestra opinión sobre algo que el Equipo está tomando en consideración y nosotros no estamos de acuerdo y explicar nuestro racionamiento al respecto. En algunas ocasiones, cosas como esta, generarán conflictos pero el resultado final será que el Equipo tomará en consideración circunstancias que de otra manera quizás no hubiesen llegado a pensar.

* Requiere Coraje no mostrar nada en el Sprint Review cuando sea el caso o quizás solo mostrar lo que lograron terminar de desarrollar porque en este Sprint el Equipo no logró completar con todo lo que estaba previsto para el Sprint. ?A qué se debe esto? Porque el Equipo no va a mostrar ningún trabajo que no se haya terminado en el Sprint Review.

Los Eventos de Scrum también promueven el Coraje dentro del Equipo. ?Cómo lo hace?

* Todos los Eventos de Scrum ofrecen la oportunidad de hacer una Inspección y Adaptación. Por ejemplo, digamos que un Desarrollador tiene algo que decir en el Daily Scrum pero no lo hace, como un impedimento por ejemplo. ?Qué sucedería? El Equipo asumiría que todo va bien y continuarían con el desarrollo de la funcionalidad, producto o servicio y cuando llegase el momento de ejecutarlo, el desarrollo no funcionaría. Un escenario como este atrasaría las pruebas ya que el Equipo tiene que detener el avance del desarrollo para entonces ir a buscar en qué lugar del proceso se encuentra el error y esto será una pérdida de tiempo y dinero. Pero si los miembros del Equipo hablan sobre esto de forma oportuna, el Equipo será capaz de tomar una decisión basada en los hechos y quizás entonces tomar una dirección diferente antes de que algo peor suceda.

* La Retrospectiva del Sprint es para que el Equipo de Scrum haga una Inspección sobre los procesos, las personas, las herramientas, los desarrollos y así por el estilo. Adicionalmente también hacen una Inspección sobre qué salió mal y qué salió bien, así ellos pueden identificar qué acciones se deben tomar para hacer mejoras. Entonces, se requiere de Coraje para traer a colación los problemas o situaciones que hayan surgido durante el Sprint y cómo podemos trabajar en Equipo para solucionarlo. También requiere de Coraje intentar cosas nuevas.

Cada Miembro del Equipo de Scrum puede mostrar Coraje.

* El Product Owner es responsable de maximizar el valor del Producto desarrollado. Así él/ella tienen que decir "NO" a una funcionalidad de baja calidad o que no aporde valor al cliente y a NO acceder a cualquier cosa que las Partes Interedas o la Administración pida.

* Los Desarrolladores son responsables de apegarze a la Definición de Terminado, a la Meta del Sprint y a la calidad de la funcionalidad, producto o servicio desarrollado. Así que ellos pueden decir "NO" para no ceder ante la presión para entregar el desarrollo y así evitar disminuir la calidad de lo entregado o ceder ante lo que una Parte Interesada, algún Gerente o alguna otra persona que quiera incluir un nuevo requerimiento sin tomar en consideración al Product Owner lo que resultaría en una interrupción en el progreso a cumplir con la Meta del Sprint.

* El Scrum Master es responsable de establecer el Marco de Scrum como está definido en la Guía de Scrum. Por lo tanto, se requiere Coraje para De-Escalar los conflictos, para hacer lo que un Scrum Master tiene que hacer y no ser presa de la administración y actuar como el Jefe del Equipo de Scrum.

Estos son algunas de las situaciones en la que se requiere tener Coraje, aunque, por supuesto hay muchos casos más. ?Sería posible que puedan compartir con nostros alguna experiencia que hayan tenido con algún equipo donde se haya requerido Coraje? Acompa?ame en este viaje de ir aprendiendo sobre Scrum y la Agilidad por favor. Los invito a dejar un comentario y así iniciar una conversación.