Выхожу из продолжительного затишься. На пороге пора отпусков - самое время посоветовать хорошие книги.
Большое впечатление на меня произвела книга «Почему одни страны богатые, а другие бедные» (в оригинале - «Why Nations Fail»). В целом, книга о том, каким образом система и институты, которые создает общество, влияет на его благосостояние. После ее прочтения я еще раз убедился в том, что «Culture Follows Structure».
Авторы разбирают множество примеров, демонстрирующих к каким драматическим отличиям в благосостоянии, уровне образования, образе жизни приводят различия в системах управления народами (которые имели одинаковые стартовые позиции).
В книге рассматривается два вида экономических институтов: инклюзивные и экстенсивные. Первые создают стимулы для индивидов участвовать в экономической деятельности, предоставляют свободу выбора, позволяют лучшим образом образом использовать таланты и навыки. Вторые же направлены на то, чтобы выжимать максимальный доход из эксплуатации одной части общества для обогащение другой части. Страны, которым удалось построить инклюзивные институты более состоятельны, стабильны и благополучны нежели те, кто стремиться «выжать» все соки из своих граждан.
Однако формирование инклюзивных институтов во многом зависит от случайного стечения обстоятельств и при изменении баланса между группами влияния эти институты легко превращаются в экстенсивные (см. историю Венеции).
В контексте трансформации организаций есть несколько наблюдений: 1. Организации должны создавать внутри себя инклюзивные инстуитуты, позволяющие людям свободно творить и наилучшим образом применять свои навыки. 2. Без изменения принципов перераспределения прибыли говорить о полноценной трансформации просто невозможно. Бессмысленно требовать от людей большей вовлеченности и отвественности, если все сливки от улучшений уходят только владельцам компании и группе топ-менеджеров. 3. Любая трансформация сталкивается с противодействием определенных групп, которые не заинтересованы в изменениях и потере ресурсов (денег/власти/влияния). Именно поэтому, перед началом реформ, важно получить поддержку владельцев/совета директоров и убедиться в наличии у них достаточной воли, чтобы довести начатую трансформацию до конца. 4. Культура формируется структурой. Поведение сотрудников зависит от того, какие стимулы создает компания.
Думаю, что данная книга будет полезна всем Скрам-Мастерам, активно занимающимся изменениями организационного дизайна.
Настало время раскрыть одну из главных тайн: всемирный заговор продактов действительно существует! Несколько лет назад мы собрались и договорились, что будем делать вид, якобы продакт менеджер это очень сложная профессия, мы делаем кастомер джорней мап, работаем по скраму и ОКР, ищем боль пользователей, проверяем продуктовые гипотезы через A/B тесты, строим продуктовую стратегию. И что за это нужно платить кучу бабла. Вы не представляете, насколько сложно с серьезным лицом рассуждать обо всем этом на конференциях или встречах.
Этот пранк зашёл слишком далеко, настало время раскрыть правду.
1. В большинстве компаний продакт менеджеры вообще не нужны. Это лишнее звено между людьми, которые отвечают за бизнес компании, и разработкой продукта. Убери продакт менеджера с его кастомер джорней мап из этой цепочки и отправь, например, на прямые продажи - бизнес будет только в выигрыше.
2. Я уже писал, что лучшие продакт менеджеры - аналитики. В 2014 году ко мне в ivi пришла на собеседование на позицию продакта Маша и сказала, что она работает в крупной компании аналитиком и ее бесит, что она раскладывает все продуктовые метрики и показывает точки роста, а дальше продакт менеджер (тот самый, который состоит в заговоре) говорит что это не приоритет и профукивает задачу. Тогда я понял, кого мне нужно брать: людей, которые лучше всех на цифрах понимают как работает продукт, и имеют огромное желание свои исследования превратить в реальные продуктовые изменения. С того момента в ivi я не взял больше ни одного продакта с опытом работы продактом, только аналитиков. Маша, если ты это читаешь, спасибо тебе.
3. Самые лучшие продакт менеджеры - предприниматели. Но их фиг схантишь, потому что продакт, который сделал свой продукт и заработал на нем 500 тысяч рублей за месяц (это реально несложно), не понимает зачем идти в найм на меньшие или сопоставимые деньги, где ему ещё будут говорить что делать и на какие митинги ходить.
Превратите аналитиков в продакт менеджеров, а продакт менеджеров в предпринимателей внутри компании и будет вам счастье.
Хочу поделиться еще одним примером того, как на практике выглядит итеративно-инкрементаный подход.
На первом фото результат работы команды за первую итерацию. На втором - результат достигнутый командой после нескольких десятков спринтов (это лишь один из экранов системы).
Каждую итерацию команда собирала фидбек у конечных пользователей, изучала изменения на рынке и на основании этого корректировала видение и road-map.
P.S.: ретроспективно смотреть на то, какой путь проделала команда в разрезе развития продукта - это отличный способ авторизовать результат и, как следствие, получить выброс дофамина и серотонина что приводит к поднятию боевого духа и мотивации (см. Анну Обухову).
Фееричное видео, в котором проиллюстрированы основные антипаттерны относительно роли Владельца Продукта и организационные дисфункции, приводящие к бесконечному затягиванию проектов.
Всего 11 минут и вы поймете: - к чему приводит отсутвие полномочий у Владельца Продукта; - что бывает, когда у продукта сразу несколько стейкхолдеров, чьи цели противоречат друг другу; - как материальная мотивация сказывается на формате коммуникаций между владельцем продукта и стейкхолдерами, а также Владельцем Продукта и членами команды разработки; - к каким материальным и репутационным потерям ведет размывание отвественности.
В прошлую пятницу стал участником очень крутого Open Space, который организовал Сергей Господчиков (Скрам-мастер в МТС Касса) в рамках конференции «Стачка-2019».
Суть события очень простая: любой человек может обозначить любую тему/проблему, занять соотвествующий таймслот и вместе с теми, кому интересна эта тема/проблема, обсудить ее. В рамках Open Space все равны и каждый может внести свой вклад. Любой человек в любой момент времени может присоединиться к любой группе и в любой момент сменить группу, если понял, что тема ему стала не интересна.
Во время мероприятия действуют четыре принципа: 1. Кто бы ни пришёл на обсуждение — это именно те, кто нужны. 2. Когда бы это ни началось — это нужное время. 3. Когда это закончится, тогда и закончится. 4. Чтобы ни произошло — это именно то, что должно произойти.
В рамках Open Space формируется максимально эффективное пространство для общения, обмена мнениями и генерации новых идей. Каждая группа самостоятельно выбирает наиболее подходящий для нее формат обсуждения. Никаких зевак и скучающих слушателей. Максимальная вовлеченность участников. Одним словом, чистый кайф!
Также Open Space отлично подходит для проведения ретроспектив для больших групп.
Поиски края интернета снова не прошли даром. Наткнулся на законы об организационном поведении, сформулированные Крэгом Ларганом (создатель LeSS, консультант и software engineer).
Вот они:
1. Организации устроены таким образом, чтобы избегать изменений структуры власти, статуса-кво между топ- и средним менеджментом, а также между средним-менеджментом и специалистами. 2. Первое следствие из п.1 – любая инициатива по изменению будет сведена к переопределению существующей либо к вводу новой терминологии, по сути означающей тоже самое, что и до изменений, но позволяющей поддерживать статус-кво. 3. Второе следствие из п.1 – любая инициатива по изменению будет высмеяна как «пуристическая», «теоретическая», «излишне революционная» и «требующая приземления на реалии организации», что мешает началу работ по устранению существующих проблем и сохраняет статус-кво руководителей и специалистов. 4. Культура подчиняется структуре (следует за ней).
Исходя из этих законов становится понятно, почему SAFe так легко «заходит» крупным корпорациям в отличие от Scrum и LeSS. В то же время проясняется ситуация, почему SAFe не всегда приводит «взрыву» производительности и повышению вовлечённости: сотрудники просто меняют таблички на кабинетах, а вся схема коммуникаций остаётся прежней. Есть о чем подумать.
Поговорим о Scrum ценностях. В самом начале моего пути я не обращал на них внимание и считал, что это какая-то ненужная фигня (готовясь к первому собеседованию на позицию Скрам Матера я просто пропустил этот блок в скрам гайде). Но чем больше я работаю с командами, тем больше понимаю, что ценности Scrum - краеугольный камень всего фреймворка. Чем сильнее члены Scrum команды привержены ценностям, тем эффективнее работает сам фреймворк: уберите одну из них и постепенно ваш Scrum начнет хромать, а затем совсем «загнется» и превратится во что угодно, но только не Scrum.
Хочу поделиться с вами сценарием ретроспективы, в рамках которой вы можете обсудить с командой ценности Scrum, определить какие из них больше всего «страдают» и обозначить шаги по развитию приверженности данным ценностям внутри команды.
1. Короткий рассказ о ценностях (15 минут) 2. Команда совместно определяет, какие ценности сильнее всего «страдают» (dot-voting) (5 минут) 3. Разделение на небольшие группы (2-3 в зависимости от размера команды) и обсуждение наиболее «слабых» ценностей (одна команда - одна ценность). Что происходит с командой и фреймворком, если данная ценность игнорируется? Какие анти-паттерны формируются? (5 минут) 4. Короткое обсуждение между группами последствий игнорирования определенных ценностей (5 минут) 5. Каждая группа определяет, какие действия/события усиливают определенную ценность, а какие - разрушают ее. (Одна группа - одна ценность) (7 минут) 6. Группы презентуют результаты своей работы и при необходимости дополняют друг друга. (15 минут) 7. Команда обсуждает, какие конкретные действия нужно предпринять на основании прошедшего обсуждения для того чтобы повысить приверженность к ценностям Scrum. (10 минут)
Рекомендую проводить данную ретроспективу уже после того, как команда поняла суть эмпирического процесса и понимает значимость каждого события фреймворка (не раньше чем через 5-10 спринтов).
Привет! Спешу поделиться потрясающим по своей насыщенности постом о законе Конвея от Ивана Евтухова.
Суть закона: «Организация, которая создает систему, ограничена дизайном, который копирует структуру коммуникации в этой организации».
«Из этого закона есть логичный вывод, а что если нам не „натягивать“ новый продукт на существующую организацию, а создавать организацию под новый продукт. Такая простая мысль, а так сложно ее реализовать. Ведь в любой организации, особенно крупной, все роли поделены и любая попытка рыпнуться вызывает политическое сопротивление, ведь у кого-то после этого власти станет меньше, а у кого-то и больше. И чтобы не тратить силы на политическую войну, люди договариваются делать что-то новое по-старинке, в рамках существующей оргструктуры.»
Попытки «натянуть» продукт на существующую оргструктуру приводят к чрезмерному количеству совещаний для синхронизации, ненужным ролям и странным KPI.
«Как только продуктовая команда сможет делать свои дела, ни с кем не особо не договариваясь и никого не ожидая, дело пойдет совсем с другой скоростью. »
В общем, однозначный мастрид в первый день новой рабочей недели.
В конце прошлого года мы задумались над созданием манифеста для разработчиков. Идея повисла в воздухе...
И буквально на прошлой неделе руками Alexander Andronov (СТО Dodo Pizza) она преобразовалась в 7 важных для нас вещей:
1. Nobullshit Если какой-то процесс не приносит ценности, давай избавимся от него. Здравый смысл и доверие — вот наши инструменты.
2. Гемба Наш бизнес — это совмещение IT и оффлайн. Разработчики и управляющие пиццерией сидят рядом, постоянно общаются и работают рука обруку над созданием Dodo IS. Закодил — сразу видишь, насколько рад пиццамейкер новым фичам.
3. Инженерная культура Лучшие инженерные практики: разработка маленькими шагами, постоянный рефакторинг кода, покрытие кода быстрыми и читаемыми юнит-тестами, бесшовная выкладка на боевое окружение. Качество встраивается в процесс.
4. Команда важнее Команда — это нечто большее, чем просто группа людей. Команда, где каждый дополняет друг друга, подходит друг другу, может сделать то, что другим не под силу. Цени свою команду и помогай ей развиваться.
5. Фокус Фокусируйся на главном. Отбрось то, что не важно. Не пытайся взять 20 задач и делать все подряд, ведь тогда ты не сделаешь ничего. Сделать что-то одно важнее, чем делать 20.
6. Ответственность Менять жизнь 10 миллионов клиентов с помощью кода. Да, цена ошибки высока и мы несём ответственность перед миллионами клиентов, десятками тысяч сотрудников Додо. Нам не всё равно.
7. Постоянный рост Расти можно только тогда, когда ты делаешь то, чего не делал раньше. Бери сложные задачи, бери то, чего не делал раньше. Ошибёшься — не бойся, пробуй снова. Только так возможен рост.