Roland Flemm

Scrum.org provides high-quality level professional training. Professional Scrum Trainers are top-notch Scrum professionals delivering excellent training and training materials.

In an agile context, we use metrics to set performance goals, measure current conditions, define small improvement experiments and measure the effectiveness of the experiments in order to inspect and adapt goals and determine the next steps.

I work in “the transformation business”. The Agile transformation business to be more precise. The value I aim to deliver is: Improve the internal organisation of companies so that they get better at making their dreams come true.

I was hired by a bank to help them to get started with agile and Scrum...

As part of the Scrum Tapas video series, Professional Scrum Trainer Roland Flemm explores the myth that a Daily Scrum is status meeting and reveals in 2 minutes how to make your Daily Scrum event more valuable.

A problem with many teams is that they are not living in an environment where opportunistic discovery is supported or promoted. Teams are there to deliver, which we measure by monitoring their velocity. This is sadly a common practice. 

Все связано… Рисунок MC Esher Я Скрам Мастер и, узнавая, в чем заключается эта роль, я выяснил, что Скрам Мастерство - сложная профессия. По мере того как я становился опытнее в этой профессии, я заметил, что проблемы, с которыми я сталкивался, со временем усложнялись. Когда я начал работать, около 10 лет назад, я решал проблемы с поставкой программного обеспечения, создавая Аджайл команды, использующие Канбан, а теперь, я помогаю компаниям повысить эффективность разработки программного обеспечения за счет оптимизации организационного дизайна. На пути решения проблем с возрастающей сложностью я открыл для себя Системное Мышление. Сначала я сомневался в ценности Системного Мышления как дополнительной практики для работы со Скрам фреймворком. В моем понимании речь шла о целостном мышлении и рисовании CLD (причинно-следственных диаграмм). Я заметил, что мне трудно применять этот подход в работе, хотя мои “герои” (Сезарио Рамос, Крейг Ларман, Бас Водде) рекомендовали его. При попытке смоделировать системы, необходимо было найти что-то, что сделает моделирование ценным, а у меня как раз были с этим трудности. Вместо того, чтобы признать, что я недостаточно умен для такого подхода, я решил попытаться узнать об этом побольше. Целью было найти инструменты, которые позволили бы мне применять Системное Мышление в моей повседневной практике в качестве Скрам мастера. Теперь, когда обновилось мое понимание своего собственного мышления, мне кажется, что я совершил гигантский скачок в направлении решения действительно сложных проблем - от глобального потепления до проблем, с которыми сталкиваются дети в школе, и, что еще важнее для меня: Скрам команды, которые испытывают трудности с поставкой программного обеспечения… Что такое системное мышление? Проще говоря: “Системное Мышление - это понимание простых правил того, как работает наше мышление, и применение этих правил для решения чрезвычайно сложных проблем.” Философский подход: “Системное Мышление - это не процесс, а возникающее свойство сложной адаптивной системы, называемой «мышление».” Системное мышление о системах В первые 10 минут этого выступления доктор Акофф объясняет Систему своим неповторимым образом: {"preview_thumbnail":"/drupal/s3fs-public/styles/video_embed_wysiwyg_preview/public/video_thumbnails/EbLh7rZ3rhU.jpg?itok=ggLeovid","video_url":"https://youtu.be/EbLh7rZ3rhU","settings":{"responsive":1,"width":"854","height":"480","autoplay":0},"settings_summary":["Embedded Video (Responsive)."]} Основные принципы Системного Мышления: Система представляет собой единое целое и состоит из двух или более частей. Все части взаимосвязаны, каждая часть влияет на поведение целого, но то, как части влияют на целое, зависит от того, что делают другие части. Каждая часть может быть разделена на подгруппы, которые действуют как часть целого. Теперь мы можем обобщить определение Системы (Ackoff): “Система - это целое, которое определяется ее функцией в большей системе, частью которой она является.” Эти основы обеспечивают следующие принципы: Система имеет эмерджентное поведение, которого отдельно взятые части не имеют. Когда система делится на части, она теряет свое эмерджентное поведение. (Автомобиль обеспечивает перевозку, но ни одна из частей автомобиля не может сделать это сама по себе). Улучшение производительности части системы не обязательно улучшит производительность целого, фактически, это может ухудшить общую производительность системы. (Команды являются примерами частей системы, называемой отделом программного обеспечения. Если одна команда будет работать отлично, это не обязательно приведет к повышению эффективности всей компании-разработчика программного обеспечения). Системное Мышление - это, прежде всего, мышление Системное Мышление - это мышление в более широком контексте, мышление «целостное». Возможно, это звучит немного размыто, но на самом деле это очень даже конкретно. Мне нравится называть это «медленным мышлением», а не «быстрым мышлением». Речь идет о рассмотрении более широкого контекста вещей. Фильм «Аватар» - хороший пример «целостного» мышления: мы понимаем, как экосистема мира Аватаров взаимосвязана и как она будет разрушена военным вмешательством. Мы учимся, обрабатывая все, что происходит вокруг нас, и моделируем эти данные, сравнивая их с тем, что мы уже испытали или уже изучили. С Системным Мышлением мы становимся более осведомленными о наших психических процессах и можем улучшить наши навыки понимания и решения сложных проблем. Решение проблем - одна из задач, которую Скрам Мастера выполняют постоянно. Мы помогаем командам устранять препятствия и действуем в качестве агента изменений, решая проблемы масштабирования и внедрения Скрам во всей организации. Системное Мышление тесно связано с основами эмпирического контроля процессов в Скрам, делая прозрачным действительно важные вещи, и показывая, как проблемы связаны между собой. Это помогает структурировать мысли и упростить общение во время инспектирования проблем; усиливает адаптацию, потому что увеличивает шансы наших предложений по улучшению быть устойчиво успешными. Руководство по Скраму не имеет прямого отношения к Системному Мышлению, но в таких фреймворках масштабирования, как SAFe и LeSS, Системное Мышление рассматривается как один из их фундаментальных принципов: SAFe: https://www.scaledagileframework.com/apply-systems-thinking/ LeSS: https://less.works/less/principles/systems-thinking.html Системное мышление помогает понять грандиозную схему вещей и то, как их части взаимодействуют. Это помогает определить разумные точки вмешательства для внесения значительных изменений в систему. Для менеджеров, решающих проблемы в организационных системах (например, скрам мастеров), это очень полезный навык. В этой серии блогов, посвященных Системному Мышлению, я поделюсь некоторыми концепциями Системного Мышления для продвижения этого ценного инструмента для решения сложных проблем в работе. Я затрону следующие темы: “Злые” Проблемы Комплексные Адаптивные Системы Ментальные модели и поведение Производство различий Понимание систем Понимание отношений Видение перспективы Системное Мышление и организационные изменения Предистория Системное мышление возникло в 1950-х годах и прошло несколько волн возрастания интереса к нему. Полезные ссылки: Питер Сенге объясняет изменения климата: https://www.youtube.com/watch?v=0QtQqZ6Q5-o. Базовый подход системного сышления: https://thesystemsthinker.com/introduction-to-systems-thinking/ Как работает наше мышление: https://www.youtube.com/watch?v=0uCogeTqRsQ&feature=youtu.be Доктор Дерек Кабрера  — Как работает наше мышление: https://www.youtube.com/watch?v=dUqRTWCdXt4 Системное мышление - суть обучающейся организации: https://drive.google.com/file/d/0B-4syEPuYKg-eEE2N3d6VW05NGs/view

