О владельце продукта и дэдлайнах

Твой телефон звонит☎️. Беглый взгляд показывает, что звонит владелец продукта, вероятно, для того, чтобы сообщить тебе, что дэдлайн сдвигается. Снова🤦‍♂️.

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

Мы часто хотим больше, чем можем себе позволить. Особенно это относится к владельцам продуктов.

С закрытыми ресторанными залами в эпоху COVID19, мы можем заказать ужин на вынос🥡🥢. Мне прислали ссылку на новый ресторан, который я хочу опробовать.

Меня терзают муки выбора, что бы заказать? Цыпленок терияки так привлекателен🍗. Как и креветки🍤. Я могу заказать и то, и другое. Но это слишком много еды.

Мне придется выбирать. Мне придётся принять решение о компромиссе. Как владелец продукта для своего желудка, я должен буду расставить приоритеты, что принесет мне наибольшую вкусовую ценность😋.

Владельцу продукта необходимо выбирать между конкурирующими альтернативами.

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

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

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

Желать больше, чем можешь себе позволить - естественно - это сущность человеческой природы.

20-летняя девушка решила, что хочет стать владелицей лодки👩‍✈️. Но она не может решить какой тип лодки ей нужен? Она хочет лыжную лодку🚤, 45-футовый крейсер с каютами🛳, катер🛥, парусник⛵️ и, возможно, что-то ещё.

Видимо, когда-нибудь она просто станет владельцем целого флота из лодок😏😅. Когда владелец продукта может позволить себе только одну лодку, но настаивает на флоте, то надо отнестись к этому как коллективной проблеме. Не стоит воспринимать это как проблему, которую должна решать только команда.

Сотрудничайте, чтобы прийти к наилучшему совместному решению.

​​Ценность vs Влияние

В последнем фильме Гая Ричи "Джентльмены" была сцена, где главный герой Микки сворачивает бизнес в одном из поместий, что влечёт за собой разорение графа. Пример отрицательного влияния на стейкхолдера.

Что мы подразумеваем, когда говорим об идеальной User Story? - она должна быть написана, в соответствии с аббревиатурой INVEST, которую предложил Билл Уэйк:

📝 Independent - независима
📝 Negotiable - обсуждаемая
📝 Valuable - полезная
📝 Estimable - оцениваемая
📝 Small - небольшая
📝 Testable - тестируемая

Но как быть, если мы не можем найти ценность💰🤔? Типична ситуация, когда бизнес рассматривает ситуацию сквозь призму заработанных или сэкономленных денег и экономии времени благодаря реализации истории. Но не всегда возможно явным образом указать, а сколько будет заработано / сэкономлено.

💬Хорошей стратегией в этом случае отразить в пользовательской истории то влияние, которая она окажет на стейкхолдеров (на 10 пользователей, 100, 1000). Какой эффект будет произведён, если история будет выполнена 📈 и, чего НЕ будет📉, если она НЕ будет выполнена (пример отрицательного влияния).

Это позволяет еще в одном разрезе управлять приоритезацией бэклога продукта.

​​Почему увеличение команды🔝 не всегда лучший вариант?💎

Вы задумывались, что обычно мы бронируем ресторан на компанию не более 👨👩🏻‍🦰👨🏻‍🦱👩🏻 персон?

Вспомните, когда в последний раз ужинали в ресторане в компании из более чем 10 человек? Трудно, или вовсе невозможно вести последовательный и эмоциональный диалог с участием каждого. Традиционно компания разбивается на небольшие беседы или говорят только пара человек, а остальные говорят либо мало, либо вовсе молчат🤐

Еще во время II мировой войны количество участников в отряде морской пехоты США сократилось с 12 до 4 человек. Это произошло из-за огромных проблем с чрезвычайно сложной координацией команды из 12 бойцов в условиях боя. Агентство, отвечающие за развитие "котиков", сделало вывод☝️: "Меньше - значит лучше!"

В 1957 году Норткот Паркинсон (британский военно-морской историк) сатирически изобразил типичный комитет🎭. Стартует с 4 человек, быстро растет до 10 , а когда переваливает за 20 участников - собрание становится балаганом, пустой тратой времени, и фактически последующая работа выполняется 4-5 участниками, имеющими "вес" в коллективе.

