BIM координаторам

РЕГЛАМЕНТ ВЗАИМОДЕЙСТВИЯ

Новые проверки создаются в соответствии с описанной последовательностью действий

Инициализация разработки

Определить внешнего заказчика

Выявить экономическую эффективность от внедрения разработки

Обсудить возможность реализации разработки с командой разработки

Назначить координатора задачи со стороны заказчика

Составить техническое задание на разработку

Создать задачу в проекте Asana в колонке "ЗАДАЧИ (TODO)", создается связь с историей, созданной под каждого заказчика, и назначить исполнителем руководителя проекта. 

Жизненный цикл задачи в Jira

Все новые разработки фиксируются в проекте "BIM Inspector" Jira

НУЖНО СДЕЛАТЬ (TODO) - в данной колонке bim - координаторами фиксируются задачи, которые по их мнению необходимо автоматизировать. 

НА РАССМОТРЕНИИ - задачи с готовым ТЗ от bim - координатора. ТЗ проходят проверку РП и тимлидом и по необходимости дорабатываются. По итогу рассмотрения заполняется чек лист полноты исходных данных. 

ОЦЕНКА - задачи прошедшие рассмотрение и имеющие полный комплект исходных данных, подтвержденный чек листом попадают на оценку. Оценка задачи ставится в план следующего спринта при наличии заполненного чек листа. Происходит оценка трудозатрат на разработку РП и тимлидом продукта. Определяется ответственный разработчик.

ГОТОВ К РАЗРАБОТКЕ - задачи с имеющейся оценкой ставятся в план разработки. План разработки формируется на 1 месяц вперед с точностью "день". План разработки на квартал составляется с точностью "месяц". План разработки на год составляется с точностью "квартал".

В РАБОТЕ - задачи в статусе разработки находятся в работе в текущем спринте. Разработка ведется 2-х недельными спринтами. Если реализация задачи занимает более 2-х недель, то она разбивается на более мелкие задачи, а при невозможности ставится в план того спринта в котором планируется завершение и работа над задачей берется с даты.

РЕВЬЮ- задачи на проверке кода. 

Тестирование и документирование выполняется параллельно в течении 2-х недель. Во время тестирования выполняется отработка замечаний по результатам тестирования. При успешном завершении тестирования и при наличии инструкции задача переходит в состояние "Готов к релизу". В четверг перед релизом 

ТЕСТИРОВАНИЕ - задачи в статусе внутреннего тестирования продукта.

BIM ТЕСТИРОВАНИЕ - задачи на тестировании BIM координаторами, выполняется параллельно внутреннему тестированию, но не может перейти в следующий статус до завершения этапа.

ДОКУМЕНТИРОВАНИЕ - задачи по которым готовится документация в виде инструкций по готовому продукту, параллельно разработке и тестированию, но не может перейти в следующий статус до завершения этапа. 

ГОТОВО К РЕЛИЗУ - задачи

РЕЛИЗ (DONE) - задачи, по которым разработка завершена и они готовятся к релизу.  Задачи в статусе завершенной разработки, готовой к релизу. Релиз проводится по понедельникам с 19:00 до 10:00 следующего дня по МСК, при наличии успешного завершения тестирования задач, входящих в релиз.

При создании задачи необходимо:

Указать наименование задачи, которое обозначает действие в форме глагола совершенного вида (Например: Разработать проверку "Квартирография") и поместить задачу в колонку "ЗАДАЧИ (TODO)", исполнителем назначить руководителя продукта

Указать тип разработки:

• Разработка - новая разработка

• Доработка - добавление функционала, либо частичное изменение старого. (Повышение минорной версии. 1.0 -> 1.1)

• Исправление - внесение изменений отвечающих за стабильность, исправление ошибок (Повышение версии сборки 1.0 -> 1.0.1)

Указать "Проект/Продукт" разработки:

• [ADV] Выполнить план развития продукта "BIM Inspector": РАЗВИТИЕ

• [BIM] Блок проверок BIM модели БКП/СКБ для выгрузки в BDS

• [AR] Блок проверок BIM модели АР

• [KR] Блок проверок BIM модели КР

• [IOS] Блок проверок BIM модели ИОС

• [CIVIL] Блок проверок Civil

Приложить Ссылку на ТЗ

Установить Приоритет:

