Что есть самообман и желание быть первым на рынке?
К чему приводит использование правильных инструментов в неправильных местах?
Как увеличить маржинальность, будучи dev-исполнителем?
А в начале то "че"?
Исторически разработка app/web в России вне зависимости от задачи проходила консервативный путь последовательных пунктов. Сказать, что наши соотечественники влияли/влияют на сферу - создать впечатление человека, смотрящего на реальность сквозь розовые очки.
Так к нам, спустя почти десятилетие, приплыл Agile подход, который в себе заключал фантастический набор методов и методологий. Согласно брошюре - помогает команде эффективнее мыслить, работать и принимать решения.
Находка Д.Греннинга
Мы гибкие! Мы эффективные! Мы на гребне волны прогресса! У нас даже появился SCRUM-мастер!
Массовая истерия вокруг декомпозирования огромных фичей (фича - дополнительная возможность, фишка, функциональность) и запихивания их в спринт разработки заставила под другим углом посмотреть на процесс оценки задач.
Как же раньше было круто, когда можно было увидеть оценку в человеко-часах от системного аналитика и понять конкретно через какое время будет готов функционал. Да, мы платили за аналитику, да это было дольше на этапе оценки. Но точно ли хуже?
г-н Д.Греннинг описал метод, который "зашел" представителям Agile-веры, когда можно оценить задачу в Story Points, используя числа Фибоначчи.
0, 1/2, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, 233, 377
Кратко по процессу:
- Берем всех участников команды, осуществляющих работу по фиче
- Заставляем PO (Product Owner) рассказать о функциональности, озвучить User Story, Критерии приемки и т.д.
- Участники команды втихаря друг от друга выбирают более подходящее число
- В момент Х - все одновременно показывают свои оценки.
- Самый жадный (владелец бОльшего числа) - аргументирует свою оценку
- Чудесный специалист (владелец мЕньшего числа) - защищает свою.
- Команда в процессе обсуждения приходит к единому мнению по кол-ву Story Points
- Озвучивается результат для PO
Почему зашло?
Это действительно удобно. Разрыв между числами Фибоначчи позволяет всегда находиться в рамках озвученных сроков. Создается четкое впечатление контролирования ситуации и забывается стресс "завтрашнего дедлайна"
Опыт команды Мой МТС (web/app)
Мы затронем опыт Poker Planning в Web-разработке с подрядчиком.
Входные данные:
- Двухнедельные спринты
- Несколько PO по нескольким направлениям бизнеса
- Одна команда разработки (dev)
- Дизайн верстает отдельный исполнитель, который не входит в рабочую группу
Оценка производится при готовности документации и дизайна, затрагивает только Back и Front разработку на 2 недели.
Со стороны Product Owner
Черт! Да это удобно! Спринты позволяют структурировать процесс разработки таким образом, что каждая функциональность разбивается на маленькие кусочки и появляется приблизительное понимание в течении какого времени будет выпущена полная сборка на бой.
Я, как PO, уже не обращаю внимания на оценку в Story Points со стороны разрабов, тк для меня устаканилось впечатление, что каждый этап моей фичи будет формироваться в течении 1-го спринта.
Пример: 1 фича ~ 3-4 последовательных этапа ~ 6-8 недель
Почему грустит Senior Product Owner?
Начинается самое интересное, чем выше твоя позиция в иерархии компании, тем весомее корреляция потраченных денег и влияния на ключевые метрики.
Выставляем приоритеты, используем модные схемы по оценки эффективности, но почему же все стало дороже?
Agile-фантазия Заказчика - Лучший подарок для Вендора
А деньги то где? - Вы там держитесь!
Оказалось - причина в том, что оплачиваем работы Вендора тоже по Story Points, проще говоря - по числам Фибоначчи. "Поднасрал нам средневековый математик, Леонардо Пизанский :)"
Раньше как было?
- Оценить разработку - потратить человеко-часы на аналитика
- Итог: Получить разбивку по каждому этапу и стоимости всех задействованных людей
Стало
- Оценивается группой по числам Фибоначчи и в случае спорных моментов берется бОльшее значение как подстраховка.
- Story Point - имеет усредненную цену задействования всех специалистов
Спокойствие и нахождение внутри дедлайнов вышло в копеечку
Фибоначчи, прости и прощай!
Было принято оперативное решение отказаться от чисел Фибоначчи во взаимодействии между PO и Разработкой. Теперь в Poker Planning используем весь арифметический набор.
Стало дешевле, но все равно дороже прежнего... Да что опять не так!?!?!?
Т.к. Poker Planning подразумевает участие всей команды, то присутствуют специалисты разного уровня погружения в фичу. Кому то нужны дополнительные Story Points на аналитику, а кому то нет. КПД у разрабов также разнится.
Как думаете, на кого будут опираться при оценке стоимости? Конечно! На самого сомневающегося!
К чему я это все?
Poker Planning - хороший инструмент, но только в случае транслирования сроков разработки заинтересованным бизнес-подразделениям.
Сроки в Poker Planning не равны стоимости
Ни в коем случае не оплачивайте по числам Фибоначчи! Ну, а если Вас это устраивает - мы можем стать вашими подрядчиками :)