💬Если хотите посчитать количество коммуникаций в вашей команде, то в "каскадной модели" управления проектами есть формула, которая позволяет рассчитать сколько предстоит коммуникаций в зависимости от количества участников проекта: N(N-1)/2. К примеру, число коммуникаций в команде из всего 9 человек составит аж 36‼️уникальных каналов связи.

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

Солидарен с мнением гиганта онлайн-торговли Amazon: «Наши команды разработчиков должны быть не больше, чем количество людей, которых можно накормить двумя пиццами»🍕🍕

Это то, что поможет оставаться команде адаптивной и быстро принимать решения💪

А какой размер вашей команды?

===========================
Дополнительно можно прочесть:

📍Фредерик Брукс - "Мифический человеко-месяц" - нестареющая книга (1975г.) про управление проектами в разработке программных продуктов от создателя OS/360 (IBM), актуальная и по сей день.
📍Исследование про "социальную лень" в команде - "эффект Рингельмана" - о снижение производительности при увеличении команды.

Топ 9 технологических трендов в 2021
(❗️📖 Время чтения ~5-7 минут)

1) Искусственный интеллект (AI) и машинное обучение (ML)👽
Будет усиливаться влияние на то как живем, работаем и играем. Помогут в дальнейшем в прогнозировании потребности таких услуг, как например, больничные услуги, что позволит властям принимать обоснованные решения об использовании ресурсов и выявлении изменяющихся моделей поведения клиентов.

🎯Для тех кто оказывает услуги - это увеличение доходов, для потребителей - индивидуальный подход.

2) Роботизированная автоматизация процессов (RPA)🤖
Роботизированная автоматизация процессов - автоматизирует рабочие места. RPA - это использование программного обеспечения для автоматизации бизнес-процессов, обработка транзакций, работа с данными и даже ответы на электронные письма. RPA автоматизирует повторяющиеся задачи, которые раньше выполняли люди.

🎯McKinsey провело исследование, что менее 5% рабочих мест можно автоматизировать полностью, но около 60% можно автоматизировать частично

3) Периферийные вычисления (Edge Computing)🏠
Поскольку количество организаций, работающих с данными, продолжает расти, они осознали недостатки облачных вычислений. Периферийные вычисления призваны помочь решить некоторые из проблем, например, как обойти задержку, вызванную облачными вычислениями, и доставкой данных в центр обработки данных для обработки. Такие системы расположены максимально близко к тому месту, где должны происходить вычисления. В связи с этим периферийные вычисления могут использоваться для обработки чувствительных ко времени данных в удаленных местах с ограниченным подключением к централизованному дата-центру или без него. То есть это мини-центры обработки данных.

🎯Использование этих технологий будет возрастать по мере использования Интернета вещей (IoT).

4) Квантовые вычисления🌠
Этот тренд получил дополнительную востребованность работаю по предотвращению распространения COVID19 и разработке потенциальной вакцины, благодаря тому, что с легкостью анализирует и выдает решения, обрабатывая огромные источники информации. А вообще "родная сфера" для этой технологии банковская, где квантовые вычисления используют для управления кредитными рисками, трейдинга и обнаружения угроз.

5) Виртуальная реальность👁😎
Несмотря на то, что технология пришла из мира гейминга, сейчас она активно используется в подготовке военных и, например, пилотов гражданской авиации. В 2021 можно ожидать дальнейшую интеграцию этой технологии в нашу жизнь. Её можно использовать в тренировках, развлечениях, образовании, маркетинге и даже реабилитации после травм.

🎯Технология поможет врачам тренироваться в проведении операций, а посетителям музеев получать дополнительный опыт при посещении культурных мест.

6) Блокчейн⛓
Многие думают о биткоинах представляя блокчейн, но на самом деле распространение технологии гораздо шире. Блокчейн предлагает еще и безопасность. Простыми словами блокчейн - это цепочка данных, которые можно только добавлять, а не удалять или изменять. Отсюда термин "цепочка" - потому что вы составляете цепочку данных и невозможно изменить предыдущие блоки - вот, что формирует безопасность. Еще один плюс в том, что не нужна третья сторона для наблюдения и проверки транзакций, поэтому никто не может контролировать данные.

