AGILE Practitioner – Telegram
AGILE Practitioner
525 subscribers
44 photos
12 videos
5 files
216 links
Собственные практики и полезная инфа об Agile, управлении проектами, ИТ-сервисе, мотивации и доверии в командах
Download Telegram
В одном известном приложении для доставки здорового питания был проведен опрос среди пользователей о том, почему они выбирают именно это приложение. В выборке оказался взрослый мужчина, который несколько месяцев заказывал ежедневно 750 ккал, при средней норме 2500 ккал в день.

Фрагмент интервью:
- А вам вообще как хватает на день, нормально 750 ккал?
- А я своей дочери беру. Она гимнастка. Если ест что-то другое, то жопа перевешивает🤪

Забота о здоровье детей может стать важным фактором выбора того или иного продукта для родителей.

Анализируя потребности клиентов, важно понимать не только, что они используют продукт, но и как - истинная мотивация может стать ключом к успешному развитию продукта. Благодаря таким примерам в своё время сделали взрывной рост Pinterest, Инста и много других продуктов.
👍8🔥3
ОКР

Речь не про болезнь и фреймворк целеполагания😉

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

Мне в этом случае всегда помогает 3 правила в работе:

Организация:
❗️Выделить от 2х часов в календаре, чтобы заняться расстановкой фокусов и приоритетов
Посчитать в 2х разрезах куда уходит моё время:
○ Какие активности
○ Как эти активности распределяются по матрице: планирование, выполнение, делегирование, контроль - уже на этом этапе обычно открываются инсайты, что часть полезного ресурса уходит, например в функцию "выполнение" вместо грамотного планирования или делегирования.
○ Выписать весь верхнеуровневый бэклог своих дел по матрице Эйзенхауэра: важное/неважное/срочное/несрочное (причем важно не спускаться в детализацию. Только ключевые задачи/проекты)

Коммуникация:
○ После того как проведён первичный анализ имеет смысл посмотреть на матрицу стекйхолдеров
○ Далее на типы руководителей по DISC или Адизесу
○ Дополнительно посмотреть на мотивацию сотрудников по Макклелланду
○ Проверить на перебор/достаточность встреч по синхронизации стратегических задач с руководством/отделом/1-1 с сотрудниками

Развитие:
После того как у нас всё ОК😉 готово - можно смело сформировать обновлённый план с фокусом в соответствии с приоритетами:
○ Расставить встречи
○ Разрулить имеющиеся конфликты
○ Договориться со стейкхолдерами о новых приоритетах

Времени - уйдёт немного. Нервов сэкономится вагон!
🔥10👍1🤡1
Forwarded from Асхат Онлайн
Забавный плач ярославны в linkedin. Bass Vodde, соавтор LeSS жалуется, что во многих компаниях скрам-мастера превращаются в Delivery Managers. Басс говорит, что Скрам-мастер не отвечает за поставку и не является менеджером (как та морская свинка) и следовательно не может быть Delivery Manager.

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

В ответ ему много чего смешного прилетает. Дэвид Андерсон злорадствует, что если ты delivery manager, то ты нанятый, а если скрам-мастер, то безработный, вот так все просто.

Matthew Skelton (это который Team Topology) намекает, что может быть скрам не такой уж универсальный подход и можно использовать другие... (Тут в скобках замечу, что я с ним согласен. Если ты скрам-мастер, а твои команды используют канбан, то получается бред какой-то).

Что вообще происходит? Как так сложилось, что появились отдельные скрам-мастера а не хотя бы аджайл мастера?

Мне кажется, это часть некого естественного исторического процесса. Гибкие подходы были революционными в свое время и авторы Cкрама сделали очень крутой ход, который сильно упростил adoption подхода — он дал особую идентичность апологетам метода. Мы скрам-мастера! Со временем, конечно же, из сакральных знаний скрам превратился просто в набор знаний и навыков, которыми должен (в идеале) обладать каждый руководитель. Более того, никаких других подходов, специфических для софтверных продуктовых проектов, практически и нет — вотерфолл мы убили. Более того, берусь утверждать, что если бы не айдентити скрам-мастера, то никакого развития скрам не получил. Примеров полно — есть подходы типа DSDM, DAD, и проч. Нет айдентити — нет развития.

