
- •Технологія програмування та створення програмних продуктів
- •(частина 2)
- •Візуальне моделювання на основі UML
- •MSF – Модель проектної групи (v. 3.1)
- •Анотація
- •1. Основи моделі проектної групи MSF
- •Основні принципи
- •Розподіл відповідальності при фіксації звітності
- •Наділення членів команди повноваженнями
- •Концентрація на бізнес-пріоритетах
- •Єдине бачення проекту
- •Прояв гнучкості і готовність до змін
- •Заохочення вільного спілкування
- •2. Ключові концепції
- •Команда соратників
- •Фокусування на потребах замовника
- •Націленість на кінцевий результат
- •Установка на відсутність дефектів
- •Прагнення до самовдосконалення
- •Зацікавлені команди працюють ефективно
- •3. Випробувані методики
- •Малі багатопрофільні проектні групи
- •Колективна робота
- •Загальна участь в проектуванні
- •4. Огляд моделі команди MSF
- •Задоволені замовники
- •Досягнення результату в рамках проектних обмежень
- •Створення продукту відповідно до специфікації
- •Схвалення випуску продукту лише після того, як всі дефекти виявлені і відлагоджені
- •Підвищення споживчої цінності продукту
- •Безпроблемне впровадження і супровід продукту
- •Ролеві кластери моделі проектної групи
- •I. Ролевий кластер "Управління продуктом"
- •Області компетенції
- •1. Планування продукту
- •2. Бізнес-віддача
- •3. Представлення інтересів замовника
- •4. Маркетинг
- •II. Ролевий кластер "Управління програмою"
- •Області компетенції
- •1. Управління проектом
- •2. Вироблення архітектури рішення
- •3. Контроль виробничого процесу
- •4. Адміністративні служби
- •III. Ролевий кластер "Розробка"
- •Області компетенції
- •1. Технологічне консультування
- •2. Проектування і здійснення реалізації
- •3. Розробка програмних рішень
- •4. Розробка інфраструктури
- •IV. Ролевий кластер "Тестування"
- •Області компетенцій
- •1. Планування тестів
- •2. Розробка тестів
- •3. Звітність про тести
- •V. Ролевий кластер "Задоволення споживача"_
- •Області компетенцій
- •1. Загальнодоступність
- •2. Інтернаціоналізація
- •3. Забезпечення технічної підтримки
- •4. Навчання користувачів
- •5. Зручність експлуатації (ергономіка)
- •6. Графічний дизайн
- •VI. Ролевий кластер "Управління випуском"
- •Області компетенції
- •1. Управління випуском
- •2. Інфраструктура
- •3. Супровід
- •4. Бізнес-процеси
- •Масштабування моделі проектної групи
- •Групи напрямів
- •Функціональні групи
- •Об'єднання ролей
- •Ескалація і підзвітність
- •Модель проектної групи немає організаційної структури
- •Зовнішня координація – на кому лежить відповідальність?
- •Висновок
- •MSF: Модель процесів
- •Анотація
- •Короткий огляд методології
- •Введення
- •Інші моделі процесів
- •Краще з двох світів
- •Базові принципи MSF
- •Єдине бачення проекту
- •Проявляйте гнучкість – будьте готові до змін
- •Концентруйтеся на бізнес - пріоритетах
- •Заохочуйте вільне спілкування
- •Ключові концепції моделі процесів MSF
- •Замовники
- •Зацікавлені сторони (учасники)
- •Що є рішення?
- •Створення базових версій
- •Рамки проекту
- •Управління компромісами
- •Трикутник компромісів
- •Матриця компромісів проекту
- •Характеристики моделі процесів MSF
- •Підхід, заснований на віхах
- •Характеристики підходу, заснованого на віхах
- •Головні і проміжні віхи
- •Віхи як точки синхронізації
- •Віхи як орієнтири виробничої відповідальності
- •Провідні ролі різних фаз
- •Аналіз пройдених віх
- •Ітеративний підхід
- •Характеристики ітеративного підходу
- •Випуск версій
- •Створення "живої" документації
- •Ранні базові версії, відкладені підсумкові версії
- •Щоденні білди
- •Управління конфігураціями проекту
- •Рекомендації для випуску версій рішення
- •Створюючи плани, передбачайте версіонування
- •Перш за все, поставляйте базову функціональність
- •Вибирайте пріоритети, враховуючи ризики
- •Здійснюйте часті ітерації розробки
- •Інституціюйте процедури контролю змін в проекті
- •Цілісний погляд на розробку і впровадження
- •Переваги інтегрованої моделі процесів
- •Зосередження на потребах підприємства
- •Покращена підтримка розробки веб-приложений
- •Покращена підтримка веб-сервісів
- •Поліпшення взаємодії з командою супроводу
- •Зауваження про використання інтегрованої моделі процесів
- •Тривалість фаз не однакова
- •Діяльність може виходити за межі однієї фази
- •Проекти, обмежені розробкою застосування або впровадженням інфраструктури
- •Фази і віхи моделі процесів MSF
- •Фаза вироблення концепції
- •Введення
- •Віха "Концепція затверджена"
- •Результати
- •Основні завдання проектної групи на фазі вироблення концепції
- •Проміжні віхи, що рекомендуються
- •Ядро проектної групи сформоване
- •Чорновий варіант концепції проекту складений
- •Фаза планування
- •Введення
- •Віха "Плани проекту затверджені"
- •Результати
- •Основні завдання проектної групи на фазі планування
- •Проміжні віхи, що рекомендуються
- •Верифікація технологій
- •Базова версія функціональної специфікації створена
- •Базова версія звідного плану проекту створена
- •Базова версія звідного календарного графіка проекту створена
- •Середовища розробки і тестування розгорнені
- •Фаза розробки
- •Введення
- •Віха "Розробка завершена"
- •Результати
- •Основні завдання проектної групи на фазі розробки
- •Проміжні віхи, що рекомендуються
- •Концепція підтверджена
- •Білд n завершений, білд n+1 завершений...
- •Фаза стабілізації
- •Введення
- •Віха "Готовність рішення затверджена"
- •Результати
- •Основні завдання проектної групи на фазі стабілізації
- •Проміжні віхи, що рекомендуються
- •Точка конвергенції
- •Точка досягнення нуля
- •Версії-кандидати
- •Контрольне тестування завершене
- •Тестування прийнятності для споживачів завершене
- •Пілотне впровадження завершене
- •Фаза впровадження
- •Введення
- •Віха "Впровадження завершене"
- •Результати
- •Основні завдання проектної групи на фазі впровадження
- •Проміжні віхи, що рекомендуються
- •Ключові компоненти розгорнені
- •Впровадження на місцях завершене
- •Упроваджене рішення стабілізоване
- •Методики моделі процесів MSF, що рекомендуються
- •Стимулювання винахідливості для розширення функціональності й обмеження ресурсів
- •Фіксування календарного графіка
- •Календарне планування на невизначене майбутнє
- •Використання паралельно працюючих компактних команд
- •Розбиття великих проектів на реальні частини
- •Отримання уроків з пройдених віх
- •Використання прототипіювання
- •Використання частих білдів і швидких тестів
- •Часті ітерації розробки і впровадження
- •Уникання розповзання рамок проекту
- •Оцінка з низу до верху
- •Інтеграція представлених проектною групою оцінок
- •Застосування A
- •Зміни в порівнянні з попередньою версією MSF
- •Висновок
- •Література
- •Анотація
- •Введення
- •Основні відомості про ризики
- •Базові принципи:
- •1. Гнучкість і постійна готовність до змін
- •2. Вільне спілкування
- •3. Отримання зі всього уроків
- •4. Розподіл відповідальності при фіксації звітності
- •Ключові концепції:
- •Найбільш ефективним є превентивне управління ризиками
- •2. Заохочення до виявлення ризиків
- •3. Постійна оцінка ризиків
- •4. Підтримка відкритого спілкування
- •5. Постійний аналіз ризиків
- •6. Кількість ризиків не характеризує реальне положення речей
- •Планування управління ризиками
- •Процес управління ризиками
- •Загальне уявлення
- •Етап 1. Виявлення ризиків
- •Введення
- •Початкові дані
- •Кроки по виявленню ризиків
- •Структурований підхід
- •Класифікація ризиків
- •Формулювання ризиків
- •Результати
- •Етап 1. Аналіз і пріоритезація ризиків
- •Введення
- •Мета
- •Початкові дані
- •Процес аналізу ризиків
- •Вірогідність ризику
- •Загроза ризику
- •Очікувана величина ризику
- •Додаткові кількісні методики
- •Результати
- •Головна таблиця ризиків
- •Інші методи проведення аналізу
- •Документ опису ризиків
- •Список головних ризиків
- •Деактивація ризиків
- •Планування ризиків_
- •Введення
- •Початкові дані
- •Заходи
- •Дослідження
- •Ухвалення
- •Уникнення
- •Перенесення
- •Запобігання
- •Пом'якшення наслідків (реагування)
- •Календарне планування
- •Результати
- •Діяльність по управлінню ризиками
- •Документування планів
- •Оновлення плану і календарного графіка проекту
- •Моніторинг ризиків_
- •Початкові дані
- •Заходи щодо моніторингу
- •Звітність про стан ризиків
- •Результати
- •Коректування ситуації_
- •Мета
- •Початкові дані
- •Дії з коректування ситуації
- •Результати
- •Витягання уроків з ризиків
- •Введення
- •Типи отримуваних уроків
- •Управління витяганням уроків
- •Контекстна класифікація ризиків
- •База знань про ризики
- •Досягнення зрілості в управлінні знаннями про ризики
- •Управління ризиками як складова частина життєвого циклу проекту_
- •Управління ризиками на підприємстві
- •Створення культури управління ризиками
- •Управління портфелем проектів_
- •Висновок
- •MSF: Дисципліна управління проектами
- •Анотація
- •Введення
- •Базові принципи MSF
- •Пр.1: Розподіл відповідальності при фіксації звітності
- •Пр.2: Наділення членів команди повноваженнями
- •Ключові концепції
- •1) Дисципліни MSF
- •2) Поняття управління проектом
- •3) Менеджмент проекту і менеджер проекту
- •4) Управління проектами і специфічні IT-процеси
- •Особливості управління проектами в MSF
- •Роль менеджера проекту покладається на кластер "Управління програмою"
- •Взаємодія "Управління програмою" з лідерами командних ролей
- •A. Функціональні групи
- •B. Групи напрямів
- •Масштабування функцій управління проектом
- •Обов'язки по управлінню проектами
- •Лідери груп
- •Кластер "Управління програмою"
- •Управління великими і складними проектами
- •Адміністративні служби проекту
- •Звітність перед замовником
- •Рекомендації проектним групам
- •Управління рамками проекту
- •Визначення рамок на етапі вироблення концепції
- •Рамки рішення і рамки проекту
- •Визначення рамок (scope definition)
- •Управління змінами рамок (scope change control)
- •Підготовка планів
- •Повторне використання документів
- •Плани проекту
- •Ієрархічна структура робіт
- •Відповідність між WBS, функц. специфікаціями і зведеним планом
- •Створення WBS
- •Рекомендації по декомпозиції роботи
- •Оцінка знизу вгору
- •Інтеграція представлених проектною групою оцінок
- •Формування реалістичних очікувань
- •Невизначеність і точність оцінок
- •Оцінюйте завдання нижнього рівня декомпозиції
- •Аналіз PERT
- •Рекомендації по складанню календарного графіка
- •1) Впорядкування завдань
- •2) Обмеження часу
- •3) Вибір пріоритетів, з врахуванням ризиків
- •Створення часових буферів
- •Висновок
- •MSF: Дисципліна "Управління підготовкою"
- •Анотація
- •Вступ
- •Базові принципи
- •Пр.1: Заохочення вільного спілкування
- •Пр.2: Інвестування в якість
- •Пр.2: Отримання уроків
- •Пр.3: Гнучкість та готовність до змін
- •Ключові концепції
- •1) Інвентаризація наявних знань
- •2) Прагнення до самовдосконалення
- •3) Підготовка повинна бути перманентним процесом
- •Випробувані методики
- •1) Планування підготовки
- •Оцінка і моніторинг професійного рівня і індивідуальних цілей
- •Відноситеся до пропусків в підготовці як до ризиків
- •Огляд процесу Управління підготовкою
- •1) Визначення:
- •2) Оцінювання:
- •3) Коригування:
- •4) Осмислення:
- •Превентивне Управління підготовкою
- •Підготовка впродовж життєвого циклу ІТ
- •Кроки процесу Управління підготовкою
- •Крок 1: Визначення
- •Скл. 1: Проектні сценарії
- •Скл. 2: Кваліфікаційні вимоги
- •Скл. 3: Професійні навики
- •Крок 2: Оцінювання
- •Оцінка знань, умінь, здібностей
- •Специфікація процесу оцінювання
- •Збір і обробка даних
- •Обробка результатів оцінювання
- •Аналіз невідповідностей
- •Створення планів навчання
- •Крок 3: Коригування
- •Навчання
- •Моніторинг прогресу
- •Крок 4: Осмислення
- •Аналіз результатів
- •Управління знаннями
- •Вимоги до професійних навиків проектних ролей
- •Створення планів підготовки
- •Висновок

