С 37 страницы № 5, 6, 7, 8, 9, 10

ЛАБОРАТОРНА РОБОТА№ 1. ІНІЦІАЛІЗАЦІЯ ПРОЕКТУ

Метою заняття є визначення мети проекту, визначення проміжних результатів роботи, контрольних точок, обмежень і процедури здачі роботи.

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

1.ЕТАП 1: розробка технічного завдання

2.ЕТАП 2: розстановка пріоритетів

3.ЕТАП 3: структурування робіт по етапах

4.ЕТАП 4: поєднання структури розподілу роботи по етапах (СРРПЕ) з організацією

5.ЕТАП 5: кодування СРРПЕ для інформаційної системи

1.1.Розробка технічного завдання на проект

Технічне завдання - це визначення кінцевого результату або мети вашого проекту - товару або послуги для вашого замовника. Основною метою тут є як можна більш чітке визначення проміжних результатів роботи для кінцевого користувача і концентрація (в єдине ціле) планів проекту.

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

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

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

1.1.1. Використання переліку контрольних питань проекту

Для того щоб переконатися в правильності ТЗ, можна використовувати наступний контрольний перелік питань:

1.Цілі проекту.

2.Проміжні результати роботи.

3.Контрольні точки.

4.Технічні вимоги.

5.Обмеження і винятки.

6.Перевірка виконання роботи спільно з клієнтом.

1.1.2. Цілі проекту.

Першим етапом у визначенні ТЗ є визначення основних цілей для задоволення потреб клієнта. Наприклад, в результаті аналізу ринку компанія, що займається комп'ютерними програмами, вирішує розробити програму, здатну автоматично перекладати з англійської на російську. Проект повинен бути виконаний за три роки при витратах, що не перевищують $ 1,5 млн.

1.1.3. Проміжні результати роботи.

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

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

1.1.4. Контрольні точки.

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

1.1.5. Технічні вимоги.

Зазвичай товар або послуга для того, щоб добре працювати, повинні відповідати технічним вимогам. Наприклад, електронний курс навчальної дисципліни повинен відповідати програмі дисципліни, для його вивчення необхідні технічні засоби у складі: персональний комп'ютер з певними технічними характеристиками, програмне забезпечення для перегляду і т.д.

1.1.6. Обмеження і винятки.

Слід чітко визначити межі ТЗ. Прикладом такого обмеження є збір даних клієнтом, а не підрядником; який потрібно побудувати будинок, а не те, як він вписується в пейзаж, або які прилади, що забезпечують охорону та безпеку, потрібно встановити; які програми треба ввести, а не якусь підготовку дати персоналу. У разі розробки електронного курсу навчальної дисципліни конспекти лекцій, методичні вказівки до виконання лабораторних і практичних робіт, матеріали для самостійної роботи, мультимедійні матеріали надає замовник. Підрядник зобов'язується перетворити дані матеріали в потрібний формат і структурувати їх відповідно до вимог.

1.1.7. Перевірка виконання роботи спільно з замовником.

Контрольний список питань ТЗ проекту закінчується спільній з замовником перевіркою виконання роботи. Чи отримує замовник у вигляді проміжних результатів те, що він хоче? Вказує чи визначення проекту ключові досягнення, кошторису, терміни і вимоги до виконання робіт? Чи розглядаються питання обмежень і виключень? Обговорення всіх цих питань вкрай необхідно, щоб уникнути непорозумінь.

1.2.Приклад технічного завдання

1.2.1.Мета проекту

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

1.2.2. Проміжні результати роботи

1.Збір навчальних матеріалів відповідно до програми курсу

2.Формирование комплекта электронных лекций

3.Формування електронного практикуму, включаючи необхідне програмне забезпечення

4.Підготовка матеріалів для самостійної роботи студентів

5.Підготовка комплекту завдань для проміжного та підсумкового контролю знань

6.Формування бібліотеки електронної літератури

7.Оформлення супровідної документації

8.Отримання сертифікату реєстрації електронного курсу навчальної дисципліни

1.2.3. Контрольні точки:

1.Зібрати матеріали і погодити зміст - 10 лютого.

2.Розробити шаблони документів - 12 лютого.

3.Оформлення конспектів лекцій, вказівок до виконання практичних завдань - 20 лютого.

4.Формування завдань і матеріалів для самостійної роботи - 23 лютого.

5.Збір та тестування необхідного програмного забезпечення - 25 лютого

6.Остаточна коректура - 1 березня.

7.Отримання сертифікату - 7 березня

1.2.4. Технічні вимоги:

1.Електронний курс навчальної дисципліни повинен відповідати вимогам, що діють у навчальному закладі.

2.Всі матеріали повинні мати єдине стильове оформлення.

3.Матеріалів електронного курсу повинно бути достатньо для самостійного вивчення дисципліни без участі викладача.

4.Включене до складу електронного курсу навчальної дисципліни програмне забезпечення повинно бути ліцензійно чистим.

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

6.Електронний курс навчальної дисципліни повинен бути виконаний державною мовою.

1.2.5. Обмеження і винятки:

1.Електронний курс навчальної дисципліни повинен бути створений на основі матеріалів, наданих замовником.

2.Замовник повністю відповідає за достовірність інформації, розміщеної у конспектах лекцій і методичних вказівках до виконання лабораторних і практичних робіт.

3.У тестові завдання не включені ключі.

4.Підрядник зберігає права на використання зовнішніх послуг.

5.Підрядник відповідає за субпідрядні роботи.

6.Час роботи: понеділок - п'ятниця з 8.00 до 18.00.

1.2.6. Перевірка виконання робіт замовником Невструев Янус Полуектович

1.3.Розстановка пріоритетів

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

Матриця пріоритетів проекту

1.4.Завдання