Вот, набросил опять. Что думаете? :)
👍41
5️⃣ компаний из которых надо уходить:

🙁 нет роста (горизонтального либо вертикального)
🙁 не платят (мало/совсем/"в конверте")
🙁 начинается "депрессия" как только приходишь на работу, а в остальном отличное настроение
🙁 раздражение от работы и неудовлетворение (когда ты тратишь 8 часов, а не инвестируешь во что-то ценное для тебя)
🙁 токсичные люди


5️⃣ компаний в которых надо работать:

🙂 общие ценности
🙂 люди (руководство / подчиненнённые / команда)
🙂 прозрачная стратегия компании, которая свободно транслируется руководством
🙂 динамика развития. Если компания стагнирует или ещё хуже сокращает направления деятельности, то это ведёт к возложению функций нескольких людей на одного. В целом происходит образование напряженности и оптимизации бизнес-процессов в попытке "выжить любой ценой", а не с целью стать лучше. Кроме того у многих собственников по-прежнему сама цель деньги, а не то, где они хотят, чтобы оказалась их компания.
🙂 карьерный рост/деньги/интересные задачи. Кто-то хочет расти в тимлида, кто-то зарабатывать х2 через год, а кто-то заниматься проектами, которые обогащают наш мир, а не уничтожают природу.
👍14🦄1
​​Записывали вчера с коллегами подкаст. Обсуждение натолкнуло на мысль, что если у сотрудника всё идёт классно - это не повод обольщаться😉

Однажды руководитель проекта в моём проектном офисе вёл несколько проектов поставки специализированного промышленного кабеля из Барселоны в город, ну пусть будет в Уфу🤪. Проекты шли великолепно, все поставки происходили в срок и документы подписывались вовремя.

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

Вскрылось это как часто бывает - случайно. Товарищ находится в командировке в Уфе, наша офис-вумен недополучила посадочный квиточек с прошлой его командировки. Совершает звонок в аэрофлот а "такой-то" у вас зарегистрирован был на рейс? - Нет не летал. Вообщем путём нехитрого расследования в рабочем ящике обнаружились и факсимиле аэропорта Пулково!!! и печати нашей компании, которыми он штамповал накладные и счет-фактуры. Ну, а сам товарищ когда всё вскрылось оказался вместо командировки в Уфе на отдыхе в Китае🤯😂.

В итоге мне пришлось экстренно лететь в Уфу, за пару литров шоколадки и несколько килограмм VSOP устраивал телемост их главбуха с главбухом своего холдинга и переделывал все доки уже закрытого периода. К счастью всё это завершилось успешно, но нашего "Дэвила Копперфильда" потом сутки не выпускала служба безопасности, заставила вернуть все истраченные корпоративные расходы и "вежливо" предложила поискать себе другое место работы. Вывод дружите с офис-менеджерами - они могут многое о вас знать😊

А вспомнилась вся эта история в контексте того, что скрам-мастер конечно должен стремиться создать такие условия самоорганизации для команды, чтобы он был не нужен, но может так сложиться, что команда то улучшилась, но сама. А CIO придет с вопросом а где наш скрам-мастер?😂
🔥9
🙌 всем кому интересно регайтесь
🔥 участие бесплатное
🤲 во второй день мы c Head of Product расскажем для чего и как мы сертифицировали владельцев продуктов онлайн-кинотеатра KION в цифровой эко-системе МТС
🔥8❤‍🔥1
🔥 Открыта регистрация на TRUE Product Transformation Conf 🔥

Друзья, мы приглашаем вас на TRUE Product Transformation Conf — первую внешнюю конференцию о продуктовой трансформации в экосистеме МТС, которая пройдет 21 и 23 октября.

За два года трансформации мы провели огромную работу и хотим поделиться своим опытом и лучшими практиками с внешним сообществом.

Что будет на конференции:
21 октября, встречаемся очно в лофте «Весна» в Москве или онлайн. Сделаем обзор результатов продуктовой трансформации на уровне компании, поделимся кейсами изменений в телекоме, рознице, платформах, МТС Travel и многими другими, в том числе в не продуктовых (на первый взгляд) направлениях.

23 октября, онлайн день. Обсудим инструменты, практики и кейсы управления продуктовыми командами от агентов изменений.