Рисунок 4. Комунікації
Варто підкреслити, що хоча зовнішня комунікація може надати корисну інформацію і рекомендації, ні окремі члени команди, ні вся команда в цілому не може змінити пріоритети проекту і ухвалені рішення про бюджет, терміни і об'єм робіт проекту. Такі зміни є прерогативою замовника або спонсора проекту, а проектна команда лише реалізує їх. Це приклад того, як команда рівноправних партнерів (соратників) співіснує з організаційними ієрархічними структурами.
Висновок
Модель проектної групи MSF не забезпечує успіх сама по собі. Є багато інших чинників, визначальний успіх або невдача проекту, але структура проектної групи, безумовно, вносить істотний внесок.
Пояснюючи це, Steve McConnell в "Rapid Development" пише:
"Навіть за наявності компетентних зацікавлених і працелюбних людей невірна структура команди здатна звести нанівець їх зусилля, замість того щоб привести їх до успіху. Погана структура команди може послужити причиною збільшення часу розробки, зниження якості, пониження морального духу, підвищення текучості кадрів і, зрештою, привести до відміни проекту".
Відповідна структура команди є фундаментом успіху, і реалізація моделі MSF з використанням лежачих в її основі принципів допоможе зробити проектні групи ефективнішими і, як наслідок, успішнішими.
Для отримання подальшої інформації, див.:
Microsoft Solutions Framework: http://www.microsoft.com/msf/ Microsoft Operations Framework: http://www.microsoft.com/mof/
44
MSF: Модель процесів |
|
Зміст |
|
MSF: МОДЕЛЬ ПРОЦЕСІВ........................................................................................................................................ |
45 |
АНОТАЦІЯ.................................................................................................................................................................... |
45 |
КОРОТКИЙ ОГЛЯД МЕТОДОЛОГІЇ ..................................................................................................................... |
46 |
ВВЕДЕННЯ.................................................................................................................................................................... |
46 |
ІНШІ МОДЕЛІ ПРОЦЕСІВ........................................................................................................................................ |
46 |
КРАЩЕ З ДВОХ СВІТІВ............................................................................................................................................. |
47 |
БАЗОВІ ПРИНЦИПИ MSF......................................................................................................................................... |
48 |
КЛЮЧОВІ КОНЦЕПЦІЇ МОДЕЛІ ПРОЦЕСІВ MSF ........................................................................................... |
48 |
ХАРАКТЕРИСТИКИ МОДЕЛІ ПРОЦЕСІВ MSF.................................................................................................. |
54 |
ПІДХІД, ЗАСНОВАНИЙ НА ВІХАХ ........................................................................................................................ |
54 |
ІТЕРАТИВНИЙ ПІДХІД............................................................................................................................................. |
55 |
ЦІЛІСНИЙ ПОГЛЯД НА РОЗРОБКУ І ВПРОВАДЖЕННЯ............................................................................... |
59 |
ФАЗА ВИРОБЛЕННЯ КОНЦЕПЦІЇ......................................................................................................................... |
61 |
ФАЗА ПЛАНУВАННЯ................................................................................................................................................. |
63 |
ФАЗА РОЗРОБКИ ........................................................................................................................................................ |
67 |
ФАЗА СТАБІЛІЗАЦІЇ.................................................................................................................................................. |
68 |
ФАЗА ВПРОВАДЖЕННЯ........................................................................................................................................... |
73 |
МЕТОДИКИ МОДЕЛІ ПРОЦЕСІВ MSF, ЩО РЕКОМЕНДУЮТЬСЯ............................................................. |
75 |
ЗАСТОСУВАННЯ A..................................................................................................................................................... |
77 |
ВИСНОВОК................................................................................................................................................................... |
78 |
ЛІТЕРАТУРА ................................................................................................................................................................ |
78 |
Анотація
Модель процесів MSF (MSF process model) представляє загальну методологію розробки і впровадження IT-рішень. Особливість цієї моделі полягає в тому, що завдяки своїй гнучкості і відсутності жорстко нав'язуваних процедур вона може бути застосована при розробці вельми широкого кола IT-проектів. Ця модель поєднує в собі властивості двох стандартних виробничих моделей:
1.каскадну (waterfall)
2.спіральну (spiral).
Остання версія моделі процесів MSF, що представляється в даному документі, доповнена ще одним інноваційним аспектом: вона покриває весь життєвий цикл створення рішення, починаючи з його відправної точки і закінчуючи безпосередньо впровадженням. (У
попередній версії MSF процеси розробки (development) і впровадження (deployment) описувалися двома різними,
хоча і дуже схожими, моделями). Такий підхід допомагає проектним групам сфокусувати свою увагу на бізнес-віддачі (business value) рішення, оскільки ця віддача стає реальною лише після завершення впровадження і початку використання продукту.
Процес MSF орієнтований на "віхи" (або етапи – англ.: milestones) – ключові точки проекту, що характеризують досягнення в його рамках якого-небудь істотного (проміжного або кінцевого) результату. Цей результат може бути оцінений і проаналізований, тобто мається на увазі відповіді на питання: "Чи прийшла проектна група до однозначного розуміння цілей і рамок проекту?", "Чи в достатньому ступені готовий план дій?", "Чи
45
відповідає продукт затвердженої специфікації?", "Чи задовольняє вирішення потреби замовника?" і так далі.
Модель процесів MSF враховує постійні зміни проектних вимог. Вона виходить з того, що розробка рішення повинна складатися з коротких циклів, що створюють поступальний перехід від простих версій рішення до його остаточного вигляду.
У цьому документі описується модель процесів MSF і ряд доповнюючих її методик.
Короткий огляд методології
Прагнучи досягти максимальної віддачі від IT-проектів, майкрософт випустив в світ пакет керівництва по ефективному проектуванню, розробці, впровадженню і супроводу рішень, побудованих на основі своїх технологій. Ці знання базуються на досвіді, отриманому майкрософтом при роботі над великими проектами по розробці і супроводу програмного забезпечення, досвіді консультантів майкрософту, що розробляли проекти на підприємствах замовників, і кращому з того, що накопичила на даний момент IT-індустрія. Все це представлено у вигляді двох зв'язаних і добре доповнюючих один одного областей знань:
Microsoft Solutions Framework (MSF) і Microsoft Operations Framework (MOF).
Створення бізнес-рішення в рамках відведеного часу і бюджету вимагає наявність випробуваної методологічної основи. MSF пропонує перевірені методики для планування, проектування, розробки і впровадження успішних IT-рішень. Завдяки своїй гнучкості, масштабованості і відсутності жорстких інструкцій MSF здатний задовольнити потреби організації або проектної групи будь-якого розміру. Методологія MSF складається з принципів, моделей і дисциплін по управлінню персоналом, процесами, технологічними елементами і пов'язаними зі всіма цими чинниками питаннями, характерними для більшості проектів. Інформація по MSF доступна в Internet за адресою .http://www.microsoft.com/msf/
MOF покликаний забезпечити організації, що створюють критично важливі (missioncritical) IT-рішення на базі продуктів і технологій майкрософту, технічним керівництвом по досягненню їх надійності (reliability), доступності (availability), зручності супроводу (supportability) і керованості (manageability). MOF піднімає питання, пов'язані з організацією персоналу, процесів; технологіями і менеджментом в умовах складних (complex), розподілених (distributed) і різнорідних (heterogeneous) IT-середовищ. MOF заснований на кращих виробничих методиках, зібраних в IT Infrastructure Library (ITIL), складеною Central Computer and Telecommunications Agency - Агентством уряду Великобританії. Інформація по
MOF доступна в Internet за адресою http://www.microsoft.com/mof/.
Введення
Моделі процесів описують послідовність дій, які необхідно здійснювати в ході реалізації проекту. Можна сказати, що вони задають тим самим життєвий цикл проекту. Спектр моделей, вживаних в даний час різними організаціями, вельми широкий. Серед них є і модель процесів MSF, що виникла на основі використовуваного в майкрософті підходу до розробки програмних застосувань. В результаті свого розвитку вона об'єднала ряд найбільш ефективних принципів інших відомих моделей процесів, сформувавши при цьому єдину базу для роботи над проектами будь-яких типів: орієнтованих на фази (phase-based), заснованих на віхах/контрольних точках (milestone-driven) і ітеративних (iterative). Модель MSF застосовують до процесу розробки традиційного програмного забезпечення, але також вона може бути використана для розробки і впровадження рішень в області електронної комерції
(e-commerce), розподілених мережевих продуктів (web-distributed applications) та інших складних інформаційних систем, які можуть виникнути в майбутньому.
Інші моделі процесів
Двома найбільш популярними моделями процесів, використовуваними в області інформаційних технологій, зараз є каскадна і спіральна моделі.
46

