Практики планирования

AS
Ainur S
Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
Практики планирования создатель Mind Map: Практики планирования

1. Ежедневные митинги

1.1. понедельник: планирование спринта - до 1 часа

1.2. вторник-пятница: стендапы - до 15 мин

1.2.1. дополнительное время 10 мин, если требуются совместные обсуждения

1.2.1.1. Перераспределение усилий по задачам

1.2.1.2. ответы на вопросы

1.3. пятница: подведение итогов, предварительные планы на следующий спринт - до 30 мин

2. Планирование спринта

2.1. Бэклог

2.1.1. На 80-90% формирует ЛРГ

2.1.1.1. КЛМы

2.1.1.2. User-Story

2.1.2. Актуализируется в течение недели и в понедельник до митинга

2.1.3. Все "горячие" задачи вверх, чтобы не искать и точно включить в спринт

2.1.4. Для КЛМ в заголовках размечается в каких релизах и подсистемах нужно сделать

2.1.5. Для КЛМ с обещанной датой в заголовке указывается [дата отгрузки - 1 день]

2.1.5.1. как правило в обозначенный срок не получается

2.1.6. Желательно, чтобы задачи были предварительно верхнеуровнево проанализированы ЛРГ

2.2. Техдолг с предыдущего спринта

2.2.1. статус по всем оставшимся задачам

2.2.1.1. проблемы

2.2.1.2. сколько осталось делать

2.2.2. решение ЛРГ: выкидываем из спринта или оставляем

2.2.3. запоминаем\записываем количество SP техдолга

2.3. Включение задач в спринт

2.3.1. смотрим статистику

2.3.1.1. Cредняя скорость

2.3.1.2. скорость последнего спринта

2.3.2. определяем сколько можно донабрать SP

2.3.2.1. как правило: [средняя скорость] - [техдолг]. Точность: +-[2-4] SP

2.3.2.2. опционально резерв под срочные задачи

2.3.2.2.1. есть информация, что понадобится ВР

2.3.2.2.2. поставили релиз в пром, ожидаем отвлечения на консультации

2.3.3. совместная оценка задачи в бэклоге

2.3.3.1. смотрим задачу на мониторе ЛРГ

2.3.3.2. краткое описание, чтобы каждый понял суть (надеюсь) или задал вопросы

2.3.3.3. если задача большая, то декомпозиция User-Story на технические таски

2.3.3.3.1. кодревью

2.3.3.3.2. разработка тестов

2.3.3.3.3. реализация заглушек

2.3.3.3.4. приемочное тестирование

2.3.3.3.5. и т.д.

2.3.3.4. высказываются по оценке как минимум 2-3 сотрудника

2.3.4. добавляем задачи в спринт с учетом определенной ранее емкости

3. Стендап

3.1. ЛРГ: просмотр повестки перед стендапом

3.1.1. возникшие у ЛРГ за прошедший день(-и) вопросы

3.1.2. задачи, которые находятся на особом контроле

3.1.3. важные сроки в этом спринте

3.1.4. Дополнительная информация от смежников

3.1.4.1. компоненты

3.1.4.2. oapi

3.1.4.3. и т.п.

3.2. Опрос сотрудников по алфавиту

3.3. Смотрим задачи сотрудника на доске на мониторе ЛРГ

3.4. ЛРГ: вопросы в конце митинга или по ходу

3.5. Перераспределение задач\усилий

3.5.1. по задаче много багов, надо поделиться, иначе не успеем

3.5.2. по текущей задаче есть ожидания, пока можно переключиться

3.5.3. ресурсов на тестирование нет, а задача простая, надо добить самому

3.6. Донабор задач - редко

3.6.1. сделали быстрее чем оценили

3.6.2. есть ожидания, к др. задачам подключаться нецелесообразно, а в бэклоге есть простые задачи

3.6.3. резервировали ёмкость, но срочная задача не пришла

3.7. Вопросы

4. Подведение итогов

4.1. смотрим доску

4.2. двигаем задачи

4.3. список вопросов, которые нужно решить в начале след. спринта, чтобы продолжить работу

4.3.1. получить компоненты

4.3.2. актуализировать ТС

4.3.3. написать в SD, что стенды завалились

4.3.4. сходить в отпуск

4.3.5. и т.п.

4.4. ЛРГ: занести вопросы в личную повестку по планированию на понедельник

4.5. Вопросы\пожелания\боль

4.5.1. занести к себе в задачи в outlook

4.5.2. например: "Маркова: почему Шевалье не помогает решать вопросы по EDGE"

4.5.3. например: "Я: у Белоножко много седых волос от мониторинга - продвинуть вопрос через Якимова, написать письмо"