Welcome to the Home of Scrum!

Scrum se ha convertido en el marco ágil de trabajo más usado en el desarrollo de software en el mundo. Uno de los beneficios de Scrum es la entrega de incrementos de producto en periodos de tiempo cortos para mejorar el aprendizaje de los clientes y el mercado para mejorar los resultados de negocio a través de la innovación de productos. Scrum promueve la autoorganización, trabajo en equipo, mejora continua y la entrega de un incremento de producto con valor en cada Sprint. Scrum está basado en un proceso de control empírico y ayuda a la gestión del desarrollo de productos o servicios. Al usar el empirismo aceptamos el hecho de que las cosas pueden cambiar en cualquier momento y que la mejor forma de enfrentar estos cambios es a través del uso de la transparencia, inspección y adaptación para reducir los riesgos de negocio y aprovechar nuevas oportunidades de negocio que se pueden identificar al escuchar continuamente a los clientes y descubrir la brecha de satisfacción que se puede cubrir con nuevo producto. Scrum no prescribe, no receta y no define como se deben llevar a cabo las cosas, que herramientas o prácticas usar para desarrollar un producto o servicio. No hay fórmulas o pasos establecidos que seguir para adoptar o usar Scrum. Tampoco existen las mejores prácticas que deben usadas una y otra vez sin cuestionar, las mejores soluciones emergen de los equipos autoorganizados de acuerdo al contexto y el problema a resolver, algo que funciona muy bien en una empresa y situación no es necesariamente la mejor solución a seguir en otras situaciones. Una metodología implica usar un proceso predictivo basado en pasos predefinidos que se tienen que seguir. La metodología no fomenta y por el contrario puede impedir el descubrimiento, empirismo y el aprendizaje de los clientes y el mercado que puede llevar a aspectos disfuncionales de Scrum como la adopción de un enfoque "mini cascada" en el cual los Sprints se convierten en periodos cortos de tiempo donde se aplica un análisis, diseño, codificación y pruebas en pasos sucesivos y predefinidos. Esto también se puede llamar "water scrum fall". Scrum es un contenedor para otras prácticas o métodos como Test Driven Development, Integración continua, despliegue continuo entre otros. Complementar Scrum con otras prácticas que mejoren el uso de sus tres pilares como son la transparencia, inspección y la adaptación mejora las posibilidades de lograr la entrega de valor. Scrum tiene un contexto cultural que se basa en los valores de Scrum como son la coraje o valentía, foco, compromiso, apertura y respeto. Cuando se viven los valores de Scrum se crea la confianza para generar transparencia que permite usar la inspección y adaptación. Scrum es ligero porque la intención no es definir pasos específico en detalle sino definir las reglas de juego, cada equipo auto organizado debería definir como jugar el juego basado en esas reglas y seleccionar las prácticas, métodos a usar. En algunas situaciones se puede observar organizaciones que en teoría adoptan Scrum, pero esa adopción no se refleja en un cambio cultural junto con la mejora de las capacidades para lanzar producto en corto tiempo para incrementar el aprendizaje en cada Sprint. Por el contrario, se percibe como algo natural que la adopción ágil implica solamente un cambio en los nombres a usar más no en la cultura de la organización misma. Estimaciones con tiempo fijo, carencia de priorización del Product Backlog, etapa de análisis y diseño definidas dentro un Sprint, la falta de un Product Owner, la falta de un Scrum Master, la carencia de un refinamiento de producto que fomente el empirismo y el descubrimiento, Jefes de Proyecto tradicionales con un enfoque de control sobre el equipo o los proveedores de software que no fomentan la colaboración y van en contra de las principios ágiles, sólo por mencionar algunos factores son los que llevan a finalmente no entregar producto funcionando listo para ser usado y en lugar de eso se entreguen productos incompletos y con errores que son rechazados por los clientes en cada Sprint y con ello se provoque la insatisfacción del equipo, la empresa y los usuarios involucrados. Esto nos podría indicar que la adopción ágil se ha convertido en un cliché mas no en un convencimiento real de cambio de la organización. Scrum es un marco ágil que requiere de un impulso de la organización que busca una necesidad de mejora a la forma tradicional en que hace las cosas

In our Professional Agile Leadership training, we talk about changing your organisations hiring practices to hire more of the right sort of people to create the company that you want, not the company that you have. Hire the right people also implies that you will have to, within your cultural constraints, de-hire the wrong people. Early Luddites destroying machines during the industrial revolution Luddite “a person opposed to new technology or ways of working.” “a small-minded Luddite resisting progress” · “I’m not a Luddite, after all I work with the internet for my job” One of the reasons that your organisation is the way that it is, and that it is so hard to change, is its culture. The culture of an organisation is just a reflection of people that make up the organisation and the way that they do things. As you transition from the traditional tayloristic model of departments and hierarchy to an empirical model of cross-functional delivery teams that suits the modern world of business you need to make sure that you have the right people or you will encounter friction at every turn. You may even find that some folks try to actively undermine the change. “To be a leader in this company, your job is to find the rose petals in a field of shit.” ― Satya Nadella, Hit Refresh These are the Luddites! Luddites are an anchor to your nimbleness As you move down your chosen agile evolutionary path there are many common changes that you will make, but there is a reason I use the phrase Evolution and not Transformation. An agile business is one that can adapt to changing circumstances effectively, quickly, and without panic, as the world changed around them. What changed at Microsoft as of 2017 Microsoft is the poster-child of what can be accomplished with the judicious application of leadership. With the servent-leadership and strategic vision of Satya Nadella, it has evolved from a traditional organisational model 10 years ago (2010) towards independent delivery teams of today. “Every person, organization, and even society reaches a point at which they owe it to themselves to hit refresh—to reenergize, renew, reframe, and rethink their purpose.” ― Satya Nadella, Hit Refresh If you go into Microsoft today and ask them what has changed since they were a traditional organisation, they will say “everything”! The list above is a point-in-time snapshot taken in 2017 from their evolution. Most things on that list have changed since then. The world operates at a much higher frequency than it ever did before and a lack of learning, innovation, and evolution of our processes, practices, and tools is the realm of the Luddite. Luddites have no place in the modern organisation #daretochange. Don’t be a Luddite!

Your Sprint Planning Meetings don’t have to be a chore. Your Sprint Backlog doesn’t have to be a mess. Do short backlog refinement meetings twice a week and sleep a lot.

On many occasions in the recent past, working with distributed agile teams has amplified existing organizational, technical, and cultural challenges in many organizations.