•Каскадна модель [1]. У цій моделі віхи використовуються як точки оцінки і переходу від однієї фази до іншої. Всі завдання, що відносяться до однієї фази, повинні бути завершені до того, як почнеться наступна фаза. Каскадна модель працює найкращим чином, коли на початковому етапі проекту можна чітко визначити незмінний набір вимог до рішення, що розробляється. Фіксація переходів від однієї фази до іншої полегшує розподіл відповідальності, звітність і проходження календарному графіку проекту.
Рис. 1 схематично зображає каскадну модель. Ромби відповідають віхам, а стрілки – фазам.
Рисунок 5. Каскадна модель
•Спіральна модель [2]. Ця модель враховує необхідність постійного перегляду, уточнення і оцінки проектних вимог. Такий підхід може бути дуже ефективним при швидкій розробці невеликих проектів. Він стимулює активну взаємодію між проектною групою і замовником, оскільки замовник оцінює хід і результати роботи впродовж всього проекту. Недоліком спіральної моделі є відсутність чітких віх, що може привести до хаотизації процесу розробки.
Рисунок 6. Спіральна модель
Краще з двох світів
Модель процесів MSF (схематично зображена на рис. 3) об'єднує в собі кращі принципи каскадної і спіральної моделей. Вона зберігає переваги впорядкованості каскадної моделі, не втрачаючи при цьому гнучкості і творчої орієнтації моделі спіральної. Деталі організації віх і фаз моделі процесів MSF розглядаються далі.
Рисунок 7. Модель процесу MSF
47