Монополия на счастье или почему Scrum не может быть невозможен

Чума на оба ваши дома!

Крылатая фраза из трагедии «Ромео и Джульетта» Уильяма Шекспира 

в русских переводах А. А. Григорьева и Т. Л. Щепкиной-Куперник. 

Фраза используется для выражения раздражения и иронии 

по поводу спора или конфликта двух сторон. 

Считается одним из самых известных крылатых выражений, 

принадлежащих Шекспиру.

Я могу ошибаться, а вы можете быть правы; 

сделаем усилие, и мы, возможно, приблизимся к истине.

Карл Поппер

Ничто не вызывает так рефлекторный поиск под боком коробки с попкорном, как добротный, широкий, неистовый и громкий холивар. За свою жизнь я слышал многие: Windows vs Linux,  Java vs C++, Web vs Mobile, Apple vs Все Остальные.

Новые времена диктуют новые темы.

В январские праздничные дни этого года русскоязычное сообщество масштабируемого аджайла немного потрясло  от цикла статей г-на Denis Sunny на тему "Почему Scrum невозможен в SAFe": (финал здесь). Финальным аккордом цикла прозвучал призыв к создателям SAFe убрать отсылки к Scrum: http://remove-scrum-from-safe.tilda.ws/.

Находясь в куче чатиков различных аджайльных религиозных конфессий наблюдал реакции.

В чатиках религий искреннего Scrum торжествующе запели херувимы. В чатиках истинного прагматизма и SAFe раздался хор рассерженных шмелей. С обеих сторон гремело набатом: "они просто не понимают".

Но понимают ли разнообразные стороны шестидесяти оттенков околоаджайла, что действительно произошло? Что выявил этот интересный феноменальный конфликт? Что лежит под этим запретом?

Сегодня я хотел бы об этом поговорить.

Далее долгая-долгая статья с мыслями про вот это вот все и особенно - про околоаджайльные реакции.

SAFe vs LeSS: Make Love Not War

"Я вижу, что переубедить вас не удаться, 

настроены вы серьезно, 

поэтому сразу перехожу к оскорблениям"

Макс Дорофеев

Сегодня я хочу поговорить об Agile, любви и борьбе.

Об Agile - поскольку, ну, куда сегодня идти в разработку без этого самого гибко-адаптивного.

О любви - к масштабируемому Agile, потому что наболело.

О борьбе - противостоянии последователей двух известных уважаемых домов масштабируемого Agile: SAFe и LeSS

Изначально планировалась презентация. Такое небольшое выступление в виде наброса на вентилятор стойких сторонников одного или другого фреймворка/базы знаний. Этакая словесная чума на оба ваших дома.  

Фреймворк/база знаний поскольку LeSS называем себя фреймворком, а SAFe, все таки, позиционируется как база знаний: "SAFe® is an online freely revealed knowledge base of proven, integrated patterns for implementing Lean-Agile development". Но в дальнейшем я буду называть оба направления - фреймворками, поскольку они оба рамочные и позволяют наращивать вокруг себя разные процессы и лучшие практики.

Статья, признаюсь, носит конспектный, а следовательно, поверхностный характер - не углубляюсь в детали. Поэтому текст будет понятен больше тем, кто уже знаком и с SAFe и с LeSS. Тем кто знает что-то одно, будет немного сложно - придется познакомится с терминами и статьями из другого лагеря. Тем кто не знает ни одного, ни другого, я хочу пожелать сохранять объективный оптимизм и рассматривать заметку как личное мнение практикующего управленца, после прочтения которой желаю начать вникать хоть в одно из упомянутых движений глубже.

SCRUM в картинках: роли и события

Все началось с того, что в прошлом году меня укусила бацила SCRUM-а. Покусали меня на 3 дневном тренинге unusual-concepts by Ilya Pavlichenko, за что ему отдельное спасибо.  После тренинга, как это водиться, большинство менеджеров хочет применить  на практике все то, что было услышано или рассказано. В итоге у нас 4 скрам команды уже бегут совместно 6 спринт. Отдельный разговор, что считают успешным в этом забеге сами команды и отдельно - менеджеры, но речь сегодня о картинках.

Я неизлечимый визуал, в любой непонятной ситуации -  рисую. После тренинга, для подготовки к сдаче экзамена Professional Scrum Master level 1  стали появляться картинки. Например та, что в заголовке.

Эта картинка в смысловой форме показывает,  слева - обязательные,  справа - опциональные, но полезные вещи в фреймворке Scrum. Куб, как бы, показывает, что стенки и углы составляют каркас. Что вы ими заполните - ваша головная боль (как говориться "Scrum is:  ... Difficult to master")

Далее фотографии картинок про 3 роли, 5 евентов и еще один ongoing process.

Уточнение. Конспектировался Scrum Guide - это на случай отдельных пометок про размеры команд, обязанностей ролей и евентов.

