3.4. Календарне планування. Деталізація плану.

План створення продукту не може вважатись завершеним, доки його виконання не піддається вимірюванню, або доки в ньому документально не зафіксовані календарні терміни основних етапів та поставки компонент. Основними етапами називають події, передбачені план- графіком, результат яких можна виміряти.

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

Для кожного етапу розробки оцінюється, наскільки компоненти, що поставляються, відповідають критеріям якості, а також складаються звіти про досягнуту продуктивність в порівнянні з планом. Відхилення в термінах не обов’язково призводять до негативного результату, оскільки корекцією деяких відхилень можна управляти. Для досягнення цілей іноді потрібно вносити корективи та вказівки в проектний план.

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

План- графік створення КІ слід розглядати в 3 різних часових перспективах:

• загальної тривалості проекту (узагальнені етапи);

• планування на 90 днів вперед;

• деталізація план- графіка в межах двох тижнів (особливо під час проектування, програмування та модульного тестування).

Погляд з точки зору загальної тривалості проекту дає повну картину по відношенню до ЖЦ проекту та важливих етапів. Оскільки проект з більшою тривалістю відрізняється значним ризиком та його хід важче прогнозувати, доцільно оформити 90- денні відрізки робіт та більш деталізовані проміжні етапи. Незалежно від тривалості проекту двотижневі плани легко обмірковувати, прогнозувати, деталізувати, виконувати та відстежувати.

Вміст створюваних в ході проектування функцій слід розділяти на “порції” ПЗ, які включають діалогові вікна, сторінки та екрани, а також компоненти та методи, які їх підтримують.

Один з підходів до розбиття плану полягає в поетапній поставці вмісту проекту з використанням планованих ітерацій, як показано на рис.1. Ітеративний орієнтований на користувачів план визначає принаймні 4 основних ітерації:

• І1=концептуальні проектні рішення. Проектні рішення для головних, найбільш часто використовуваних елементів з підвищеним ризиком; дослідження альтернативних рішень, компромісів та обмежень; оцінка інструментальних засобів. Ці рішення базуються на наближеному підході до прототипування та оцінки.

• І2=20%- ий обсяг проектування. Виправлення та/або покращення рішень, вироблених в ході ітерації І1; додавання 20% функційних можливостей, використання яких займає 80% часу; аналіз інших областей, які стосуються проектування. Ці рішення базуються на точному підході до прототипування та оцінки.

• І3=наступні 20%. Виправлення та/або покращення рішень, вироблених в ході ітерації І2; додавання наступних 20% функційних можливостей та вирішення інших питань, які стосуються проектування (проблемні задачі користувачів).

• І 4+=завершення проектування. Виправлення та/або покращення рішень, вироблених в ході ітерації І3; додавання останніх функційних можливостей, які мають менше значення та які можна реалізувати протягом останнього короткого періоду проектування. Це, наприклад, повідомлення, мало використовувані функції. Для цих елементів розробляються специфікації, вони підлягають перегляду та реалізуються.

Рис.3.1. Концептуальні проектні рішення нарощуються під час ітерацій на етапі проектування

Ітерації мають важливе значення лише тоді, коли мова йде про задоволення критеріїв.

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

Ітерації не обов’язково напряму впливають на збільшення календарного плану. Єдина частина проекту, яка вимагає змін, це частина, яка призводить до відхилення від заданих критеріїв або до чисельних проблем практичності. В цьому випадку в ефективному проек5ті спостерігається відставання, яке слід наздоганяти.

При складанні план- графіків великих проектів та складного ПЗ можна використовувати наведені нижче оцінки календарної тривалості робіт:

• концептуальне проектування – 8 тижнів;

• початкова ітерація з використанням прототипу – 6- 8 тижнів;

• проектування, прототипування та підготовка до тестування – 6 тижнів;

• тестування, аналіз та планування наступної ітерації – 2 тижні;

• високорівневе проектування/прототипування/оцінка/специфікація – 1- 2 місяці;

• низькорівневе проектування/прототипування/оцінка/специфікація – 2- 3 місяці;

• кожен користувацький елемент управління – 2- 3 місяці.