7) Интернет вещей (IoT)📡
Как потребители, мы уже пользуемся Интернетом вещей и получаем от него выгоду. Мы можем запереть двери удаленно, если забудем об этом, когда уходим на работу, и предварительно разогреваем духовку по дороге с работы домой, при этом отслеживая нашу физическую форму на фитнесс-браслетах. Однако бизнесу тоже есть что выиграть в ближайшем будущем. Интернет вещей может повысить безопасность и эффективность принятия решений по мере сбора и анализа данных. Он может обеспечить более эффективное взаимодействие, ускорить медицинское обслуживание, улучшить обслуживание клиентов и предложить преимущества, о которых мы даже не догадывались.

​​🎯Прогнозы предполагают, что к 2030 году около 50 миллиардов этих устройств Интернета вещей будут использоваться по всему миру, создавая огромную сеть взаимосвязанных устройств, охватывающих все, от смартфонов до кухонной техники.

8) 5G📱
В то время как технологии 3G и 4G позволили нам выходить в Интернет, использовать услуги, управляемые данными, увеличивать пропускную способность для потоковой передачи на Яндекс-музыке, YouTube и многих других платформах, ожидается, что услуги 5G произведут революцию в нашей жизни. Предоставят услуги на передовых технологиях VR и AR, наряду с облачными игровыми сервисами, такими как Google Stadia, NVidia GeForce Now.

🎯Ожидается, что 5G будет использоваться на заводах, в HD-камерах, которые помогут улучшить безопасность и управление дорожным движением, а также интеллектуальное управление сетью в розничной торговле.

9) Кибербезопасность🛡
Последняя по счету, но не последняя по важности. COVID19 обнажил массу проблем в безопасности при использовании технологий. Угрозы появляются постоянно. Ищутся способы пройти даже самые жесткие меры безопасности, чтобы получить незаконный доступ к данным.

🎯Количество рабочих мест в области кибербезопасности в мире растет в 3 раза быстрее, чем в других сферах высоких технологий.

Намедни прослушал подкаст про ведение переговоров. У ребят получилась полезная для каждого беседа с множеством практических примеров.

Для себя вынес следующее:

💬 В переговорах всегда должна присутствовать возможность сказать "НЕТ" любой из участвующих сторон. Если кто-то не может сказать "нет", то это не переговоры, а рабство.

💬 Чтобы переговоры на зашли в тупик задавать открытые вопросы: как? что? почему? зачем? То есть не следует задавать вопросы на которые можно односложно ответить "да" или "нет" - это заведет переговоры в тупик

💬 "Ружье всегда заряжено" - если собеседник может понять сказанное наоборот, то он всегда может понять наоборот (в особенности, учитывая высокий контекст русского языка). Нужно это учитывать.

💬 Принято считать, что в споре рождается истина. Это ошибочно. В споре рождается обида. Когда начинается спор - переговоры заканчиваются.

💬 Задавать вопрос "почему", когда получаешь односложный ответ "нет" поможет продолжить переговоры

💬 Прежде чем задать вопрос проверить его в собственной голове - зачем его задавать? Какой результат ты хочешь услышать?

💬 Чтобы переговоры не зашли в тупик задавать вопросы вместо утверждений

💬 Переговоры - это когда больше 50% времени говорит другой. Если всё время говоришь ты, то это уже не переговоры

👋2️⃣0️⃣2️⃣0️⃣ Несмотря, на все перепетии, через которые нас провёл этот год, мне есть за что сказать ему спасибо!

👨‍💻Возможность работать удаленно. Каждый рабочий день я бы тратил не менее 2 часов на поездку до работы. Удалось сэкономить 16,5 дней!!!, которые я безвозмездно получил в свое пользование.

Как же я ими воспользовался?