Если кого заинтересовали инструменты рисования -  использовал тетради и маркеры от Добробук.

Маленькая поваренная книга ретроспективы

В прошлом 2016 году я выступил на CEE-SECR 2016 - конференции, которую посещаю, третий или четвертый раз, и на которой представляю свою компанию на стенде. В этот раз кроме стенда я попробовал выступить.

Темой выступления стала ретроспектива - очень и очень полезная практика коллективного бессознательно-сознательного направленная на улучшение процессов, инструментов и людей. Тема бездонная, но выбран был небольшой набор советов-наблюдений, которые и сформировавали монолог "Маленькая Поваренная Книга Ретроспективы" (маленькая еще и потому, что за полчаса советов можно было привести ограниченное количество). Поскольку изначально тема была создана в виде статьи - у меня получились и выступление и данная заметка. 

Если не хочется читать, то выступление доступно по ссылке: http://2016.secr.ru/program/submitted-presentations/retrospective-small-cook-book. Для тех кто предпочитает все таки читать - моя печатная версия далее.

В далеком 2004 году мне посчастливилось поучаствовать в одном жарком совещании, из которого я вынес два жизненно-важных урока.

На совещании спорили  конструктора (люди которые чертили в различных САПР-ах конструкции, схемы, устройства) и технологи (собственно те, кто все это реализовывал в железе). И те и другие были напряжены. Обсуждалось - как передавать схемы конструкций из одной системы документооборота в другую. Не было одной системы документооборота, было - два разных мира, два полюса. Но надо было работать, и надо было выполнять план.   На любой вариант решения одной стороны, вторая аргументировала "а вот какой нибудь технолог" или в обратную сторону - "а вот какой нибудь разработчик", и далее всякий неконструктив набрасывался на вентилятор.

Я молодой сотрудник, полгода назад закончивший университет горел желанием помочь. Я видел, что все хотят получить результат, но и хотят прикрыть спинну.  В какой то момент я не выдержал и произнес:

- Коллеги! Мы же с вами профессионалы, а говорим о каких то гипотетических технологах и конструкторах - давайте попробуем!

Было молчание. Затем согласие  обеих сторон.

Два урока.

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

"Мы же профессионалы - у нас нет багов, но если они появятся, то мы будем фиксить их на проде"

И это - манипуляция чистой воды.

Я впервые осознанно стал манипулировать людьми, целым коллективом, даже - двумя коллективами. Коллективы согласились, что они профессионалы.

Второй урок, который я вынес, это магия рецепта "давайте попробуем". Постоянным планированием успеха не добьешься. Постоянными обсуждениями - тоже.

На тот момент я был юн и не знал таких замечательных слов как Facilitator, Lesson Learn/Retrospective, Agile - услышал я их гораздо позже. Но встреча показала силу коллективной работы. Люди начали решать проблему. Впервые за долгое время технологи и разработчики создали правила обмена. И я понял, что "Давайте попробуем" это своего рода рецепт приготовления общего согласия. Позже я понял - таких рецептов масса.

С тех пор я начал копить рецепты, выверять их и использовать. "Давайте попробуем" трансформировалось в  "Экспериментируй!" и стало   первым рецептом в моей будущей, тогда еще не сформированной, поваренной книге ретроспективы.

Заметка сегодня большая и включает несколько частей:

Часть первая вступительная: определим что такое профессиональные поваренные книги.

Часть вторая основная: рассмотрим уникальные рецепты вкусной ретроспективы.

Часть третья заключительная: я предложу универсальный рецепт для всех поваренных книг.

Вспомнить все: Опросник ретроспективы в действии

Хочешь узнать какие у нас проблемы? 
Вон на вики посмотри,  уже год, как все перечислены.

Из подслушанного

В последнее время очень глубоко пришлось влезть в шкуру фасилитатора ретроспектив (прям по самые гланды - суши табак). И в работе практикующего менеджера добавилось еще больше чужих стопятьсот-единственно правильных мнений, психологической терапии и совещаний.

Среди частых проблем ретроспективы стали всплывать с регулярной частотой ситуации "забытых провалов"  - те моменты, которые командой не обсуждаются или не вспоминаются. Причины подобного поведения разные - человек, непосредственно столкнувшийся с проблемой заболел либо не пришел, или просто проблему не вспомнили на фоне других более ярких провалов, либо боязнь обидеть хорошего человека перевешивает желание исправить проблему. Совершенно разные причины. Но больные темы пропускаются. Это не так критично, когда спринты короткие (так как проблема всплывет вскоре и выше шанс "вспомнить" и поправить), но в условиях  длительных (более месяца) релизов - решения приходят с большой задержкой, что влияет на ретроспективу и процессы скорее отрицательно.

