🖼 Визуализируй это!

В прошлый раз мы познакомились с инструментом «Пять “почему?”», который помогает осуществить анализ корневых причин (root cause analysis) проблемы. Но поскольку #системное_мышление подразумевает работу со сложными, а порой и запутанными системами, возникающие в них проблемы часто вызваны целым набором факторов.

Одним из способов упростить понимание системы и сформировать единый контекст в группе является визуализация. С использованием таких инструментов, как диаграммы и блок-схемы, мы можем отобразить работу системы, как мы её понимаем, и затем уже перейти к поиску решений. К их числу относится диаграмма Исикавы, или fishbone-диаграмма. #техника

🤷‍♂️ На этом наши полномочия всё!

Группа стояла перед доской, где была изображена схема, напоминающая скелет рыбы. Возле каждой из «костей» были выписаны проблемы, заставившие команду пожертвовать частью тестов ради релиза. Венчала эту конструкцию системная проблема, на которую сместился наш фокус в ходе обсуждения инцидента: «Команды скипают часть тестов, чтобы успеть в релизное окно».

— Окей, вроде теперь картина проясняется, — сказал Миша, сменивший гнев на милость и активно включившийся в работу. — Давайте решим, что с этим дальше делать! — На какие из этих причин мы можем влиять на уровне команд? — спросил я. — Мы можем прикинуть критический путь, чтобы сократить время прогона тестов, — предложил Костя. — Но это вряд ли сильно поможет: тесты-то всё равно кривые. Остальное вне нашей власти. На этом наши полномочия всё! — Окей, а как быть с остальным? — не отставал я. — Решить это можно только уже с Виктором.

Виктора, СТО компании, ребята побаивались, несмотря на его добрый нрав и открытость. Желанием общаться с ним напрямую, особенно после инцидента, никто не горел. Но упускать удачный момент для обсуждения проблемы не хотелось. Я предложил группе сделать небольшой перерыв, а сам отправился в дальний угол опенспейса, к столу СТО. К моему счастью, у Виктора как раз отменилось интервью и он был на месте.

🐟 Хороший улов!

— Виктор, привет! — поздоровался я. — М_ы тут с ребятами обсуждаем ночной инцидент. Найдёшь полчаса к нам присоединиться?_ — Привет-привет! А что, надо кого-то уволить? — Виктор вопрошающе поднял бровь, но тут же улыбнулся: — Шучу. Ну давай попробуем. … — Ого, какая большая рыба! Хороший улов! — воскликнул он, зайдя в комнату. — Давайте, рассказывайте, что у вас тут происходит. — Привет! В общем, мы с ребятами проанализировали ночной инцидент и поняли, что причина была во вчерашнем релизе clever’ов, — начал Костя. — Но затем Денис предложил нам копнуть глубже, и в итоге мы пришли к следующему списку причин.

Забегая вперёд, скажу, что провести с нами в комнате Виктору пришлось больше обещанного получаса. Но оно того стоило. Пройдясь с ним по нашей «рыбе» и ответив на его вопросы, мы перешли к брейншторму возможных решений.

В итоге мы смогли сформировать план действий, реализовать который без его участия было бы невозможно. Но это уже совсем другая история…

💊 Лекарство может быть хуже болезни

Если scrum-команда постоянно не достигает своих целей, системный мыслитель предложит рассмотреть систему целиком, чтобы идентифицировать корневую причину. Возможно, команда не справляется с оценкой своей работы или не управляет зависимостями должным образом. Но в некоторых случаях причина проблемы может лежать далеко за пределами команды. Именно так было в случае с неудачным релизом команды Clever. Хотя сам инцидент произошёл из-за проблемы технического характера, вызвавшие её причины не могли быть решены на уровне отдельно взятой команды. Инструменты системного мышления, такие как диаграмма Исикавы, помогают выявить глубинные причины происходящего и сфокусироваться на самом важном.

Лишь определив причину болезни, агенты изменений и лидеры могут предложить устойчивые решения, которые улучшат всю систему, будь то отдельная команда, отдел или вся организация, а не просто устранят симптомы.

Ведь порой лекарство может быть хуже болезни.

Денис 💚