Попередньо розбившись на групи і розподіливши ролі в проекті (див. Введення) кожній бригаді необхідно:

1.Сформулювати мета проекту

2.Визначити проміжні результати роботи

3.Спланувати контрольні точки

4.Сформулювати технічні вимоги

5.Сформулювати обмеження і виключення

6.Визначити процедуру перевірки виконання роботи спільно з клієнтом. Результати оформити у вигляді технічного завдання на виконання проекту.

ЛАБОРАТОРНА РОБОТА№ 2. СТРУКТУРИЗАЦІЯ РОБОТИ

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

1.5.Термінологія

Операція (або робота). Для керівників проектів операція - це неподільний елемент проекту, що вимагає витрат часу для свого виконання.

Зазвичай виконання операцій пов'язано з витратами часу і трудових ресурсів.

Іноді це може бути просто час. Прикладами цього можуть бути операція очікування підписання контракту або очікування надходження матеріалів, схвалення уряду, митне оформлення вантажів і т.д.

Операції зазвичай складаються з однієї або більше робіт з наборів робіт. Як правило, назва операцій дається помилки не повинно бути дієслова, наприклад, "розробити специфікацію продукту ".

Операція злиття. Це операція, яка має більше однієї безпосередньо попередньої операції.

Паралельні операції. Це операції, які можуть, за бажанням менеджера, виконуватися одночасно. Проте зовсім не обов'язково здійснювати паралельні операції одночасно.

Шлях. Послідовність пов'язаних, взаємозалежних операцій.

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

Подія. Термін використовується для позначення точки часу початку або завершення операції. Подія не вимагає часу.

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

Роботу над проектом можна розділити на більш дрібні елементи.

Результат цього поетапного процесу називається структурою розподілу роботи по етапах (СРРПЕ).

Рис. 2.1. Ієрархічне поділ СРРПЕ

1.6.Структура розподілу процесу роботи по етапах

Кожен режим робіт у СРРПЕ:

1.Визначає, яка робота буде виконуватися (що).

2.Вказує час виконання набору робіт (як довго).

3.Визначає кошторис з урахуванням часу на виконання набору робіт (вартість).

4.Визначає ресурси, необхідні для виконання набору робіт (скільки).

5.Визначає контрольні пункти для вимірювання ходу виконання.

Для роботи, час виконання яких невідомо, виконавці або інші фахівці, які залучаються в якості експертів, дають в залежності від прийнятої системи три або два імовірнісні оцінки тривалості:

tmin - мінімальну; tmax - максимальну;

t’нн - найбільш ймовірну або тільки два перші.

Ці величини є вихідними для розрахунку очікуваного часу tож :

1.7.Конструювання мережевого графіка проекту

Для розробки мережевих графіків можуть застосовуватися два підходи:

•підхід з позначенням операцій у вузлах (блоках) графіка - ОУ;

•підхід з позначенням операцій на стрілках графіка - ОС.

На практиці перший метод - ОУ - використовується значно частіше і далі викладається саме цей метод.

1.7.1. Основні правила розробки мережевого графіка При розробці сіткового графіка доцільно дотримуватися наступних 8 правил:

1.Мережевий графік розгортається зліва направо.

2.Жодна операція не може бути розпочато, поки всі попередні пов'язані з нею операції не будуть виконані.

3.Стрілки в мережевому графіку відображають відносини передування і проходження. На малюнку стрілки можуть перетинатися.

4.Кожна операція повинна мати свій власний номер.

5.Номер наступної операції повинен бути більше номери будь-якої попередньої операції.

6.Освіта петель неприпустимо (іншими словами, не повинно відбуватися зациклення ходу виконання встановленого набору операцій).

7.Умовні переходи від однієї операції до іншої не допускаються (мається на увазі визначення послідовності ходу виконання операцій умовами типу: "Якщо буде досягнутий успіх, зробіть те-то ...; якщо ні - нічого не робіть").

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

1.7.2. Принципи побудови та аналізу мережевих графіків типу "ОУ "

Рис. 2.2 дає кілька типових конструкцій мережевого графіка, побудованого цим методом ОУ.

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

Залежність між операціями показується на графіку стрілками між прямокутниками (блоками).

Стрілки показують, як операції пов'язані між собою і послідовність їх виконання. На практиці операціях відповідають певні номери та короткий опис.

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

1.Какие операции должны быть завершены непосредственно перед этой операцией? Ці операції називаються попередніми стосовно даної.

2.Які операції має йти безпосередньо за цією операцією? Ці операції називаються наступними за даною.

3.Які операції можуть виконуватися під час виконання цієї операції? Які операції

можна назвати паралельними даної?

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

Рис. 2.2 (А) дає приклад того, які дії повинні виконуватися після того, як щось вже зроблено. Такий графік показує менеджеру проекту, що операція А має бути виконана до початку операції В, а операція У повинна бути завершена до початку операції З.

Рис. 2.2 (В) показує, що операції Y і Z не можуть бути розпочаті, поки не завершена операція X. Цей малюнок також показує, що операції Y і Z можуть відбуватися паралельно або одночасно, за бажанням менеджера, але це не обов'язкова умова. Наприклад, заливання бетоном дороги (операція Y) може відбуватися під час процесу укладання газону (операція Z), але прибирання території (операція X) повинна бути завершена до початку операцій Y і Z. Операції Y і Z вважаються паралельними.

Рис. 2.2 (С) показує, що операції J, K, L за бажання можуть відбуватися одночасно, а операція М не може бути розпочато, поки операції J, K, L не будуть завершені. Операції J, K, L паралельні.

Урис. 2.2 (D) операції Y і X паралельні і можуть відбуватися одночасно; операції Z і

ААтакож паралельні. Але операції Z і АА не можна починати, поки обидві операції X і Y не завершені.

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