Devprom ALM: Руководство пользователя

Это удобный способ контролировать ход выполнения рад сразу по нескольким параметрам:

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

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

Существуют две основные технологические схемы разработки:

• Последовательная (Kanban, Водопад), при которой каждое требование (или группа требований) последовательно проходит все этапы начиная от проектирования и заканчивая документированием, причем на каждом этапе участники проектной команды выполняют свою часть работы.
• Параллельная (Scrum, Scrumban), при которой работа над требованием декомпозируется на задачи для каждого из участников. Задачи могут выполняться как последовательно, так и параллельно - требование не попадет на следующий этап производства, пока все задачи по нему не будут выполнены.

Таким образом, при управлении мы отслеживаем:

1. прогресс реализации пользовательских требований, с использованием доски заявок или доски историй;
2. а в случае параллельной работы над пользовательским требованием, еще и доску задач, на которой виден прогресс выполнения задач по требованиям.

В случае последовательной схемы процесс реализации требований представляется в виде этапов (столбцов на доске), отражающих вашу технологию разработки. Требование в один момент времени может находиться только на одном этапе, например, на этапе анализа или тестирования. Когда очередной эта пройден, например, подготовлены детальные системные требования, исходное первичное требование переносится на следующий этап и так далее. Примером такой схемы является процесс "Сопровождение продукта", в основе которого используется Kanban.

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

На приведенной выше схеме из процесса "Поиск продукта" доска историй используется для планирования проекта. Оперативное управление работами (реализацией требований) осуществляется на доске задач.

Ограничения