2.17K subscribers
288 photos
7 videos
8 files
629 links
Пишу про #agile, #scrum, развитие команд, управление проектами и другие кейсы с работы.
Будет интересно, но это не точно (с)

📲 Для вопросов по материалам: @SergeArt
Download Telegram
#Ретроспектива 24.07.2019. Дорофеев в гостях и #MVP “Коуч на час”.

1. В нашем мире не все, всегда и везде, а кое-что, иногда и местами (с) Дорофеев М
2. Гарантии успеха нет. Но гарантированно можно облажаться

День начался с Soft Revolution, совместно с корпоративным прокрастинатологом - Максимом Дорофеевым. 4 часа пролетело незаметно. Сначала Максим в свойственной ему манере шутил, потом показывал свои картинки, далее каждый смог поработать над своими проектом, и все закончилось сессией коллективной депрокрастинации.

Далее с коллегами интересно пообсуждали (после вебинара Пименова) необходимость использования (не внедрения, нет :))#Kanban в компании, которая сделала кучу е2е команд, со слабой совместной зависимостью (disclamer: см п. 1 в шапке). Так как kanban на достаточном уровне у нас в коллективе знает 2-3 человека, пока пришли к выводу, что может оно и не надо. Заодно обсудили выступление Клауса Леопольда с его сравнением организации с клавиатурой, где каждая клавиша представляет собой команду и необходимо написать любовную записки (мне честно кажется, что лысый дядька от канбан-сообщества, будучи оч крутым, по непонятной причине ставит знак равенства между true agile-командами и компонентными командами).

День на работе завершился 2 часами коучинга, менторства и фасилитации.
Пару месяцев назад мне в голову пришла мысль, что если есть муж на час, то точно должен быть и agile-коуч на час.
На первую встречу пришло (без должно инфо-поддержки и печенек) всего 2 человека. Мы довольно уютно пообщались, разобрали 3 кейса ребят (скрам-мастеров):
- было немного учительства (сделай так),
- был менторинг (а вот у меня работало),
- коучинг (походили по шкале),
- и немного математики и статистики (что делать с выбросами выборки за доверительный интервал и как можно оценить эффективность проводимого руководителя обучения своих подчиненных).
После этой встречи вышел как выжатый лимон, насколько не легко мне дался MVP (он же МЖП по-русски).
Следующие шаг с коучем на час: продолжать, продвигать, доносить ценность и полезность до целевой аудитории.

Хочу сказать спасибо коллегам за то, что помогли все это сделать.
#agile #mindset в #startup’ах

Один из принципов диалектики — это единство и борьба противоположностей. Этот принцип позволяет по-другому посмотреть на приведённые в ссылке статью.

1. Компании для развития нужно иметь большое видение, при этом в противовес надо сфокусироваться на чем-то маленьком (#mvp) и итерировать это маленькое для получения ценности

2. Надо понимать (и соответственно управлять) набор самых больших рисков, с которыми компания столкнётся в ближайшем будущем, и при этом надо откладывать решения на самый последний (из возможных) моментов, потому что мы постоянно учимся, получаем новые факты о продукте, клиентах и рынке, (в частности за счёт ранней и частой поставки) и принятие решения ‘заранее’ — это чистые потери — затрата интеллектуальных и временных ресурсов на то, что потом будет изменено ещё 1000 раз

https://hackerchick.com/agile-mindset-for-your-startup/
Рубрика "зарисовки про product managers в кино".

Недавно пересмотрел фильм Up in the air. Отличный фильм, про необычную профессию (про людей, которых нанимают, чтобы увольнять других🤦‍♂️).

Его можно смотреть с разных точек зрения, но если смотреть через призму рабочего контекста, то можно увидеть
🔶 как молодой продакт хочет задизраптить старую сложившуюся индустрию через внедрение современных технологий (кстати, #zoom)
🔶 новый тех.процесс может принести до 85% снижения затрат (минут полеты🛩 , отели 🏨, командировочные 💵)
🔶 у продукта есть платящий клиент, но пока отсутствует ряд фичей, что ставит под вопрос гипотезу ценности
🔶 продукту сопротивляются аксакалы и старожилы из индустрии, которые “знают, как оно в полях”
🔶 чтобы продакт не автоматизировал внутри своей головы 🧟‍♀️ его берут в field trip (физически сажают на самолет с опытным товарищем)
🔶 только через опыт взаимодействия с живыми (а не воображаемыми) клиентами, через проверку гипотез на серии #mvp, продакт доводит решение до состояния, когда его можно масштабировать

Всем хороших фильмов.
Про #MVP, #Требования и #Ценность

🔗 В посте доносится мысль, что MVP мертв, так как сейчас уровень конкуренции в ИТ-продуктах такой, что «тестировать на клиентах» сырое ПО не получится — так как те не будут ждать, а возьмут, где уже все готово еще вчера.

В конце поста показано, что подход «декомпозируй, чтобы поставить минимальную ценность», работает сейчас работает в основном на уровне фичей (через итеративную разработку). В связи с этим хочу привести пример.

(см картинку) И вот кейс: обсуждали с клиентом одну фичу, требования к ней занимают несколько страниц убористого текста и подразумевают, что, если все сделать по правильному, то в системе должны будут появиться несколько новых клиентских сценариев. Эти требования хотели принести команде на #PBR. Я решил поинтересоваться, а что там за клиенты такие, и какая такая ценность будет поставлена в результате, что это стоит несколько спринтов разработки команды.

Спустя минут 15 выяснения деталей и задавание вопросов стало понятно, что почти всю ценность можно получить меняя один флаг в базе данных. Так что МЖП можно и нужно использовать в фичах — рекомендую.
#MVP,за который не стыдно,mvp не считается (с) Народная мудрость