🚶🏼‍♂️Ходил. В этом году я гулял больше, чем за последние лет 10 - в среднем 6 километров в день.
📚Читал. За время удаленки удалось прочесть 5 книг.
👨‍🎓Учился. Получил сертификат PMI-ACP.
🐬Путешествовал. Странно звучит, но это так))) Впервые удалось посетить Сочи и вообще проехать по всему восточному побережью Черного моря
🏡2 месяца с семьей. Возможность работать удаленно позволила провести целых 2 месяца в Отчем доме, а что может быть важнее единения с семьёй в таком году!
✍️Наконец, завел этот канал в телеграмм, чтобы делиться знаниями с коллегами, друзьями, знакомыми, которые мне не безразличны и которым небезразлично то, чем мы занимаемся.

Взгляните на уходящий год и поблагодарите его за то, что в нем было хорошего для ВАС! Стройте планы на 2021. И пусть наступающий год принесет вам больше вдохновения, мотивации, позитива и гибкости несмотря ни на что! С наступающим, друзья!❄️💫🎄🎊🎉

В модели Такмана, у каждой команды есть 4 стадии развития:

🚶 Формирование (Forming)
🤼‍♂️ Конфронтация (Storming)
🏎 Нормализация (Norming)
✈️ Максимальная эффективность работы (Perfoming)

Что помогает одним командам достичь 4-й стадии, а другим оставаться в лучшем случае на стадии 3-го уровня?

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

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

Смело обсуждать любые вопросы на командной ретроспективе, вырабатывать лучшие решения и выстраивать максимальную командную эффективность способны команды только с высоким уровнем доверия🙏

​​В фильме "Рыцарь Дня" Том Круз произносит: "Когда-нибудь" - опасное слово. В действительности - это зашифрованное "никогда".

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

Мы должны принять, что:

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

📌не можем точно знать, насколько продуктивнее одна команда другой

📌не знаем, как пользователи будут реагировать на функцию до того, как они ее "потрогают" сами

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

И, конечно, мы не можем знать, какие внешние силы могут повлиять на наш продукт, компанию или отрасль. Достаточно одного всем известного примера - COVID19.

Мы все живем в незнании.

Что с этим делать? -Мы должны принять неопределенность🙏

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

☑️ не тратить лишнее время на устранение неопределенности, которая не может быть устранена

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

Чем быстрее привыкаешь к осознанию этого, тем быстрее можно добиться успеха с помощью итераций!

Во 2-й крупной компании завершил проект по переводу поставщиков на электронный документооборот (ЭДО)📤📥

Мнение относительного того, как обстоят дела с ЭДО в нашей стране.

🕐 Сроки проектов:
Компания X - 8 месяцев
Компания Y - 9 месяцев

🤝 Количество партнеров для подключения в ЭДО на старте проектов (в скобках указан % подключенных в конце проекта):
Компания X - 102 поставщика (100%)👍
Компания Y - 171 поставщик (45%)🤏

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

🤯 Проблемы проектов:
🚫 тотальное непонимание работы технологии в регионах: небольшие компании воспринимают систему ЭДО, как еще один способ содрать с них денег
🚫 для небольших компаний нет потребности в переходе на ЭДО (особенно если на этом настаивает единственный клиент)
🚫 "огород" учетных систем, меняющиеся правила операторов усложняет настройку для небольших компаний
🚫 несовершенная технология роуминга между операторами
🚫 индивидуальные предприниматели будут подключаться к ЭДО только, когда на уровне государства появятся побуждающие к этому приказы

☝️Основной вывод в том, что пока на законодательном уровня не обяжут компании в обязательном порядке обмениваться хотя бы Актами и СФ по ЭДО весь процесс перехода выглядит крайне ригидным. Крупные компании делают это ради сокращения ресурсов или снижения рисков от штрафов (и это работает!), а у небольших компаний - мотивация переходить отсутствует.

Первый реализованный проект удаленно. Вдохновляющий опыт!💪🎉

Каждый выступал: на сцене, в школе у доски, на конференции, на встрече. Вы усердно готовились 2 недели🤯, заранее всё продумали и пришли поделиться инсайтами с присутствующими, а никого нет👀. Совсем никого😨! Знакомо? Прочувствовали?

