LECT / Методология Microsoft Solution Framework

Методологія Microsoft Solution Framework (MSF)

Модель командної групи (MSF Team Model)

Рис.1. Модель командної групи (MSF Team Model)

Program management – керування програмою. Виконавець цієї ролі відповідає за організацію (але не керує): здійснює ведення графіка робіт, ранкові 15-хвилинні наради, забезпечує відповідність стандартам і специфікаціям, фіксацію порушень, написання технічної документації.

Product management – керування продуктом. Виконавці цієї ролі відповідають за спілкування із замовником, написання специфікації, роз'яснення завдань розробникам.

Development – найбільш традиційна роль – розроблення і початкове тестування продукту.

User expirience – підвищення ефективності роботи користувачів, написання користувальницької документації.

Release management – розгортання релізу продукту, супровід і його технічна підтримка.

Test – визначення відповідності показників якості релізу встановленим значенням. Виявлення й усунення недоробок, виправлення помилок, інші функції QA.

Модель процесу (MSF Process Model)

Основні принципи і практичні прийоми, на яких

• ґрунтується модель:

• ітеративний підхід (послідовний випуск версій);

• підготовка чіткої документації;

• урахування невизначеності майбутнього;

• облік компромісів;

• керування ризиками;

• підтримка відповідального відношення колективу до строків випуску продукту;

• розбивка великих проектів на більш дрібні керовані частини;

• щоденне складання проекту;

• постійний аналіз ходу робіт.

Рис.2. Модель процесу

Envisioning Phase – вироблення єдиного розуміння проекту всіма членами колективу. Ця фаза закінчується розробленням формалізованого документа, що містить:

• problem statement – опис завдання на розроблення ПЗ обсягом не більше однієї сторінки;

• vision statement – опис того, від чого відштовхується розроблення і яким результатом закінчується;

• solution concept - що буде впроваджене в результаті вирішення поставленої проблеми;

• user profiles – опис потенційних користувачів системи;

• business goals – опис бізнес-функцій, виконання яких за допомогою розробленого ПЗ поверне інвестиції;

• design goals – конкретні цілі й обмеження програмного продукту, його конкретні властивості.

Planning Phase – планування чергового циклу розроблення:

• функціональні специфікації;

• план-графік робіт;

• оцінка ризиків.

Developing Phase – розроблення, причому рекомендуються різні технологічні прийоми, наприклад, повторне використання фрагментів коду, програмування за контрактом, написання захищеного від помилок ПЗ та ін.

Stabilizing Phase – створення стабільної β-версії, готової до використання.