Забудовник не може передбачити повінь заздалегідь, розробник точно не знає, якими будуть властивості нового продукту під час тестування, працівник програмного забезпечення не знає, скільки разів комп’ютер «зависає» тощо. Те, наскільки дана невизначеність буде чи не буде відображена в проекті, є випадковою.
2.4.4 Дерево припущень (SPr)
Загальна процедура складання дерева припущень:
1. Визначення мети Успенського дерева
2. Складання переліку перешкод на шляху досягнення цілі та переліку підцілей, які ці перешкоди подолають.
3. Створення логічної послідовності підцілей на схемі.
4. Виконання плану.
Після визначення чіткої мети необхідно письмово сформулювати перешкоди, що перешкоджають досягненню мети. Наступним кроком є визначення підцілі для кожної з перешкод. Під підціллю ми маємо на увазі "що" ми маємо зробити, щоб подолати перешкоду і таким чином наблизитися до досягнення мети. Далі ми створимо певну логічну послідовність окремих підцілей на основі причинно-наслідкових зв’язків, подібну до тієї, що показана на фіг. 2.6. Тому ми повинні визначити взаємозалежності, які ми позначимо на схемі стрілками.
Після складання цілого дерева ми перевіримо правильність усіх вказаних відносин та внесемо будь-які виправлення. У випадку планування команди, кожен член команди повинен погодитися з таким деревом
Початковий етап проекту
4.1 Графік роботи над проектом
У попередніх розділах ми визначили, що ми можемо розглядати як проект, використовуючи інструменти TOC, визначили цілі проекту та очікувані результати після його реалізації.
У цьому розділі ми поговоримо про те, як досягти цілей проекту. У термінології TOC це означає, що ми шукаємо відповідь на питання: Як здійснити певну зміну?
Першим етапом процесу планування є створення графіка роботи над проектом. Його створення полягає у поступовому поділі проекту на основні робочі підрозділи, керівники яких візьмуть участь у підготовці детальної схеми мережі.
Поступово розподіляючи проект на менші підрозділи, ми можемо працювати над групою заходів, які ми можемо планувати та управляти ними. Якщо це винятковий проект, або установа ще не запланувала і не реалізувала подібний проект, то ми розпочнемо створювати графік роботи над проектом у Дереві припущень. За його допомогою ми створимо перелік підцілей, згрупувавши їх по областях, що вимагають, наприклад, подібних навичок, створимо базовий графік роботи. На малюнку зображено приклад робочого графіка проекту, метою якого є підготовка курсу для дистанційної освіти з темою "Застосування ТОС в управлінні проектами"
4.2.2 Розробка схеми мережі TOC для стандартних проектів
У випадку зі стандартними проектами ми зазвичай маємо дані попередніх проектів. Хоча це було сказано кілька разів, жоден з двох проектів не однаковий, завдання в кожному проекті можуть бути дуже схожими. У випадку зі стандартними проектами процедура складання схеми мережі TOC така:
1. Визначено мету проекту
2. Буде складено перелік всіх результатів проекту та критеріїв успішності реалізації проекту. Результати проекту в основному визначаються кількісно. Однак іноді вони можуть бути виражені якісно або поєднанням кількісних та якісних зв'язків. Критерії успіху можуть бути виражені як інтервали або обмеження (наприклад, від 1 до 5, більше за 8 тощо)
3. При налаштуванні мережі вона починається з кінця. Мета, яку ми намагаємось досягти, показана праворуч (рис. 4.3). Ми запитуємо: Які вхідні дані потрібні для запуску цього завдання? Відповідь на це питання допоможе нам визначити попередні завдання. Всі задані таким чином завдання відображаються ліворуч від мети проекту. Проводиться стрілка від завдання до мети проекту. (Рис. 4.4)
Перевіряються відносини, показані стрілками:
Для того, щоб досягти мети (стрілка), ми повинні виконати завдання A (стрілка) і завдання B (стрілка) і . та завдання X (стрілка). 4. Вибрано одне із завдань ліворуч від цілі. Як і в пункті три, визначаються всі вхідні дані, необхідні для його запуску. Завдання позначені зліва, як показано на малюнку 4.5. Таким чином перевіряються всі зазначені завдання. Мережа не буде завершена, поки не буде досягнуто старту проекту. Отримана мережа може виглядати, як показано на малюнку 4.6.
Потім сформована таким чином мережа може бути перемальована на схемі на фіг.
При створенні або перевірці мережі може бути два випадки, коли необхідно розділити заплановане завдання:
• Введення запитувалось з іншого джерела після того, як робота розпочалась, але до її закінчення.
• Вихід завдання необхідний для того, щоб почалося нове завдання. 5. Перевірена логіка мережі. Цей контроль починається з початку проекту і здійснюється разом з особами, які виконують або відповідають за окремі завдання. Переглядаючи кожне завдання, дайте відповіді на такі запитання:
• Які вхідні дані потрібні для кожного завдання?
• Їх достатньо?
• Які завдання генерують ці вхідні дані?
• Людина, яка виконує завдання, погоджується з результатами, визначеними для цього завдання?
• Що насправді представляє це завдання?
• У якій формі повинні генеруватися результати?
• Хто виконує це завдання ?
• Для наступного завдання потрібні ці результати?
• Яке обладнання потрібно для виконання цього завдання?
• Ми їх уже маємо в наявності, або ми просто повинні їх отримати?
• Яка найпоширеніша тривалість цього завдання за відсутності перебоїв та непередбачених обставин?
• Яка оцінка тривалості, пов’язана з мінімальним ризиком?.