Команда пришла на Обзор спринта и… не пришло ни одного стейкхолдера! Что случилось? Перед кем верифицировать результаты спринта?

Обзор спринта проводится для:
🤲 Демонстрации работы
👂 Обратной связи
✍️ Приоритезации последующей работы

🤔 Возможные (но не все) причины отсутствия:

📌 Стейкхолдеры вообще не понимают для чего это встреча нужна. У них и так работает!
📌 Качество продукта находится на низком уровне или вовсе не готово к поставке от спринта к спринту
📌 Присутствие большего числа стейкхолдеров и они банально устают слушать пока дойдет очередь до каждого
📌 Стейкхолдеры воспринимают встречу как отчитаться перед ними, а обратную связь могут дать и по почте
📌 Владелец продукта не управляет бэклогом или не делает это используя принцип "DEEP", что делает приоритезацию трудоемкой
📌 А может банально команда поставила встречу за день до самого обзора спринта не проявив уважения к занятости заинтересованных лиц

💬 Что поможет провести встречу продуктивно:

📌 Agile Coach / Scrum Master непрерывно способствует коммуникациям внутри компании, повышая понимание важности таких встреч
📌 Команда рефлексирует на Ретро почему Обзор спринта прошел не так и, что нужно сделать, чтобы повысить лояльность стейкхолдеров
📌 Владелец продукта должен содержать Бэклог в соответствии с DEEP
📌 Встреча должна быть больше неформальной. Были примеры, когда на Обзоры команды приносили мороженное, яблочные пироги с чаем и т.д., и это не чтобы задобрить стейкхолдеров плохо завершенным спринтом. Это позволило присутствующим отвлечься от своих смартфонов и ноутбуков и с улыбкой жуя 😀 узнать что еще хорошего им приготовила команда
📌 Готовится к обзору спринта. Лучшая встреча - это встреча по заранее подготовленному сценарию!

​​Под непрерывными улучшениях в компании часто понимают улучшения самого сотрудника. Но компания тоже должна меняться. Не в последнюю очередь должно развиваться доверие к своим сотрудникам.

В фильме "Скрытые фигуры" в департамент NASA завозят новейшие на тот момент компьютеры IBM 7090 для аналитических вычислений. И что происходит? Никто не знает как ими управлять. Нигде не могут найти специалистов и дорогущее оборудование просто простаивает! Только инициатива одной из сотрудниц позволила трансформировать департамент человеческих вычислителей в операторов ЭВМ и помогла в запуске первого орбитального космического полёта Джона Гленна.

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

Компания которая доверяет своим людям будет в авангарде улучшений и развития!

#доверие

​​Пап, а что люди могут проводить ретроспективы не в компьютере? - Нет сынок, это фантастика! (с)😂

Впервые с марта прошлого года удалось провести ретроспективу всей командой в оффлайн. Вспомнили почему нам так нравится проводить ретро вживую и почему онлайн-формат сильно проигрывает. Незабываемые эмоции и продуктивность! 💪🎉🥳

#Agile #Scrum

​​Когда размер имеет значение

Скрам-команды, с которыми я работаю преимущественно используют Story Points (SP) для оценки. Но новая команда при запуске единогласно решила выбрать в качестве метода оценки майки👕.

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

Благодаря этому планирование происходит быстрее!🚀

Например, задача: "подготовка презентации для выставки" может быть оценена в 6️⃣ часов, кем-то в 8️⃣ часов, а кем-то в 1️⃣2️⃣ часов! Это породит спор и потраченное время. А для команды, которая привыкла к майкам это будет +- один типоразмер майки (например, "M") спор будет не уместен.

☝️Но есть и обратная сторона медали. Майки сложнее складывать и вычитать, сложнее проверить на Daily Scrum сколько работы осталось или уже сделано. Кроме того, бизнес может поинтересоваться сколько команда тратит в спринт в часах (сколько Agile-копьев сломано уже об условность перевода относительных величин в часы). Тем не менее, условный "обмен" возможен, если команда возьмет за основу к примеру, что S=1 (SP/час/доллар и т.д.), M=3, L=5 и т.д., что позволит рассчитать нужные для бизнеса показатели.

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

