1. Статусы задач
1.1. Открыта
1.1.1. Задачи которые запланированы на спринт, но работа над ними еще не началась
1.2. Ожидает выполнения
1.2.1. Задачи которые были однажды перенесены В процессе, но по какой то причине выполнение отложено
1.2.2. Задачи которые планируется сделать на сегодня
1.3. В процессе
1.3.1. Задачи которые сейчас выполняются, максимум 3 штуки
1.4. Готова
1.4.1. Задачи которые выполнены, но с оговоркой, что если задача не поступила в использование конкретному пользователю и он ей не может полноценно пользоваться, то задача выполненной считаться не может
2. Собрания
2.1. Утренние собрания
2.1.1. Ответы на 3 вопроса
2.1.1.1. Что сделал?
2.1.1.2. Что будешь делать?
2.1.1.3. Есть ли какие либо препятствия для успешного окончания спринта?
2.1.2. Сбор только утром по скайпу, в 7-8 утра
2.2. Обзор спринта
2.2.1. Сбор в пятницу в 3 вечера
2.2.2. Обсуждение сроков выполнения
2.2.2.1. Если задачу оценили в 2 часа, но по факту делали 3, то выяснение причин
2.2.2.2. Если задачу оценили в 2 часа и делали 2, задача на спринте не обсуждается
2.2.2.3. Если задачу оценили в 2 часа, но делали 1, то выяснение причин
2.2.2.4. Если задачу оценили в 2, но к выполнению не приступали, то выяснение причин
2.3. Ретроспектива
2.3.1. Сбор в пятницу в 3.30
2.3.2. Вопросы на которые нужно ответить каждому члену команды
2.3.2.1. Что мы можем начал делать повседневно для улучшения повседневной деятельности?
2.3.2.2. Какие решения по поводу улучшения производительности оказались полезными принятые на прошлой ретроспективе?
2.3.2.2.1. Такие решения попадают в разрез принятых окончательно и выполняются до тех пор пока вопрос о их полезности не применяется снова
2.3.2.3. Какие решения по поводу улучшения производительности оказались бесполезными принятые на прошлой ретроспективе?
2.3.2.3.1. Такие решения попадают в разрез не принятых и выполнятся впредь не будут
2.4. Планирование спринта
2.4.1. Сбор в пятницу в 4.00
2.4.2. Оценка по времени выполнения всех задач из Бэклога коллективом
2.4.2.1. Оцениваем через SCRUM Pocker
2.4.2.1.1. https://play.google.com/store/apps/details?id=rs.pstech.scrumtimeplanningpoker&hl=ru
2.4.2.2. Если у какого то члена команды оценка сильно выбивается от среднего, то выяснение причин
2.4.2.3. Скрипт проведения
2.4.2.3.1. Project Manager должен озвучить задачу и что по ней нужно будет сделать
2.4.2.3.2. Объяснить все нюансы задачи и уточнить если у кого возникли вопросы
2.4.2.3.3. Объявляем о скрам покере и каждый дает свою оценку
2.4.2.3.4. Project Manager смотри поставленные всеми оценки и приходит к определенной средней и проставляет ее в задачу
2.4.2.4. Распределение между командой задач
2.4.2.4.1. Если какой то член команды решил, что в его компетенции сделать эту задачу, то назначаем задачу на него
2.4.2.4.2. Если задачу подразумевает ее выполнение в определенной команде, то она автоматически назначается на руководителя команды
2.4.2.4.3. Если задача не удовлетворяет пунктам выше, то задача назначается Project Manager-ом самостоятельно исходя из загруженности членов команды
2.5. Тематические собрания
2.5.1. Инициируются членами команды
2.5.2. Время согласуется между членами команды
2.5.3. Темы обсуждения любые, объявляются заранее
3. Роли
3.1. Chief Executive Officer / CEO
3.1.1. Глобальное планирование работы компании
3.1.2. Поиск новых клиентов
3.1.3. Коммуникация с существующими клиенатми
3.1.4. Дает задачи для бэклога Senior Project Manager
3.1.5. Формирование целей на месяц
3.1.6. Формирование плановых показателей на месяц
3.1.7. Калькуляция финансового плана
3.2. Senior Project Manager
3.2.1. Соединяет 2 роли
3.2.1.1. Product Owner
3.2.1.2. Scrum Master
3.2.2. Собирает бэклог задач
3.2.3. Все задачи заводятся только через SPM
3.2.4. Все изменения в задачах только через SPM
3.2.5. Все проблемы приложения не находящиеся в зоне компетенций MPM и JPM
3.2.6. Контролирует сроки выполнения задач
3.2.6.1. Он только контролирует. Ответственность несет в случаях неверного описания задачи или изменения в конструкцию спринта или содержания задачи
3.2.7. Проведение всех типов собраний
3.2.8. Ответственный за обучение членов Полевой команды
3.2.8.1. Соблюдение планового показателя 1 книга в 2 недели, книги выбираются самостоятельно
3.2.8.2. Проведение тестирования
3.3. Middle Project Manager / Lead Team
3.3.1. Работа с клиенами
3.3.1.1. Сбор задач
3.3.1.2. Выбивает новые точки для посещения у существующих клиентов
3.3.2. Дает задачи для бэклога Senior Project Manager
3.3.3. Ответственный за проект "Россия"
3.3.3.1. Все территории не входящие в проекты Москвы и Питера
3.3.3.2. Составление маршрута
3.3.3.3. Ежедневная проверка составленных маршрутов, оставление комментария
3.3.3.4. Документальное сопровождение сотрудников проекта
3.3.4. Первичная техническая поддержка во всех проектах
3.3.4.1. Неверная геолокация в приложении
3.3.4.2. Мелкие вылеты в приложении
3.3.4.2.1. Просит переустановить приложение на последнюю версию выданную ИТ отделом
3.3.4.2.2. Если проблема не исправляется переводит на SPM
3.3.5. Имеет право на пере открытие выполненной задачи у JPM
3.3.5.1. Перевод в статус Ожидает выполнения
3.3.5.2. Оставляет комментарий, Причина переоткрытия
3.3.6. Коммуникация с Мерчандайзерами вверенных проектов
3.3.6.1. Проверка отчетов каждый вечер на стандрт или не стандарт
3.3.6.2. Документоведение по мерчандайзерам своих территорий
3.4. Junior Project Manager
3.4.1. Исполнение задач клиента на полях
3.4.1.1. Доведение до личных команд задач клиента
3.4.1.2. Отчет о выполнении задач
3.4.1.3. Непредвиденные задачи с клиентами на полях
3.4.2. Планирование маршрутов своих проектов
3.4.2.1. Вводится консервативная система постройки маршрута, а именно у JPM есть план и рекомендации к посещению от CEO
3.4.2.2. JPM строит маршрут исходя из требований клиента и плана CEO
3.4.2.3. Внесение изменений по просьбе мерчендайзеров в маршрут только с собственных умозаключений
3.4.2.3.1. Умозаключения основываются на плане выдвинутом CEO, если это вредит плану, то в исправлении отказать
3.4.3. Проведение Тематических собраний между членами своих проектов
3.4.4. Проведение Ретроспектив между членами своих проектов
3.4.5. Полное покрытие вверенных проектов
3.4.5.1. Поиск мерчандайзеров
3.4.5.2. Определение бюджета территорий
3.4.5.3. Обеспечение 100% посещение всех точек
3.4.5.4. Несет ответственность за соблюдение плана поставленного CEO
3.4.5.5. Формирование бюджета команды
3.4.5.5.1. Распределение зарплат
3.4.5.5.2. Затраты на поиск новых Мерчандайзеров
3.4.5.5.3. Передача бюджета CEO
3.4.6. Дает задачи для бэклога Senior Project Manager
3.4.7. Первичная техническая поддержка во всех проектах
3.4.7.1. Не хватает точек/клиентов в маршруте
3.4.7.2. Мелкие вылеты/баги в приложении
3.4.7.2.1. Просит переустановить приложение на последнюю версию выданную ИТ отделом
3.4.7.2.2. Если проблема не исправляется переводит на SPM
3.4.8. Коммуникация с Мерчандайзерами вверенных проектов
3.4.8.1. Проверка отчетов каждый вечер на стандрт или не стандарт
3.4.8.2. Документоведение по мерчандайзерам своих территорий
4. Распределение ролей между существующими членами команды
4.1. Junior Project Manager
4.1.1. Георгий
4.1.2. Екатерина
4.1.3. Ренат
4.2. CEO
4.2.1. Елена
4.3. Middle Project Manager / Lead Team
4.3.1. Денис
4.4. Senior Project Manager
4.4.1. ?
4.4.1.1. Могу дать свою кандидатуру
4.4.1.1.1. Если накинешь поверх зарплаты 10000 р
4.4.1.1.2. Должность не должна сохранятся за мной на постоянке, Денис должен будет забрать пальму через 3 месяца
5. Типы задач
5.1. Повседневные задачи
5.2. Задачи спринта
6. Манифест по схеме работы(пункты добавляются или удаляются на ретроспективах)
6.1. Все члены команды являются одно уровненными, никто ни над кем не стоит
6.2. Что то согласовывать можно только с CEO, со всем остальными можно придти только к общему мнению в тематических собраниях
6.3. При возникновении спорных ситуаций, если вопрос не решается силами SPM вопрос должен выводится на Тематическом собрании
6.4. Обсуждать работу любого члена команда можно любому члену команды
6.5. Нужно стремиться к сохранению кадров в компании любой потерянный кадр ведет к невыполнению плана
6.5.1. Если кадр от тебя ушел, то виноват в этом только PM
7. Новая система KPI(только JPM и MPM)
7.1. Введение системы очков
7.1.1. Каждая задача весит некоторое количество очков
7.1.2. По результатам февраля месяца определяется сколько очков способен набрать JPM и MPM
7.1.3. Если на следующем месяце очков набирается меньше чем в прошлом, то надбавки за KPI не будет
7.1.4. Если на следующем месяце очков набирается столько же как в прошлом, то надбавка за KPI будет по ставке 0,5
7.1.5. Если на следующем месяце очков набирается больше прошлого, то надбавка за KPI будет по ставке 1
7.1.6. При обзоре спринта можно оспаривать начисленные очки за задачи, если задача оказвается сложнее по факту чем предполагалось
7.2. Введение системы соблюдения плановых показателей
7.2.1. Если плановые показатели соблюдаются на 95%+ то надбавка будет по ставке 1
7.2.2. Если плановые показатели соблюдаются на <95% то надбавка будет по ставке 0