Задачи "Разработка раздела __"

Эта задача нужна для ведения всей возможной отчётности по разделу. Тут и запросы на нормоконтроль, и фиксация основных технических решений и многое другое. Все обязательные кейсы обмена информацией в этой задаче можно изучить ниже, но если вы хотите поделиться в комментариях чем-то полезным и нужным для всех, не стесняйтесь в свободной форме это сделать.
Статусы задачи
Все задачи находятся в каком-либо статусе. Очень важно, чтобы вы не забывали менять статус задачи максимально оперативно. Делается это также как с метками.
Статусы нужно менять сразу при фактическом изменении статуса задачи - если вы ждёте ИД - ставите статус в ожидании ИД. Тогда МП и ГИП будут в курсе и не будут волноваться и лишний раз вас дёргать и спрашивать.

Если вы не видите статусы - нажмите "показать" в правом верхнем углу окошка. Не забывайте оставлять уведомления.
Метки готовности раздела
В конце недели разработчик должен поставить метку процента готовности раздела. Сделать это очень просто - нажать на метку под датой, снять выбор с нынешней метки и выбрать новую. Никто не знает реальный процент разработки раздела, т.к. множество факторов может на него повлиять. Тут важно ваше понимание этого процента и его актуальность в любую неделю. Чтобы ГИП и МП увидели что метка поменялась, не снимайте "колокольчик". Если вы будете обновлять метки чаще, чем раз в неделю, это будет только плюсом.
Отчёт о затраченном на разработку времени
В конце дня, после работы над задачей специалист должен отчитаться о времени, которое он потратил, а также кратко написать что было сделано. Не нужно писать поэмы, равно как и писать "разработка раздела". Пример хорошего отчёта смотрите на картинке.
Чек-лист завершения задачи
Для корректного завершения задачи у вас должны быть отмечены все чекбоксы в теле задачи. Без них менеджер задачу не закроет.
Запрос на согласование раздела
При необходимости согласовать свой раздел требуется инициировать этот процесс путём написания комментария в задаче на разработку с указанием через "@" всех согласующих (чтобы им пришло уведомление). Необходимо указать путь к чертежам и проверить чтобы он работал.
Запрос ИД и заданий
Также, в комментарии к задаче нужно указывать нехватку ИД и заданий для дальнейшей разработки. Форма свободная, главное чётко и понятно выразить свои проблемы, а также упомянть через "@" всех, кто может помочь. Если не знаете кто может, упомяните Менеджера. Главное не ждать с моря погоды, а сообщать всем о том, чего вам не хватает.

Не забудьте поменять статус задачи.
Запрос на нормоконтроль
Если вашему разделу нужен нормоконтроль, то вы пишете об этом комментарий в задаче. В некоторых ГУП нормоконтроль проводит Елена Штанюк, а в некоторых Менеджер или ГИП, прежде чем упоминать кого-то в комментарии лучше уточнить у МП кто ответственный.

Не забудьте поменять статус задачи.
Размещение чертежей на диске
Когда вы выкладываете раздел на диск, необходимо написать под вашей задачей комментарий с информацией о данном объёме работ и указать полный путь на диске.
Отчёт об основных технических решениях
Возможно, вы захотите зафиксировать какие-либо решения, чтобы уведомить всех о том что вы делаете именно так, а не иначе. В таком случае не стесняйтесь написать об этом комментарий в задачу в свободной форме.
Внесение изменений в ПСД
При необходимости внесения изменений специалист вносит в задачу "Внесение изменений в ПСД" внутри своего проекта КОММЕНТАРИЙ вида:
Номер изменения / Комплект / Основание / ФИО, кем внесено / Дата внесения изменения
-
Номер изменения имеет вид 2/35-18 и состоит из:
2 - порядковый номер изменения в рамках одного комплекта (АР, КМ, ТХ, …),
35 - порядковый номер изменения в рамках этого проекта (смотрим номер в последнем комментарии и ставим следующий),
18 – год внесения изменения.
-
Итого, запись об изменении в задаче примет вид:
2/35-18 / КМ / На основании замечаний экспертизы №... от 01.01.19г. / Иванов И. / 18.06.18

После начала стройки, подписания договора на Авторский Надзор (АН) и создания под него нового проекта в WS - Менеджер переносит задачу "Внесение изменений в ПСД" из проекта П в проект АН и нумерация изменений продолжается все в этой же задаче.
Запрос на повышение бюджета задач
Превышение бюджета не допускается.

В случае, если в любой момент работы над задачей вы начинаете понимать, что не уложитесь в отведенный бюджет, то вам необходимо сообщить об этом Менеджеру проекта в соответствующей задаче в ВС записью примерного вида: 

 " Прошу увеличить бюджет на ХХ% (ХХ дней) по следующим причинам:
  1. изменение задания от смежника (от кого, когда поступило)
  2. изменения ИД от заказчика (какие, когда и как к вам поступили)
  3. изменение информации от поставщика (какая, когда и как к вам поступила)
  4. увеличение объема работ по другим причинам (указать) "

Бюджеты и сроки предварительно согласовываются Начальником отдела и при необходимости на старте работ обсуждаются им или вами самостоятельно с Менеджером проекта. При их изменении в процессе выполнения работ также обязательно уведомляете об этом своего НО.

Также в задаче указываете новый срок, к которому планируете её выполнить.
После обсуждения причин, вызвавших изменения, ГУП принимает решение об изменении бюджета и срока в ВС. ГУП вправе оставить всё без изменений, либо внести изменения частично.

(!) В случае превышения бюджета в отчёте по конкретному проекту лишние часы удаляются из отчета Менеджером проекта.