Оценка в майках эффективна из-за скорости и простоты использования, особенно для стартующих команд, когда мало информации.

​​Некоторые спрашивают у меня почему в лого канала якорь⚓️?

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

🛶 Ежегодное планирование (чем это не Product Vision?)
⛵️ Квартальное планирование (Product roadmap)
🛥 Месячное планирование (Sprint)
🚢 Ежедневное построение экипажа корабля на подъем флага (Daily Scrum)

Если говорить об экипаже корабля или подводной лодки, "целью спринта" (учебный или боевой поход) является выполнение боевой задачи, жизнь твоего товарища и живучесть корабля

📍 А после "спринта" куда же без ретроспективы (строевые смотры)
📍 Возможность привнести что-то новое, как примеры инспекции и адаптации: исследовательские институты, испытания новых видов обнаружений, систем защиты и т.д.
📍 А еще skills matrix (самоподготовка) и непрерывное развитие карьеры: офицерские классы => академия ВМФ => академия генштаба (вполне себе: junior => middle => senior => teamlead = > CTO и т.д.)

И кто-то воскликнет: "так в армии же тиранический подход к управлению, где тут гибкость в принятии решений?"😤
А посмотрите в Scrum guide: "Описанный фреймворк Scrum не подлежит изменению. Хотя использование отдельных элементов Scrum допустимо, полученный результат не будет Scrum".
Весьма категорично, но именно поэтому и функционирует, точно так же как и корабельный устав ВМФ, который написан более, чем 300-летним опытом практики.

Для справки: Джефф Сазерленд (основатель Scrum) окончил военную академию США и 11 лет прослужил в армии, включая операции в Северном Вьетнаме, поэтому безусловно часть своего служебного опыта он применил при создании фреймворка. Тема сплоченности команд перед ОБЩЕЙ задачей (продукт / продуктовый бэклог) - не случайна.

​​Одна из первых вещей, чему мы учимся в детстве - это делиться🤲. Некоторые вещи не сильно меняются по мере взросления.

Чем больше работы - тем выше соблазн разделить ответственность. Но ответственность разделить нельзя, а вот обязанности - можно!
Хотя подсознание транслирует, что разделить обязанности верный путь, не всегда процесс делегирования происходит гладко. Умение делегировать - очень важный скилл, что для руководителя, что для участника команды. Но его необходимо учиться прокачивать.

5️⃣ причин почему сложно разделить обязанности:

🔴 Гордость. "Я должен уметь делать всё". Разделение обязанностей - это признак слабости, и мы не можем не сделать всё сами.
🔴 «Это моя работа / мои обязанности». Мы чувствуем, что в конечном итоге за задачами и результатами зиждется наша ответственность, поэтому мы серьезно относимся и к своим обязанностям. Если хочешь сделать что-то хорошо - сделай это сам! Знакомо?
🔴 Могущество. Обладая информацией - у нас есть преимущество силы в любой ситуации. Если мы разделим обязанности, мы отдадим часть этой воспринимаемой (и очень соблазнительной) силы.
🔴 «Я знаю лучше». Вы давно занимаетесь этой задачей, вы досконально знаете как её выполнить и никто другой не сможет в этом разобраться.
🔴 «Я слишком занят». Большинство предыдущих пунктов могут быть настоящей причиной, но иногда мы используем именно эту. Занят - оправдание для многих вещей. На то, чтобы поделиться и показать, у меня уйдет больше времени, чем на то, чтобы просто сделать это самому - а у меня уже слишком много дел.

А вот 4️⃣ способа как научиться разделять обязанности:

