Примечание: ниже представлены мои ЛИЧНЫЕ убеждения насчёт Agile и командной организации. У вас всё может быть иначе.
Недавно я стал техническим менеджером продукта в своей компании, и это мой первый опыт руководства командой инженеров. Вплоть до января я был разработчиком, недовольным обилием совещаний.
Так что последние полгода я проводил эксперимент, состоящий из нескольких новых правил:
- Нет летучкам (стендапам)
- Нет регулярному планированию
- Нет ретроспективам
- Все совещания добровольны
Может показаться, что это чересчур. Но в этом безумии есть некоторая логика.
Я хотел, чтобы команда знала, что я ей доверяю. Знала, что справляться с техническим долгом, изучать новое и работать в собственном ритме — нормально. Я сформулировал задачи на квартал и положился на то, что работа будет сделана. А потом свалил в туман.
И вы таки не поверите — работа была сделана. Много работы.
Мы были чрезвычайно производительной командой, которая отвечала на изменения и великолепно справлялась с каждой поставленной задачей.
Но прежде чем подробно рассмотреть, почему эксперимент сработал, давайте взглянем на то, как действует обычная Agile-команда.
Читайте нас в телеграмме и vk
Перевод статьи palmerj3: “You don’t need standup”