Раскрашиваем проект при помощи Rational Unified Process

Источник: IBM Rational
Карен Ульфертс

Цветовое кодирование - это удобная методика, используемая в самых разных отраслях для того, чтобы создать наглядное представление процесса. Цвет представляет собой визуальный сигнал, позволяющий идентифицировать и организовать основные элементы процесса и управлять ими. Наглядное представление способствует лучшему пониманию задач процесса и выдвижению инициатив по его совершенствованию, что, в свою очередь, способствует повышению производительности, снижению количества дефектов и повышению удовлетворенности клиента результатами работы.

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

Мотивация для введения цвета в процесс

К мысли о применении цветового кодирования меня привели требования трассируемости процесса и продукта. Трассируемость продукта, в конечном итоге, обеспечивает его соответствие требованиям клиента. Трассируемость процесса гарантирует соответствие процесса разработки целям организационного процесса по стандарту Интеграции модели технологической зрелости (Capability Maturity Model Integration, CMMI) Института программотехники (Software Engineering Institute, SEI). Я хочу быть уверенной в том, что мой коллектив создает и поставляет именно то, чего ждут от нас клиент и его компания. Для того, чтобы в беседе с клиентом объяснить, что и как было сделано по данному проекту, что еще предстоит выполнить и какие методы планируется использовать, мне нужна информация. Введение в процесс цветового кодирования позволяет быстрее получить критическую информацию по проекту от сотрудников, руководства, сторонних аудиторов и инспекторов, а также, и это важнее всего, от клиента.

На рисунке 1 показан пример цветовой разметки артефактов проекта.

Photo of work space.

Рисунок 1. Мое рабочее место с разноцветными артефактами проекта

Трассируемость процесса

Впервые я воспользовалась цветовым кодированием для обеспечения трассируемости процесса. Я работала в должности инженера по процессам и занималась адаптацией процесса IBM® Rational® Unified Process (RUP®), в связи с чем мне нужно было упорядочить множество артефактов, задач, контрольных списков и рекомендаций, которые можно было применить в моих проектах. Я решила, что плакат по RUP 2001 - превосходная палитра для подбора цветов, которая поможет систематизировать процесс разработки в моем коллективе (см. рисунок 2). Девять рабочих потоков RUP на этом плакате были показаны заметно отличающимися оттенками серого, поэтому логично было выбрать столь же явно отличающиеся цвета. Смысл, который имеет для меня эта цветовая схема, вряд ли стоит документировать или описывать в данной статье. Достаточно сказать, что устное объяснение цветовой схемы RUP моим подчиненным оказалось довольно эффективным в процессе организации коллективной работы по задаче RUP "Старт прецедента разработки."

Photo of current RUP poster

Рисунок 2. Плакат по RUP в черно-белом варианте и с раскраской традиционными цветами RUP 2001 года

Моя работа по обеспечению трассируемости процесса начинается с корзины для документов, в которой на планках-разделителях подвешиваются девять папок, обозначающих соответствующие рабочие потоки RUP. Корзина процесса готова; теперь можно перейти к выполнению задачи RUP "Адаптация процесса разработки к конкретному проекту". Пока я думаю над тем, как выполнять каждую дисциплину, адаптирую артефакты и задачи, выбираю модель жизненного цикла, описываю примеры итераций, идентифицирую заинтересованных лиц, сопоставляю роли и рабочие должности и документирую прецедент разработки, я делаю заметки - множество заметок. В этих заметках находят отражение следующие моменты: логическое обоснование принимаемых решений, внутренний распорядок компании и процедуры, которые могут влиять на решения, трассируемость до элементов Ключевых областей процесса (Key Process Area, KPA) и основные члены коллектива, которые участвуют в обдумываемом процессе. Затем я распечатываю эти заметки, после чего вношу поправки в выбранные задачи и предоставляю обоснование для шагов, которые мы будем адаптировать. Кроме того, я распечатываю копии артефактов, соответствующие им контрольные списки и шаблоны, а также рекомендации по выполнению задач. Все эти данные я подшиваю в папку потока RUP соответствующего цвета в корзине процесса.

Photo of multicolored folders in project crates

Рисунок 3. Цветные папки рабочих потоков RUP в корзинах проекта и процесса

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

Photo of multicolored folders

Рисунок 4. Материалы из корзины проекта, размеченные в соответствии с рабочими потоками RUP и идентификаторами проекта

Трассируемость продукта