🟢 Сосредоточьтесь на «Почему и что», а не на «Как». Помогите людям с новыми обязанностями увидеть картину шире. Объяснить, что нужно сделать и почему это важно, и позвольте им самим выбирать путь как решить задачу. Когда вы даете людям контекст «что и почему», они с большей вероятностью обратятся к вам за помощью в том, «как».
🟢 Обеспечьте обучение, и поддержку. Когда им доступна эта опция, они справятся со своими новыми обязанностями и сделают это быстрее.
🟢 Отпустите ситуацию. Сосредоточьтесь на результате - получают ли люди желаемый результат (даже если это не совсем так, как вы бы это сделали).
🟢 Представьте себе ситуцию шире. Одна из причин, по которой у нас так много проблем с разделением обязанностей, заключается в том, что мы думаем о краткосрочной перспективе. Смена взгляда на временной горизонт поможет изменить привычки распределения обязанностей.

Эти шаги позволят работать над самыми важными делами, а не закапываться, делая всё самим

​​Поговаривают, чтобы хорошо разобраться в Скраме нужно от корки до корки прочесть Scrum Guide минимум 4 раза!
Но, что делать аудиалам, которые лучше воспринимают "чтиво" на слух?

👆Есть решение - Скрам гайд в аудиоверсии (на английском)

​​Самые крутые инсайты происходят внезапно!

От Ады Лавлейс и Чарльза Беббиджа с их аналитической машиной до Марка Цукерберга с facebook. Писатель Айзек Азимов сказал: «Самая волнующая фраза из уст ученого, предвещающая новые открытия, — это не "Эврика!", а "Забавно…"». Сигнал о том, что что-то не вписывается в привычную картину мира. «Забавно» нередко разрывает шаблоны и выводит на кардинально новый уровень решение проблемы.

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

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

​​Недавно в чаты страны ворвался🚀 пост про менеджера проекта (взгляд со стороны разработчика). В одной из наших команд разгорелась дискуссия о том чем PM (Project Manager) отличается от PO (Product Owner) или Product Manager🤷‍♀️. Для начала объединяет их то, что и один и другой могут быть как отдельными должностями так и людьми, стоящими на других должностях, но наделенными эти ролями (в проектном управлении и Скрам соответственно).

Ну, а различия…ответ банален и кроется в именовании роли: один отвечает за проект, а другой за продукт. Так а в чем разница, если продукт может входить в проект, а проект являться частью продукта? Разве не может за это отвечать один и тот же человек?

В компаниях могут по-разному называть одних и тех же людей. Например, человек, который является владельцем продукта в крупной компании, может классно управлять разработчиками и собирать бизнес-требования, но понятия не имеет, чем отличается ARPU от LTV, и не сумеет посчитает NPV или ROI. Или Project Manager прекрасно управляет сроками, границами проекта, при этом никогда не трудоустраивал ни одного человека для своих проектов или не управляет бюджетом.

Мне близко следующее понимание: Product owner/Product Manager - определяют, что именно должна сделать разработка💻, чтобы бизнес заработал денег. А Project Manager - создает все условия, чтобы это случилось⏱.

На прошлой неделе состоялся Agile Days 2021, конференция которая была посвящена 20-летию появления Agile. Мне посчастливилось стать одним из 500 очных участников. Спикеров было много, интересных мало, полезных и того меньше😒

На самом деле зацепило только 3 доклада:

🙏 Павел Алферов - про гибриды между классической каскадной моделью управления проектами и Agile Project Management
Цитата: "Как только появляются риски и сроки Agile закрывает глазки и прячется"

🙏 Анна Обухова - несмотря на то, что это по большей части сборник ее лучших собраний, но выступление в формате TEDx и заряд энергии для слушателей был обеспечен
Цитата: "Биология - бессердечная сука"

🙏 Константин Кузнецов из ВТБ- сошлись с коллегой на мнении (привет Витя👋), что это был лучший прикладной доклад конференции - подход как формировать продуктовое видение, когда у тебя множество бизнес-заказчиков

📌 Показалось, что российское Agile сообщество решило осмотреться вокруг себя и пришло к пониманию, что есть мир по ту сторону "розовых единорогов" и несмотря на желание бирюзоветь у многих компаний жёсткие сроки и риски способствуют "дружбе народов подходов" классического и Agile-практик

P.s. в 2021 году решение делать выступление Agile Leader из Tesla Joe Justice с синхронным переводом это ужасно. Можно субтитры, можно потом в видео добавить, но как же негативно воспринималась речь не от первоисточника бррр🥶