2%

2021-09-10 18:00:20 Немного про продуктовое мышление… когда уже закончится эта feature-factory? Открыть/Комментировать

2021-09-10 09:00:12 Про продуктовое мышление и здравый смысл

Когда я слышу, что нам надо запланировать годовой (!) бюджет на фичи, да ещё сделать это заранее в Q3, мне честно хочется начать биться головой #апстену , но есть способ проще: я могу показывать вот этот пост

Мне кажется, если мы точно знаем, что делать, зачем нужны product manager?

А если есть и продакты и project managers, то как они живут вместе? Как может один отвечать за деньги, а второй — за сроки

Как может продакт не общаться с командой, этим занимается прослойки: project manager, release manager, team lead, tech lead, you name it!
Больше всяких менеджеров и лидеров богу менеджеров и лидеров

Иногда это напоминает какой-то сюрреализм, когда показывают какой-то бред и говорят: «в Яндексе так работает»

(все совпадения случайны) Открыть/Комментировать

2021-09-09 09:00:12 Продолжая тему самопроверки product manager’a нашёл ещё 10 вопросов, которые надо задать себе при запуске продукта (а потом ещё и периодически ревьюить ответы):

10 вопросов о продукте

1. Какую проблему решаем?
2. Как доказать, что она существует?
3. Кто за решение заплатит больше всего?
4. Как дотянуться до таких людей?
5. Сколько это может быть в сумме?
6. Кто главный конкурент?
7. В чем самый большой риск?
8. Как проверить убьет ли он проект или нет?
9. Какие ресурсы нужны для запуска?
10. Как объяснить то, чем я занимаюсь в одном простом предложении?

Честно репостнуто из канала Открыть/Комментировать

2021-09-08 09:00:21 Про физические стикеры и про виртуальные доски

Прочитал у Бабаевой серию постов (1, 2, 3) про «Думать со стикерами», где в ходе общения с сыном выводятся основные свойства стикеров, благодаря чему они завоевали такую популярность (before COVID, ессно ):
перемещение в пространстве (например, для группировки или перегруппировки)
легкость “добавить” или “удалить” идею (взял стикер, написал мысль, отклеил)
цветовое кодирование (разные мысли на стикерах разного цвета)

Как видно, ровно такими же свойствами обладают стикеры на виртуальных досках (в #miro, в #mural и тд), но у физических стикеров есть одно большое преимущество:
на маленьком клочке цветной бумаги толстым маркёром физически нельзя написать много мыслей, что заставляет писать коротко и понятно, чтобы потом с этим стикером было проще работать.
В miro такого ограничения нет – чем больше деталей, тем меньше текст, что замедляет считывание информации всеми участниками встречи.

зы
Вот это копирование объектов физического мира с незначительным «улучшением», которое по факту «ухудшение» можно наблюдать много где. Можно вспомнить, как Кривицкий троллит JIRA issues в сравнении с index cards. Открыть/Комментировать

2021-09-08 09:00:11 Открыть/Комментировать

2021-09-07 09:00:08 Daily Scrum Meeting. Имидж vs Реальность

Прочитал в одном (оч клевом, кстати) продуктовом канале пост про восприятие ежедневной встречи
Несколько наблюдений из прочитанного поста
отсутствие интереса к работе другого
фокусирование на индивидуальном рабочем процессе (что я делал), а не на командном результате (что сделал для цели спринта)
видение, что это встреча для руководителя

Что по этому поводу говорит scrum Guide и практика в командах?
над продуктом работают команды, а не отдельные исполнители
встреча необходима для того, чтобы инспектировать свой прогресс к цели спринта и выработать план на день (с учетом блокеров)
на встрече присутствует команда, это не статусное мероприятие перед менеджером Открыть/Комментировать

2021-09-06 09:00:17 Про парное программирование
В менеджменте есть инструменты, которые «заточены» под решение определенных задач (условно: ключи от определенного типа замков)
В разработке есть такие же ключики. Один из них – парное программирование (далее ПП)

Задачи для ПП

Кейс “Погружение в проект нового сотрудника”
Хороший и быстрый онбординг новичка
Меньше скорость

Лучше,чтобы скиллы бывалого и новичка отличались (то есть middle отбродит в задачи команды junior, а senior – миддла.

Кейс “Шаринг знаний”
В компании могут быть сосредоточения знаний внутри одного человека (аксакал, сторожил). Если фичи разрабатываются в ПП, знания распределяются как минимум внутри пары (а за счёт смены пар и внутри команды).
Меньше выгорания
Меньше басфактор в команде

Кейс “Решение сложных задач”
Берём 2х сильных ребят и применяем принцип «одна голова хорошо, а две – лучше», что в итоге за счёт плотного общения приводит к росту по всем фронтам:
Скорости решения задачи растёт, не смотря на возражение, что некоторым «комфортнее одному
Качества итогового кода, так как с итоговым решением «ок» 2 опытных разработчика

Ограничения инструмента:
Инструмент надо применять по назначению.
ПП не взлетает, если есть в паре имеются проблемы с EQ и в целом с soft skills.

——
Кстати, в парном программировании выделяют 2 роли
Драйвер — отвечает за написание кода
Навигатор — за общее направление, поиск ошибок, картинка целиком Открыть/Комментировать

2021-08-27 09:00:17 https://t.me/agile_beard/4295
Сразу видно, не знаком товарищ с запутанным (complex) доменом из Киневина ;;)) Открыть/Комментировать

2021-08-20 18:00:09 Помню, было 2 кейса, когда некий разработчик ходил на работу, клацал по клавиатуре, всячески изображая бурную деятельность, а за него работу делал индус или выходец из Бангладеша, которому он платил 10-20% от своей селиново-долинной зарплаты скрипт… Открыть/Комментировать

2021-08-20 09:00:16 Давайте находить себе милордовидных ребят в команду
На следующей неделе продолжим

Кстати, мы в поиске Agile-коуча, если интересно — пиши @SergeArt Открыть/Комментировать