Я использую трассируемость продукта для того, чтобы должным образом выполнять свою роль инженера проекта, которая соответствует целым двум категориям ролей RUP - "Руководитель" и "Специалист по определению требований" - по крайней мере, в одном их аспекте - способности к выполнению задачи RUP "Управление зависимостями". В цветовую разметку для продукта включается имеющаяся цветовая схема, которая утверждена мной как инженером по процессам. Кроме того, мне нужна дополнительная цветовая схема для разрабатываемой системы (систем) (см. рисунок 5). Системы, которые мы поставляем нашим клиентам, включают аппаратные и программные элементы, поэтому я присваиваю им (а также любым компонентам подсистем, если они имеют отдельные спецификации требований) неповторяющиеся и логически понятные цвета.

Photo of use case model with color scheme

Рисунок 5. Пример моделирования прецедента с присвоением цветов разрабатываемым компонентам проекта

На рисунке 6 представлено пересечение цветовой схемы процесса с цветовой схемой продукта. Каждому компоненту присвоен свой цвет бумаги для заметок, а чтобы обозначить, к какому рабочему потоку RUP относится конкретный артефакт, используются цветные маркеры.

Photo of color coded system component labels on wall

Рисунок 6. Компоненты системы проекта, обозначенные листками для заметок присвоенного им цвета

Моя работа по обеспечению трассируемости продукта начинается с корзины, в которой на планках-разделителях повешены папки, представляющие применимые рабочие потоки RUP. Это корзина проекта; используемые цветные папки рабочих потоков RUP выбираются так же, как и при адаптации процесса. Например, в большинстве моих проектов не применяется дисциплина Бизнес-моделирование, поэтому в корзинах нет соответствующей папки. В процессе выполнения и распределения задач и артефактов (см. рисунок 7), я делаю заметки, которые отражают мою работу над процессом и содержат информацию о принятых решениях и основных сотрудниках, участвующих в обдумываемом процессе. Эти заметки подшиваются в соответствующую папку рабочего потока корзины проекта для использования в инициативах по совершенствованию процесса или при ретроспективном анализе проекта.

Project team members and assigned components

Рисунок 7. Распределение между членами рабочей группы артефактов, которые помечены цветом соответствующих компонентов системы

Для задачи RUP "Управление зависимостями" я выполняю цветовую разметку спецификаций требований к системам и подсистемам, элементов проекта и информации о трассируемости теста в соответствии с присвоенными цветами, и подшиваю в соответствующие папки рабочих потоков RUP в корзине проекта. Корзина проекта не предназначена для хранения уже утвержденной управлением конфигурации и системой контроля информации. В нее помещается информация об элементах, которые в настоящий момент находятся под контролем управления конфигурацией, в том числе, таблицы трассировки, записи по контролю качества и информация для аудитов клиентов. Заполнение таблиц трассировок вынуждает коллектив разработчиков структурировать требования, проект и тестовую информацию, а это, безусловно, хорошо для уменьшения количества дефектов. Система цветового кодирования ускоряет и упрощает предоставление входной информации для моделирования прецедентов и для проектных групп, а также рецензирование требований, проекта и тестов, что позволяет охватить все требования клиента и процесса.

Заключение

Работа по разметке процесса цветом при помощи множества обычных канцелярских принадлежностей (см. рисунок 8) сполна окупается, когда ко мне обращаются: сотрудники - за рекомендациями по процессу (что делать, как делать, контрольные списки для проверки качества); руководитель (руководители) - за информацией о состоянии артефактов проекта (в том числе, о том, когда они рецензировались, кто делал рецензию, какой стандарт качества использовался); инспектор по CMMI - за объективным подтверждением того, что ключевые области проекта (KPA) соответствуют требованиям стандарта - или когда с чем-либо из вышеперечисленного пожелает ознакомиться наш клиент. Я всегда могу быстро предоставить эти данные, или, по меньшей мере, смогу с уверенностью объяснить, почему какая-либо информация отсутствует, после того, как прослежу путь трассировки до законной остановки. Мне не нужно прочесывать содержимое своего компьютера в поисках нужного документа или перешагивать горы бумаги в офисе, не имея систематического метода получения информации.

Photo of office materials stored on shelves

Рисунок 8. Для идентификации и упорядочения информации по процессу и проекту используется много канцтоваров


Страница сайта http://test.interface.ru
Оригинал находится по адресу http://test.interface.ru/home.asp?artId=18205