Розфарбовуємо проект за допомогою Rational Unified Process

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

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


Мотивація для введення кольору в процес


До думки про застосування колірного кодування мене привели вимоги трассируемого процесу і продукту. Трассируемого продукту, в остаточному підсумку, забезпечує його відповідність вимогам клієнта. Трассируемого процесу гарантує відповідність процесу розробки цілям організаційного процесу за стандартом Інтеграції моделі технологічної зрілості (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. Для ідентифікації та впорядкування інформації по процесу та проекту використовується багато канцтоварів

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*