Please enable JavaScript.

Coggle requires JavaScript to display documents.

Регламент оформления проектов, Порядок ведения проекта: подготовка и…

- - - - Руководитель проекта по мере проработки задач для формирования проектной команды через почту отправляет заявку на привлечение сотрудника:
        
        Если Руководителю проекта требуется какой-то конкретный сотрудник, то Руководитель проекта предварительно через бронирование определяет, в какой проектной команде забронирован сотрудник на желаемый период привлечения, и добавляет в адресаты письма с заявкой на привлечение сотрудника Руководителя проекта той команды, где забронирован сотрудник. Состав адресатов для заявки на привлечение сотрудника:
        
        Руководитель проекта, у которого в команде забронирован требуемый сотрудник;
        
        Владелец ресурса;
        
        Администратор проекта.
        
        Если Руководителю проекта не принципиально, кто именно будет привлечен в команду, то состав адресатов для заявки на привлечение сотрудника:
        
        Администратор проекта.
        
        Владелец ресурса;
        
        В этом случае Владелец ресурса самостоятельно предлагает наиболее подходящего сотрудника для привлечения в команду и добавляет в переписку Руководителя проекта, у которого в команде забронирован требуемый сотрудник.
        
        Администратор проекта вносит запрашиваемые изменения в бронирование и отправляет внесенные изменения по почте в ту же переписку на согласование:
        
        Руководителю проекта, отдающему сотрудника;
        
        Руководителю проекта, принимающему сотрудника;
        
        Администратор проекта проверяет, что бронирование сотрудника не превышает 100%. Если бронирование сотрудника превышает 100%, Администратор проекта сообщает об этом по почте в этой же переписке Руководителям проекта, причастным к перераспределению сотрудника и Владельцу ресурса.
        
        Владельцу ресурса
        
        Руководитель проекта, отдающий сотрудника и Руководитель проекта, принимающий сотрудника оперативно договариваются о перераспределении участия сотрудника в их командах в чате скайпа по согласованию ресурсов:
        
        Если Руководителям проекта не удалось договориться, тогда Руководители проекта эскалируют ситуацию на АРК по почте в этой же переписке. По результатам эскалации выполняется переход к п. 3а или Руководитель проекта, принимающий сотрудника, пишет по почте в этой же переписке, что текущая заявка на привлечение сотрудника неактуальна и переходит к п.1.
        
        Если Руководителям проекта удалось договориться, тогда каждый из руководителей проекта пишет по почте в переписке, что изменения согласованы
        
        Владелец ресурса убеждается, что бронирование выполнено согласно договоренности и согласовывает изменения.
        
        Руководитель проекта при потребности в субподрядчике формирует ТЗ и отправляет запрос на подбор и привлечение субподрядчиков в Департамент партнерских отношений.
        
        Руководитель проекта вносит ссылку на проектную команду в бронировании в реестр проектов Роструда.
        
        1 more item...
        
        Руководитель проекта при необходимости пополнения состава проектной команды, выполняет запрос ресурсов согласно п.1 текущего порядка.
        
        Руководитель проекта при необходимости сокращения состава проектной команды, об освобождаемых сотрудниках уведомляет по почте Владельцев ресурса.
      - Руководитель проекта получает верхнеуровневые оценки задач от Лидов и определяет необходимое количество участников команды, в том числе подрядчиков.
        
        Руководитель проекта формирует проектную команду по мере проработки задач согласно Порядку формирования проектной команды.
        
        Руководитель (Администратор) проекта выполняет бронирование в джире :question:
        
        Руководитель (Администратор) проекта выгружает бронь из джиры в ПУ для получения оценки.
        
        Руководитель проекта готовится к Проектному комитету согласно порядку
        
        Порядок будет позже
        
        Руководитель проекта осуществляет представление и защиту проекта на Проектном комитете.
        
        2 more items...
- - - - Аналитик согласовывает с Руководителем проекта (Тимлидом) подготовленные согласно Порядку работ аналитиков на проектах Роструда, требования к информационным материалам для вывода функционала в бой (в том числе текстовым материалам) и при необходимости заводит соответствующие задачи с оформлением согласно Порядку оформления задачи/подзадачи в JIRA на проектах Роструда
        
        Порядок оформления задачи/подзадачи в JIRA на проектах Роструда
        
        для UX-инженера
        
        Копирайтера
        
        Технического писателя
        
        Разработчика
        
        Контент-менеджера
        
        Руководитель проекта проактивно согласовывает пользовательские интерфейсы, интерактивный прототип с Заказчиком, текстовые материалы, чтобы уложиться в сроки проекта и согласно плану запустить последующие по производственному процессу работы.
        
        Руководитель проекта информирует команду о результатах согласования пользовательских интерфейсов, интерактивных прототипов, текстовых материалов с Заказчиком. Если Заказчик дал замечания к пользовательским интерфейсам, интерактивному прототипу, текстовым материалам, Руководитель проекта через Тимлида ставит задачу на доработку пользовательских интерфейсов и интерактивных прототипов.
        
        Руководитель проекта и Тимлид, на встрече, организованной Аналитиком согласно Порядку работ аналитиков на проектах Роструда, принимают участие в согласовании ТЗ.
        
        Тимлид (Руководитель проекта) заводит задачу-поручение с оформлением согласно Порядку оформления задачи/подзадачи в JIRA на проектах Роструда на ознакомление с согласованными ТЗ на Руководителя отдела тестирования с указанием ориентировочных сроков окончания разработки.
- - - - Координатор задач после успешного решения поставленной задачи, указывает в комментарии к задаче-поручению называние созданной версии.
      - Версионирование
      - Правила работы с системой контроля версий
- - - - Регламент заведения задач для системных администраторов и devоps'ов
    - - Тимлид (Руководитель проекта) назначает подзадачи документирования (документация по коду, по внутренним протоколам) на Разработчиков.
        
        Разработчики проставляют оценки в назначенных на них подзадачах и выполняют разработку согласно Порядку работы разработчиков на проектах Роструда
        
        Порядок будет разработан позже
        
        Тимлид (Руководитель проекта) контролирует работу команды согласно порядку контроля выполнения работ (порядок будет описан позднее), чтобы разработка была выполнена в обозначенный срок.
        
        Порядок будет разработан позже
        
        4 Порядок ведения проекта: тестирование
        
        Тимлид (Руководитель проекта) обеспечивает передачу Release Candidate на тестирование согласно плану релизов.
        
        Тимлид (Руководитель проекта) контролирует работу команды согласно порядку контроля выполнения работ (порядок будет описан позднее), чтобы тестирование было выполнено в обозначенный срок.
        
        1 more item...
        
        План релизов