• Если задача срочная. Без нее нельзя продолжать работу - Приоритет выставить Неотложная/Серьезная/Критическая

• Если задача плановая - установить приоритет Обычная

• Если на задачу нет внешнего заказчика - установить приоритет Незначительная

Составление технического задания

Все файлы с ТЗ необходимо сохранять в соответствующую папку на общем Google-диске.

Шаблон ТЗ Папка с ТЗ BIM Inspector

Создание блок-схемы алгоритма продукта

Необходимо создать блок-схему проверки/плагина в MIRO.

Если у инспекции есть общая часть схемы с другим инструментом (ex: PIK Tools), в блок схеме общую часть необходимо выделить рамкой зеленого цвета.  Необходимо дать название данной рамке "SDK PIKTools с Именование инструмента". К рамке необходимо приложить ссылку на общую часть в доске MIRO другого инструмента, отметить @ руководителя продукта.

Проверить у каких инструментов есть общая часть  с другими продуктами (ex: PIK Tools) можно в таблице.

Альтернативные ПО для разработки блок-схем не допускаются.

Подготовка тестового файла

В рамках составления ТЗ необходимо подготовить тестовый файл. Требования к тестовому файлу:

Файл для тестирования необходимо размещать на тестовом сервере в соответствующую папку

\\vpp-revit19_bim.main.picompany.ru\D$\RS19\Projects\0000_BIMInspector\Корпус\30_АР

\\vpp-revit19_bim.main.picompany.ru\D$\RS19\Projects\0000_BIMInspector\Корпус\40_КР

\\vpp-revit19_bim.main.picompany.ru\D$\RS19\Projects\0000_BIMInspector\Корпус\51_ЭОМ

\\vpp-revit19_bim.main.picompany.ru\D$\RS19\Projects\0000_BIMInspector\Корпус\52_ВК

\\vpp-revit19_bim.main.picompany.ru\D$\RS19\Projects\0000_BIMInspector\Корпус\53_ОВ

\\vpp-revit19_bim.main.picompany.ru\D$\RS19\Projects\0000_BIMInspector\Корпус\55_СС

Файл для тестирования необходимо отсоединять от модели хранилища с сохранением рабочих наборов, с настройкой “Задать” при открытии;

Файл необходимо пересохранить как новый файл хранилища с указанием “Тестовый” в наименовании файла;

Файл для тестирования необходимо очистить от следующих категорий (если функционал проверки с ними не связан*):

1) Неиспользуемые элементы модели. (Управление - Удалить неиспользуемые”);

2) Импортированные категории CAD;

3) Внешние ссылки на файлы САПР;

4) Внешние ссылки на файлы .rvt;

*Если функционал проверки связан с внешними ссылками, необходимо приложить связанные файлы вместе с основным тестовым файлом и обновить пути к связям.  (“Диспетчер связей”-”Обновить из”);

Файл для тестирования должен содержать вид для тестирования, его необходимо выбирать в качестве начального вида. (Управление - Управление проектом - Начальный вид);

Файл для тестирования должен содержать все элементы/виды/семейства, необходимые для проведения тестов и включать:

• корректные элементы; 

• элементы по каждой из ошибок;

• элементы по каждому из предупреждений;

Реакция на обрабатываемые события

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

Программа тестирования

В ТЗ необходимо добавить таблицу, в которую включить по каждому шагу проверки ID элементов с успешным и ошибочным результатом выполнения данного шага:

Чек лист к задаче

После подготовки ТЗ  руководителем продукта "BIM Inspector" выполняется проверка полноты исходных данных и заполняется чек лист . 

Оценка задачи

При наличии полного комплекта исходных данных, задача берется на оценку в следующем спринте. Оцененная задача переносится в колонку "Готов к разработке".  

Планирование задач

Задачи с имеющейся оценкой ставятся в план разработки. План разработки формируется на 1 месяц вперед с точностью "день". По задаче с планом "месяц" заполняются данные о сроках в полях "Target start" и "Target end", а так же "Дата тестовой сборки". Где "Target start" - дата начала разработки, "Target end" - дата окончания разработки, "Дата тестовой сборки" - дата выкладки задачи на тестовый сервер.   План разработки на квартал составляется с точностью "месяц". План разработки на год составляется с точностью "квартал".