Сегодня я бы хотел показать пример одного из способов не упустить из виду "невсплываемые" бреши в процессе. Поговорим сегодня об Опроснике - артефакте, чек листе, сборнике эвристических вопросов и просто удобном инструменте.

Почему не работает Аджайл - замеченные антипатерны и невзлеталки

\

Идея для заметки родилась на соответствующей русскоязычной конференции. Стоя с чашкой кофе в руке, коллега, с грустью, произнес:

- Почему Аджайл работает - понятно. Не понятно - почему он не работает. Вот об этом хочется услышать. 

Коллега был опечален, что ничего полезного и нового с конференции не вынес. Я оказался гораздо удачнее. Бенефитов было море - халявный рюкзак и три майки.

А если серьезно.

Действительно, все команды счастливы по разному, но огорчены одинаково - не взлетело. Почему? Почему Аджайл продолжает невзлетать несмотря на конференции, тренинги, преобладании в проектах умных и опытных людей? Почему  "Аджайлом у нас даже и не пахнет" - как выразился один мой печальный умудренный очередным падением коллега?

Мне стало интересно. Захотелось проделать небольшое исследование, подвести своеобразные итоги опыта и измышлизмов - чтобы вспомнить, а может быть и понять - когда и почему Аджайл не работает. Чтобы была такая небольшая запись на будущее - картинка аджайлов и скрамов головного мозга.

Сегодня о гибком и не очень, о сакральном и приевшемся, об удачном и демотиваторах, о нем - о Гибком. Негативные паттерны поведения. Невзлеталок Аджайла распространенных пост.

Настроение аджайл

На днях, проходя мимо одного из проектных стендапов, услышал вопрос молоденького мальчика (наверное новичка в команде):

- А это точно по аджайлу?

Вопрос адресовался более пожилому коллеге, наверное скрам мастеру, который сморщил лоб, повращал глазами за очками и отрезал:

- По аджайлу.

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

Настроение аджайл. 

Про то, как здорово начинать работать по аджайлу, и как здорово работается по аджайлу

Играть в стрип аджайл покер

Говорить, что нужно следовать вот этим правилам и будет счастье

Ходить на тренинги скрам мастера и после веселых примеров приходить просветленным 

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

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

Но порядок после танца нужно наводить. И звезды с головой полной отношений и общений уезжают, например, в Сингапур, потому что там новый стартап. И они также передают свои знания, но документация - это ведь не важно, ведь знания должны быть в голове, хотя тем более в голове нужен еще и порядок.

Моему текущему проекту лет десять. Это экосистема или раковая опухоль - все зависит от угла наклона. Ее биоценоз или метастазы состоят из туевой кучи продуктов, разбитых на несколько стримов. Каждый раз когда приходится начинать что-то тестировать выясняется, что есть тетрадки чуня, но они на то и тетрадки, что уже никто не знает где они. И тестировщиков сменилось уже не одно поколение, и разработчики уже ушли. И приходит новое поколение с настроением аджайл и говорит "говно вопрос налабаем...документация? не - мы ж по аджайлу..."

Я честно не знаю, как там в проекте где ребята спрашивают "все ли по аджайлу". Хорошо ли, плохо ли. Просто вопрос прозвучал странный - это вопрос настроения, а не результата. Хотя если проект действительно закончиться за полгода, может быть и не стоит описывать все интерфейсы и писать все эти сценарии - код наверняка будет самодокументирован.

Тестировщики тормозят аджайл

Мимоходом услышал разговор двух незнакомых разработчиков. Так бы и остались незнакомые разработчики незаметными, но последняя весомая фраза самого крупного (метра два -  рост, килограмм сто - веса) собеседника взорвала мозг:

- Я всегда говорил, что тестировщики в аджайле только тормозят релиз.

Разработчики меня не заметили - ушли.

Три вопроса висели в воздухе...

Как можно было не заметить глаза по пять советских копеек уставленных на тебя на расстоянии полметра?


Какого черта разработчики делают в 10 часов утра в воскресенье в Ашане?


Это что, флешмоб  - они специально портят настроение тестировщикам по воскресеньям? Ищут, находят и портят?

Все по уму или все по Agile...

Уже несколько раз в этом совсем недавно наступившем году слышал фразу:

- А у нас в команде все по Agile....

А совсем недавно, когда мы дискуссировали, как это: работать по-Agile  с одним из разработчиков, мне было сказано:
- Ты когда про Agile услышал?...два года назад. А я семь лет назад, так что...

И разговор сместился с принципов и ценностей на практики Scrum и XP (хотя я о них и не упоминал). Т.е. - я то разговаривал о манифесте и гибкости команды, а собеседник предлагал практики. Я заметил, что так поступают очень многие. Для многих работать по Agile = использовать практики Scrum\XP.

Я заметил еще более ужасную вещь: повально распространено спекулирование модными словами Agile, Scrum, XP и т.п. объясняя тот хаос, что твориться в голове или того хуже - в проекте!