John: “After covid-19, the world will never be the same...” Peter: “There is no “after covid-19”. Corona is here to stay” Now that we are starting to see some light at the end of the Covid tunnel, shouldn't we ask ourselves how the corona crisis brings change to our software development efforts? Isn’t this a great opportunity to decide what we want to stop, keep, create, do more or do less of? To help the software development in your company with creating a future-proof post-covid-collaboration-mix, Co-Learning has developed an online workshop. We will challenge you and your teams to evaluate the covid-learnings and mold a new future with it. We want to explore various angles to look at the challenges you dealt with over the past three months. Don't worry, we will use humour and fun to help you discover your future collaborations and foster the new modes you already adopted. The corona lockdown is an unprecedented change that humankind shares globally. It made us get together in our family setting. It was like we were thrown back to tribal times. We learned to accept and even appreciate what it’s like to have no office to go to. In short, we think there is a need to think about the consequences of this crisis for the way we develop software. We should be humble and grateful that we were given so much time to spend with our loved ones. Yet, for some, marriage was tested to the max. In order to survive at home, many of us came to realize that it makes sense to create some kind of rhythm and a set of agreements to make things endurable. If you are a Scrum Master like me, this must have reminded you of starting up a scrum-team, although that was easier. Global infrastructures permitted companies to switch to working from home very fast. The choice was made easy: you either cater for remote work or you shut down your company. (I think it is quite good to have some pressure that creates decisiveness). Grounded at home with work on our plate, many of us switched to survival mode. The companies I work with do Scrum and we noticed this made it pretty easy to switch to remote than companies without such a framework. This is because all ceremonies are very explicit and scheduled and also because the roles are clearly defined. There was no need to argue who was going to take care of virtualizing our way of working: Clap for Scrum Masters! Developers share a belief that communication is disruptive to their thinking processes: Avoid meetings, wear headphones, focus on coding. They initially welcomed working from home. The majority of interactions they have with their colleagues are pull requests and slack messages. However, after a while I started hearing many developers complain and become frustrated from working in isolation. Once we manage to finish a couple of sprints, the impact of the lock-down is starting to emerge. We are being bombarded with initiatives to make up for the loss of human interaction with our colleagues. In fact, we are overloaded with them. And the problem is that in many cases these virtual coffees, virtual bingo’s, virtual beers, and so on are not really working very well. This is because available tooling does not allow for human interaction to flow as it does in a live environment. In real life we can see everybody, we can choose to focus and tune in on whatever we hear, we can crack a joke across the room, throw something, offer a drink to someone else, step away and isolate ourselves,…. We should need no more than 5 events to produce working software. Let’s add maybe 2 additional meetings that are not covered by Scrum to support scaling, but that should be about it. Coordination and decision making should be for the teams to self-organise. Unfortunately that is not what happens in most companies. Working from home drags us from one meeting to another. Back to back. All day long. It’s surprising how many things we need to have meetings about. We need to think about the reasons that cause this and fix it so we can breathe again and get back to our (development) work. In the working from-home-era, managers especially have a hard time. They need to find ways to stay in tune with what is happening in the “hidden world of working from home”. Managers need to rely more than ever on tools and system data and they need to schedule many one on ones to create an understanding of how things are going. I talked to managers who informed me they were pretty much done after lunch: Corona made them 50% more efficient. At the same time, it made them feel captains with an invisible crew. The meeting overload also reduces the time we take to reflect. Normally, we would have an informal chat walking from one meeting to another or when we go for a coffee, not leaving the office context. That time is no longer there. As a result of the challenges caused by Corona, it is tempting for companies to focus on outputs which makes teams become more task oriented and less creative. The opportunistic product discovery process that Scrum is aiming to facilitate is under stress. Numbers don’t lie. Leaders see the short term effect of increasing output. This makes them embrace working from home as a blessing that generates a productivity increase. However, in the long run, the ability to solve problems instead of finishing tasks will make the difference between the survival or success of a company. Numbers are very useful but we need to be cautious which numbers we look at. Even when a vaccine becomes available, there will be a higher degree of working from home. We have learned to appreciate collaboration tools, we all see the benefits of not traveling for a one hour meeting. In summary: We experienced we don’t need the office as much as we thought we did. I have even heard of companies who decided to fully switch to working from home and stopped renting office spaces to cut down costs. We need to sharpen our minds and have a sensible discussion with leaders and colleagues about the shape of our future. Invite us to facilitate our online workshop to challenge you and your teams to discover your post-covid way of working. Co-Learning offers 5 workshops for free, first come first serve. Contact me to book us.

In my daily life as a Scrum Master, I witness many crazy situations. I want to share my discoveries via this comic series featuring Koos Coach, the silly Scrum Master struggling to understand and master Scrum.

At many customers I visit, I see a lot of effort being put into classification and managing bugs.