✴️В программе — 18 докладов, воркшопы, нетворкинг и обмен опытом с Agile-комьюнити.

Кому будет полезно
Менеджменту — PO, CPO, CTO, членам продуктовых команд, агентам изменений — Scrum-мастерам, Agile-коучам, менеджерам, и всем, кто хочет знать, как трансформировать процессы в экосистеме.

Количество мест на очное участие 21 октября ограничено, рекомендуем зарегистрироваться сейчас.

🚀ЗАРЕГИСТРИРОВАТЬСЯ И ПОСМОТРЕТЬ ПРОГРАММУ 🚀

До встречи! 🥚
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7👍2
​​Можно ли заскорить ценность техдолга? Может ли это быть выражено в деньгах?

Обычно проблема возникает из-за того, что между CEO/CIO/CDTO/CPO нет доверия с CTO. То есть CTO понимает, что есть потребность делать техдолг (энейблеры в SAFe), но когда доверия и прозрачности к деливери командам (или их лидам) - нет, то никакие квоты и убеждения в важности ТД не помогут. Он воспринимается как "чёрная дыра" в которую сливается непонятное количество FTE непонятно зачем. И кажется, что возможности продемонстрировать ценность от ТД - нет.

Однако измерить и оценить ценность ТД можно!
💸 посчитай time-to-market фич с/без техдолга
💸 посчитай отказоустойчивость с/без техдолга
💸 посчитай bus-factor с/без техдолга
и т.д.

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

Шаги к тому, чтобы начать его делать централизовано:
1️⃣ повысить доверие к разработке через прозрачность работы (data-driven подход)
2️⃣ вовлечь PO для понимания важности и оценки ТД, который берёт команда (потом это можно делегировать самой команде)
3️⃣ прийти к квотированию: динамическому и максимально прозрачному на выбранный период
👍8🔥4
Сегодня хочу обратить внимание на канал Даши.
Она прошла lifeway от детишек с особенностями до C-level с особенностями😏

Большое количество разборов загогулин в головах ТОПов, команд и топовых команд. А о её мемах ребята до сих пор слагают легенды😉

Если ты не боишься острых высказываний и откровенно о том, что обычно организации стараются замести под половицы - то вам сюда⬇️

Мой топ постов у неё в канале:

🤯 Трансформация в компаниях похожа на ставки на спорт
💸 Кейс про то, как легко потерять 40 миллионов
🗣 Почему ругаться полезно
🫂 Почему не починить доверие за 4 часа
🚀 Про работу с маленькими и большими
#полезное in English

🔹 Сейчас существует много информации о том, как AI помогает, а в статье рассматривается, как AI наоборот мешает работать, в частности в процессе дискавери

🔹 Подход к тому как вести артефакты о принятых в своё время архитектурных решениях. Приятным бонусом к статье прикреплён шаблончик, который можно использовать в своей работе.

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


🔹 Объяснение почему OKR не равно стратегии на примере компании Тесла
🔥9
​​Про важность нейминга, нормирования и излишней терминологии.

В одной компании была открыта ярмарка вакансий и босс пришёл к нанимающему менеджеру с вопросом какую медиану в бюджет заложить на вакансию? Манагер с пониманием рынка ответил - медиана 50к.

😎 Что услышал босс: "Наш бюджет на эту вакансию 50к"
👌 Что услышал манагер: "Медиана будет - 50к". То есть предельные значения salary range могут варьироваться
☝🏻Что было на самом деле: медианой в бюджете называлась та цифра, которая и закладывалась как "потолковая в бюджете"

Как стоило бы поступить:

1️⃣ Не добавлять слово "медиана". Лишняя инфа вводит в заблуждение. Просто бюджет на позицию "такой-то" и баста.
2️⃣ Когда нанимающий менеджер услышал слово "медиана" уточнить: "А что имеется ввиду под этим термином именно в этой компании?"
3️⃣ Даже если ты эксперт в найме на соответствующую профессию/квалификацию, то не лишним будет сходить к эксперту в рынке - нанимающему рекрутёру, чтобы уточнить не поменялся ли рынок соискателей

Короче, если ты даже уверен, что знаешь, то не факт, что ты знаешь🙂. Даже если ты уверен, что знаешь - лучше переспроси. Потому что в разных местах в одно и то же понятие вкладывают разный смысл.

