Содержание

Темы

Риски

RICE

3 Амиго

Если номинальный срок для группы из 7 человек составляет 12 месяцев, то простое увеличение персонала до 12 человек не позволит сократить срок до 7 месяцев.

Если все части задания должны быть отдельно скоординированы между собой, то затраты на коммуникацию растут квадратично, а «мощность» команды — линейно.

Если 8 человек могут написать программу за 10 месяцев, смогут ли 80 человек написать ту же программу за один месяц?

Паттерны оценки

Декомпозиция

Ошибки занижения и завышения оценки компенсируют друг друга

В основе декомпозиции у нас лежит Feature. Под фичей (feature) понимается единица поставки функциональности, которую можно выложить на продакшн независимо от других. Иногда этот уровень называется User Story

Эпик — это просто очень толстая фича. Ничего больше эпика мы не заводим

Для того, чтобы оценивать точнее фичи декомпозируются на отдельные подзадачи (Task).

Структура тасков может выглядеть так: «вывести таблицу с данными», «прикрутить фильтрацию и поиск», «разработать новый компонент», «добавить новые таблицы в БД». Структура тасков обычно вообще не интересна бизнесу, но крайне важна для разработчика

Оценка в группах, покер планирования

Программисты слишком оптимистично оценивают объемы работ. По разным данным занижение оценки чаще всего варьируется в диапазоне 20-30%. Однако в группах ошибка снижается.

Проблемы:

  1. Социальное давление

  2. Временные затраты

Социальная

Основных рекомендаций несколько:

  1. Большинство оценок занижены. Возьмите ту, что больше.

  2. Не уверены в оценке — выкидывайте карту "?" или большую оценку. Авось почти никогда не проносит.

  3. Всегда сравнивайте план и факт. Через несколько итераций качество ваших оценок должно значительно улучшиться.

Карточки по числам фибаначи

Временные затраты

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

В процессе оценки группа вынуждена обсуждать требования

Простановка зависимостей, диаграммы Ганта

В первую очередь делаем задачи блокеры.

Приходится возвращаться к декомпозиции, искать слишком длинные цепочки и добавлять дополнительные «развилки», чтобы увеличить степень параллелизма.

Сжать план больше, чем на 30% вряд ли выйдет.

Блокировка задач

Начинать нужно с самых мутных, сложных и неприятных задач, помещать их в статус «заблокировано» и уточнять, переоценивать и убирать зависимости везде, где только можно.

Критерии приёмки

Это хороший инструмент коммуникации между разработчиками, бизнес-пользователями и отделом качества.

Ведение проекта

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

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

Учёт рабочего времени

Это позволяет отслеживать отклонение фактически-затраченного времени от оценочного.

Заключение

  1. Оценка — это сложно

  2. Декомпозиция позволяет найти пробелы в требованиях и повысить качество оценки

  3. Групповые оценки точнее индивидуальных, используйте покер

  4. Блокеры, контрольные примеры и формальные критерии приемки улучшают коммуникацию, что в свою очередь, повышает шансы проекта на успех

  5. Начинать надо с самых рискованных задач на критическом пути проекта

  6. Оценка — это не одноразовая акция, а процесс, неотделимый от ведения проекта

  7. Без учета рабочего времени невозможно держать статус проекта актуальным и корректировать свои оценки

Майки

S - от 3х дней

M - примерно 5 дней

L - 2 недели

XL - Больше 2х недель

Story Point

Story Point - условная единица, характеризующая сложность задачи. Она не завязана на времени, которое разработчик планирует потратить на задачу, т.к., например, решение проблемы может занять несколько минут, но перед этим необходимо провести исследование данной проблемы.

Для оценки используем значения по числам Фибоначчи: от 1 - простая доработка до 13 - серьезная задача, требующая больших усилий (1, 2, 3, 5, 8, 13).

Story Point используется для оценки задач разработчиков.