Skip to content

Исполнение проекта

Исполнение проекта

Общие положения

  • Проект ведется спринтами по методу Scrum

  • Проект выполняется спринтами по 14 дней

  • По окончанию спринта сразу начинается следующий

Инструменты

  • Project Report (перчик)

    Документ, в котором собрана вся основная информация по проекту

  • Leantime (lt)

    Задачник, в котором создается пространство под проект

    В пространстве ставятся задачи по проекту

  • GitLab

    Система управления репозиториями Git. Здесь хранится репозиторий проект. В проекте должно быть создано 3 защищенные ветки (main, stage и dev) в соответствии с 3 контурами разработки

Рекомендации и правила

  • Заводить отдельную ветку под каждую задачу

  • Очень важно ежедневно сливать код в конце дня

  • Важно помогать PM'му в формировании задач для каждого спринта

  • Задачи в lt должны занимать не более 4 часов рабочего времени. В случае, если задача на практике занимает более 4 часов, стоит обсудить с PM`ом ее разделение

Дорожная карта

  • Размещается в Project Report (перчик) на соответствующем листе. Здесь расписывается план работ с привязкой к спринтам, цены работ и спринтов.

  • Расписывается область работ каждого направления в спринте. Подробно расписывать каждый пункт, как при постановке задачи, нет необходимости.

  • Итоговая стоимость работ за спринт формируется только при конечном планировании задач на спринт и не обязательно должна соответствовать дорожной карте. Разработчик имеет право при необходимости изменить цену в большую или меньшую сторону в зависимости от сложности и времязатратности задачи. При необходимости с формированием итоговой цены может помочь Head.

Спринт

  • Старт спринта

  • Стендапы

  • Совещание каждый спринт

  • Сдача спринта

  • Ретроспектива Спринта

Старт спринта

При старте спринта:

  • Должен быть сформирован утвержден план работ на спринт с PM'ом

  • Должна быть утверждена стоимость работ на спринт с PM'ом

  • Все задачи спринта должны быть выписаны PM'ом в Leantime

Стендапы (летучки)

Встречи команды по 15-30 минут, время и частота которых определяет PM и согласовывает с командой.

Формат проведения:

  • Демонстрация Leantime с задачами

  • Проверка указанных сроков исполнения задач

  • Обсуждение вопросов по постановке задач

  • Приемка выполненных задач (если требуются ответы на вопросы)

  • Есть возможность обсудить общие вопросы, где необходима вся команда

Совещание каждый спринт

Каждый спринт, за день до сдачи спринта, должно проводиться совещание с командой по 0,5-1,5 часа

К совещанию все выполненные задачи должны быть слиты на dev, т.к перед совещанием будет dev сольют в stage.

На совещании:

  • Команда демонстрирует выполненную работу ПМу на stage-контуре и помогает подготовить выступление по закрытию спринта. ПМ, соответственно, проводит финальную приемку работ

  • ПМ информирует команду о плане на следующий спринт

  • ПМ демонстрирует поставленные задачи

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

  • Каждый член команды может задать уточняющий вопрос к формулировке задачи (можно и желательно попросить приложить ссылку на CJM и/или раздел в описании проекта)

  • ПМ с командой утверждают стоимости работ на следующий спринт

  • ПМ поднимает и сопровождает обсуждение состояния проекта, дальнейшего плана его развития, идей по реализации проекта, идей заказчика

Сдача спринта

Каждый спринт, в последний рабочий день спринта, происходит сдача спринта заказчику

На встрече со стороны заказчика могут присутствовать те, кого пожелает видеть заказчик

Со стороны компании обязательно присутствует ПМ, желательно присутствует Sales, необходимость присутствия еще кого-либо на встрече из команды - на усмотрение ПМа

После подписания акта работ заказчиком, и получением средств компанией, происходят выплаты команде

Ретроспектива спринта

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