По этому поводу вспомнилась весёлая история одного психолога:

"Мне 18 лет. Суриковский институт. Катька, дочка художника большого театра, приглашает 100 начинающих художников (Репинка, Мухинка) - всех друганов. Художники сидят наверху выпивают, а родители внизу в квартире живут. Сверху у неё мастерская. И после изрядного количества алкоголя начинается традиционное: Ты художник? Да ты гавно, а не художник!... Внезапно эти 100 изрядно выпивших организмов начинают драться😂😂. Мне тогда повезло - я не художник😂. И тут в мастерскую поднялся и зашёл отец. Я - заслуженный художник союза, а вы все гавно, а не художники🤡 Умник - не думай, что ты умнее других!"

Вывод:
Не знаешь?😦
Не уверен?😧
Вопрос критичный?🤯

СПРОСИ!🤲
👍6🔥3
This media is not supported in your browser
VIEW IN TELEGRAM
Сегодня не пятница, ну и чтош)) #пятничныйюмор

-что вы видите на салфетке?
-мечту, а вы?
-а я вижу как утекают мои миллионы....

Спасибо @Cat_with_your_camera 🙌🙏
😁8
​​#непропроекты #инструменты

В прошлый раз рассказывал как управляю тайм-менеджментом в работе.
 
🤲 Сегодня поделюсь новым подходом, который выручил, когда количество коммуникаций настолько зашкаливает (👋 Enterprise), что простое "заведение задачи в Outlook" - это уже действие, которое отнимает непростительно много времени в моменте.
 
⚠️ Сразу оговорюсь, что метод работает с тем мессенджером, который ты используешь в своих рабочих коммуникациях. Если мессенджеров >1 (например, Telegram & Slack или MS Teams и Telegram), то возможно нужно будет адаптировать под себя.
 
🤯 В какой-то момент создав папку для рабочих коммуникаций я посчитал, что число 1-1 чатов, групп и каналов там в 3 раза больше, чем всех остальных чатов в тележке. А ещё стало происходить так, что пока я работаю на встрече, прилетает по 3-4 запроса на которые у меня нет возможности ответить "здесь и сейчас".
 
🫡 Опыт в ВМФ приучил меня к дисциплине, а опыт управления проектами - к ответственности, поэтому триггером что-то менять в управлении своими задачами послужило, что несколько раз в месяц ко мне стали приходить "а что там с моим вопросом?". Для меня это означало, что я не проконтролил вопрос, не дал во время ответ, не управляю сроками/результатами и т.д.
 
Далее собственно подход, который я для себя придумал:
1️⃣ Создал группу в телеграмме, куда можно добавить (для создания группы) и сразу удалить любого участника - назвал её Task Manager и закрепил в верхушке чатов
2️⃣ Когда приходит ЛЮБОЙ письменный запрос в тележке делаю скрин и отложенным сообщением кидаю себе в эту группу с комментарием что нужно сделать
3️⃣ Каждый день (желательно за 1 час до начала встреч) начинаю с того, что просматриваю список на сегодня
4️⃣ Отвечаю кому должен
5️⃣ Вношу объёмные задачи и необходимые встречи в календарь в рамках своего традиционного подхода или сразу же выполняю - то, что можно сделать
6️⃣ Удаляю из импровизированного "бэклога" скрины, которые сделал
7️⃣ Запросы, которые сейчас "не горят" переношу дальше в отложенных

BONUS: ты всегда видишь скрин переписки и участника, а не "переработанные" собой домыслы о задаче. Поэтому, чтобы вернуться в памяти к тому, что нужно сделать уходит пара секунд, а не поиск чата, погружение в переписку, восстановление событий и т.д.
 
🛑 Критично важно для использования этого подхода: ДИСЦИПЛИНА! Любой запрос, который ты прочёл и не можешь ответить прямо сейчас - заноси в Task Manager. Рабочую память разгрузил - потом разберёшься.
🔥11
#пятничныйюмор Это великолепно) Особенно про чайник, который сходил на конфу Kettleconf и понял, что всё надо делать по-другому. Хуже только, когда так ходит не чайник, а CEO и начинается хтонь😂😂😂
#полезное in English

