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

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

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

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

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

Иснструменты

Project Report (перчик)

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

Leantime

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

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

Правила постановки задач

Рекомендации

Под каждый спринт создается свой спринт, можно называть спринты числом номера спринта
Все задачи спринта необходимо прикреплять к соответсвующему спринту
В закрытии спринта, после утверждения с заказчиком, задачи попадают в статус “Done”, все невыплоненные задачи отправляются в бэклог или сразу в следующий спринт. В закрытом спринте все задачи остатся в статусе “Done”
Помимо спринтов, есть раздел бэклога, здесь отображаются задачи, для которых еще не определен спринт. Хорошей практикой является задачи-идеи складывать в бэклог и брать их работу, когда будет определено, в каком спринте удастся заняться этой задачей

GitLab

Система управления репозиториями Git

Здесь хранится репозиторий проекта

В проекте должно быть создано 3 защищенные ветки:

main
stage
dev

В соответсвиями с 3 контурами рзработки

Необходимо следить за состоянием репозитория в соответсвии с требованиями

запрет работы с защищенных ветках (разрешены только мержи в них)
ежедневное слитие кода в конце дня
разделение работы по веткам для каждого исполнителя

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

Размещается в Project Report (перчик) на соответствующем листе

Здесь расписывается план работ с привязкой к спринтам, цены работ и спринтов

Для заказчика столбец с ценами работ скрывается

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

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

Задачи Project'a

Назначение и проведение встреч с заказчиком
Постановка и отслеживание исполнение задач членами команды
Отслеживание и актуализация нагрузки команды
Дополнение “Описания проекта” исходя из обсуждения проекта с заказчиком
Описание всех путей пользователя и системы CJM|SJM
Проведение встреч с командой и синхронизация работы команды
Проверка репозитория в GitLab
Сдача спринта заказчику
Помощь в подготовке документов для закрытия спринта

Спринт

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

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

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

Должен быть утвержден план работ на спринт с заказчиком
Должна быть утвреждена стоимость работ с сотрудниками
Должна быть утвреждена стоимость работ с заказчиком
Все задачи спринта должны быть выписаны в Leantime и утверждены командой

Стендапы

(!!! Желательно) ежедневно происходят встречи команды по 15-30 минут

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

Демонстрация Leantime с задачами
Проверка указанных сроков исполнения задач
Обсуждение вопросов по постановке задач
Приемка выполненных задач (если требуются ответы на вопросы)
Актуализация нагрузки
Есть возможность обсудить общие вопросы, где необходима вся команда

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

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

К совещанию:

ПМом должна быть переработана дорожная карта, с детально расписанным планом на следующий спринт
ПМом должны быть расписаны задачи в Leantime на следующий спринт
Вся работа спринта должна быть завершена/остановлена
Вся выполненная работа сгружена в stage-контур

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

Команда демонстрирует выполненную работу ПМу на stage-контуре и помогает подготовить выступление по закрытию спринта. ПМ, соответственно, проводит финальную приемку работ и актуализирует нагрузку команды
ПМ информирует команду о плане на следующий спринт
ПМ демонстрирует поставленные задачи
Каждый член команды проставляет дату выполнения поставленной здачи. Присутсвует возможность отправить задачу в блок, с указанием необходимого для ее реализации
Каждый член команды может задать уточняющий вопрос к формулировке задачи (можно и желательно просить приложить ссылку на CJM и/или раздел в описаниии проекта)
ПМ с командой утвреждают стоимости работ на следующий спринт
ПМ поднимает и сопровождает обсуждение состояния проекта, дальнейшего плана его развития, идей по реализации проекта, идей заказчика

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

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

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

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

Хорошей практикой является заранее прислать заказчику материалы для проверки, план текущего и следующего спринта со стоимостями

На встрече ПМ демонстрирует:

План работ текущего спринта
Реализованные пути пользователя и системы
Описание проекта
Выполненные работы на stage-контуре
Дорожную карту
План работ следующего спринта и его стоимость

После встречи ПМ помогает Sales подготовить Акт выполненных работ

ПМ утвреждает выплаты команде с Head'ом по ПМам, после направляет их Sales’у

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

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

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

Ретроспектива должна проводиться регулярно, в конце каждого спринта, и длиться не более 3-4 часов. Она помогает команде создать безопасное пространство для общения, где каждый участник может поделиться своими проблемами и тревогами, а также выработать решения для самой команды.

В общих чертах ретроспективу можно свести к обсуждению ответов на следующие вопросы:

Что было хорошего в прошедшем спринте?
Что помогало работать?
Что мешало сотруднику в работе?
Что или кто может помочь ему работать лучше?

Sales

Сейлз, следит за сроками сдачи спринтов, может запрашивать у ПМ информацию на какой стадии находится проект. Сейлз, обязан найти возможности предложить заказчику дополнительные услуги (upsale , cross sale). ПМ может содействовать сейлзу в допродажах, если ПМ видит для этого возможность. При согласовании с sales лично делать предложение заказчику о допродажах. Итоговая смета на доп.услуги, утверждается коммерческим директором. Данная процедура нам нужна для формирования фонда продвижения и увеличения доходов сотрудников.