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

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

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

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

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

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

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

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

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

Два урока.

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

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

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

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

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

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

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

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

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

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

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

Карта персональных навыков

Мне всегда было интересно - что помогает людям быть профессионалами? В самом широком смысле этого вопроса. Иметь не только профессиональные знания и умения, но также - иные навыки, которые помогают в достижении целей. Иной старейший тестировщик умеет писать сценарии, знает как работать с консолью и строить SQL запросы, но работа не ладиться. А другой новичок, а уже разработчики с  ним советуются и советуют и хвалят. Что мешает одному и помогает другому? В чем соль?

Не помню когда я начал собирать названия персональных навыков и характеристик. Тех самых иных навыков, которые так превозносят в книгах по типу 3-5-10-свое число - навыков/скилов/поведений - важных для успешного/высокоэффективного/профессионального  -  менеджера/специалиста и, в конце концов, просто хорошего человека. Сначала персональные навыки появились у меня в резюме. Затем, когда стало понятно, что их много, а резюме одно - был создан небольшой файл. Так, со временем,  сформировалась ментальная карта персональных навыков. В ней нет технических, профессиональных или проблемнообластных ответвлений. Карта о тех скилах, которые принято называть "Soft skills", но термин мне кажется несколько узким, потому что креативность, навыки руководства, базовые человеческие ценности, включенные в карту, вроде бы, не совсем тот самый софт - это что-то покрупнее и потолще.

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

Моя система 34: помидоры, опилки и хомячки

Даже путь в тысячу ли начинается с первого шага

Лао-Цзы

Какой один маленький шаг я могу совершить, чтобы стать ближе к своей цели?

Шаг за шагом к достижению цели. Метод Кайдзен Роберт Маурер

Несколько лет назад была задумана заметка "Моя Система - 32". Несколько позже заметка стала называться "Моя система - 33". Мне стукнуло 34, и вместе с этим пришло понимание, прокрастинировать можно до бесконечности, и  еще - нужно зафиксировать текущее состояние системы.

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

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

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

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

Хорошие новости нужно часто повторять!

Не могу пройти мимо хорошей новости. Хорошие новости нужно повторять.

Selenium обзавелся очередным дополнением Selenium Inspector.

Библиотечка позволяет содержит всякие вкусности для облегчения работы с табличками, assert-ами, легким парсингом DOM модели. Короче немножко улучшений и со вкусом.

В купе с тем что Selenium RC обновился до 1.0.1 и в скором времени обещают объединение с Web Driver - это вообще становиться мечта практикующего QA автоматизатора.