🔥Статья про планирование, ИИ в планировании и когнитивные искажения использования исторических данных о предыдущих проектах при планировании с примерами. Читая историю про проект Канадской Тихоокеанской железной дороги невольно вспомнил историю как строили первую ЖД дорогу через Крым и там ошибка в планировании заключалась как в той неверной оценке рельефа, так и в лютой коррупции: "В 1863 году концессию на дорогу от Москвы до Севастополя получили Англичане. На поверку оказалось, что они даже не приступили к строительству в отличие от французов, которые все же сумели проложить аж ЦЕЛЫХ!😂 60 километров путей в окрестностях Феодосии💪

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

🔥 Исследование пользователей как трех-актная структура повествования в кино от эксперта в UX

🔥 20 крутых тезисов про сдвиг парадигмы шаблонного мышления. Заставили задуматься:
1.Позаботьтесь о себе. Ваш мозг работает сверхурочно - все время. Практикуйте «радикальное» восстановление.
7. Люди, на которых вы пытаетесь повлиять, проводят 98 % своего дня, перегруженные обычными делами.
13.Взломайте существующие структуры власти - это гораздо проще, чем пытаться их изменить.
19.Не путайте способность чувствовать/видеть динамику систем с умением их «контролировать». Вы не можете.

🔥 Не думал, что ещё могу узнать интересные инсайт про обзоры спринтов - ан нет!))
Обзор спринта как средство достижения цели продукта, что идёт хорошо, а что вызывает трудности, как поживает наш продукт и что с этим всем делать дальше. Подходит не для всех продуктов и команд!
👍9
Media is too big
VIEW IN TELEGRAM
#пятничныйюмор

p.s. хотя и не совсем юмор и гангстер был не мексиканский, а вологодский😂. Помню как у меня был инженерный проект в г. Сокол Вологодской области. Так вот сижу в единственном кафе города на ланче и туда подъезжает чёрный Cayenne (не то, что бы в этом 30-тысячном городе могло быть больше 1го такого авто😂). Выходят и подсаживаются братки, а дальше диалог в стиле: "вы там с муниципалами договор заключили, но делать будем так😎🤯🙈..." Каждый мой приезд в город были эти "опасные связи". Проект я в итоге закрыл с выплатами на условиях 1,5 летней рассрочки, муниципалы в итоге присели через 2 года, а порше я больше не видел и слава Богу😂😂
😁91
​​В очередной раз я решил пойти учиться, когда набил шишек использования на практике. Завершил курс обучения "Развитие Канбан Инициатив 2 ступени" у Лёши Пименова @pimenov_spoken.

Если вкратце, то 💯 процентов стоит того. С методом я сталкивался и внедряя канбан-метод в командах и проводя обучение в рамках консалтинга для компаний вне ИТ. Но хотелось во-первых "сверить часы", а верно ли я понимаю базу от гуру практик. Во-вторых хотелось посмотреть, а что там beyond the dark portal😉 Что предлагает Канбан-метод кроме собственно базовых ценностей, принципов, практик и инструментов.

В итоге удалось расширить знания про:
🔘 Эволюцию канбан-систем
🔘 Kanban Maturity Model
🔘 Работу со стратегией поиска улучшений и ресурсами непостоянной доступности и ограниченной мощности
🔘 Системы резервирования
🔘 Классы управления зависимостями

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

⭐️ Бонусом поиграли в крутейшую бизнес-симуляцию, которая демонстрирует управление проектным офисом на уровне программ и команд - забрал в свой "рюкзачок" в дополнение к getKanban и Featureban🌚

Всем, кто хочет расширить своё понимание системных проблемам в процессах работы организаций - рекомендую!

P.s. Ну, и по-классике немного юмора с занятий:

😅 "Наша секта (канбановцев) называет эти метрики временем производства. Их секта (скрамоцев) называет эти метрики временем цикла. А вы, грамотные практики, должны понимать в чём отличие"

😅 "Представим себе, что у нас инженеры рациональные..."

😅 "Я видел, что были руки поэтому давайте пройдёмся по рукам"

😅 "Топ менеджеры как самураи ходят вокруг проблемы. Потому что если кто-то тронет, то велик шанс, что кто-то из них пострадает. А кто-то должен поднять вопрос - синдром "дохлого лося" имени Адизеса."

😅 "Do more Kanban to Scale Kanban"
👍102🔥1