Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Планування клопотань




План

План

План

Результати роботи з командою

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

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

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

• Удосконалення індивідуальних навичок або можливостей команди може сприяти визначенню та розробці кращих шляхів виконання робіт у рамках проекту.

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

Тема 11. УПРАВЛІННЯ ІНФОРМАЦІЙНИМ ЗВ'ЯЗКОМ У ПРОЕКТІ

11.1. Загальна характеристика управління інформаційним зв’язком у проекті

11.2. Планування інформаційного зв’язку

11.3. Поширення інформації

11.4. Звітування про виконання проекту

11.5. Адміністративне закриття проекту

11.1. Загальна характеристика управління інформаційним зв’язком у проекті

Управління інформаційним зв'язком, або комунікаціями, в проектах включає дії, необхідні для забезпечення своєчасного отримання, збору, поширення, зберігання і кінцевого розміщення проектної інформації. Воно забезпечує дуже важливі зв'язки між людьми для обміну ідеями та різного роду інформацією, що в кінцевому підсумку необхідно для успішного завершення проекту. Будь-яка особа, залучена до роботи в рамках проекту, повинна бути готовою до пересилання та прийому інформації на «мові» проекту по встановлених каналах, повинна розуміти, як ці комунікації впливають на проект в цілому. Управління інформаційним зв’язком охоплює такі процеси:

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

2. Поширення інформації - своєчасне надання необхідної інформації зацікавленим особам проекту.

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

4. Адміністративне закриття проекту - отримання, збір і поширення інформації для документально оформленого завершення всього проекту або однієї з його фаз.

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

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

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

• Моделі «відправник-одержувач» - цикли зворотного зв'язку, комунікаційні бар'єри і т. ін.

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

• Стиль написання - активний або пасивний, побудова речення, добір слів іт. ін.

• Засоби комунікації - в основному мова, проектування візуальних засобів подання інформації і т. ін.

• Техніки управління нарадами - підготовка порядку денного, розгляд конфліктів і т. ін.

 

11.2 Планування інформаційного зв'язку

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

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

Планування інформаційного зв'язку часто тісно зв'язане з організаційним плануванням, оскільки організаційна структура проекту значно впливає на комунікаційні вимоги проекту.

11.2.1 Вхідні дані для планування інформаційного зв'язку

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

• Проектна організація та взаємні обов'язки зацікавлених осіб.

• Напрямки діяльності, відділи та спеціальності, що включені до проекту.

• Логічне рішення про те, який штат необхідний для виконання проекту і його розстановка. Зовнішні інформаційні зв'язки (наприклад, із засобами масової інформації).

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

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

• Доступність технології - чи вистачає систем, які вже діють, або може будуть потрібними якісь зміни?

• Очікуваний персонал - чи відповідають пропоновані комунікаційні системи досвіду і знанням учасників проекту, або може буде потрібним подальше навчання останніх? Тривалість проекту - чи необхідно міняти діючу технологію на новітню перед завершенням проекту?

3. Обмеження. Обмеження - це чинники, що обмежуватимуть вибір команди менеджерів проекту. Наприклад, якщо закуповуватимуться важливі ресурси для проекту, то можна буде ретельніше розглянути відстежування проектної інформації за контрактом.

Якщо проект виконується за контрактом, існують певні контрактні умови, які впливають на планування комунікацій.

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

 

11.2.2 Методи та засоби для планування інформаційного зв'язку

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

 

11.2.3 Результати планування інформаційного зв'язку

1. План управління комунікаціями. План управління комунікаціями -це документ, в якому відображені:

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

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

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

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

• Методи доступу до інформації, що йтиме запланованими каналами.

• Метод коригування й удосконалення плану управління інформаційним зв'язком на тлі просування та розвитку проекту. План управління комунікаціями може бути формальний і неформальний, детальний і широко окреслений, але завжди заснований на потребах проекту. Він є додатковим елементом загального плану проекту.

 

11.3 Поширення інформації

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

11.3.1 Вхідні дані для поширення інформації

1. Результати роботи.

2. План управління комунікаціями.

3. План проекту.

11.3.2 Методи та засоби поширення інформації

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

• письмовий та усний (слухаючи й кажучи);

• внутрішній (в межах проекту) і зовнішній (із замовником, засобами масової інформації, громадськістю і т.ін.);

• формальний (звіти, брифінги тощо) і неформальний (нотатки на пам'ять, кулуарні бесіди і т.ін.);

• вертикальний (вверх і вниз за ієрархією) і горизонтальний (з рівними за станом).

2. Системи відновлення інформації. Інформація може використовуватися всіма членами команди завдяки різноманітним

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

3. Системи поширення інформації. Проектна інформація може бути поширена різними способами, наприклад, наради по проекту, розподіл документів у вигляді «твердих копій», спільний доступ до сітьових електронних баз даних, факси, електронна пошта, усна передача інформації і відеоконференції.

 

11.3.3 Результати процесу поширення інформації

1. Записи по проекту. Записи по проекту можуть бути у вигляді листування, нотаток на пам'ять, звітів і документів, що описують проект. Така інформація в тій мірі, в якій це необхідно і можливо, повинна організовано підтримуватися. Члени команди проекту можуть також робити персональні записи у спеціальному зошиті по проекту.

 

11.4 Звітування про виконання проекту

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

• Складання звіту про стан - описання, в якій фазі на даний час перебуває проект.

• Звіти відносно просування - описання того, чого досягла команда проекту.

• Прогноз - завбачення майбутнього стану проекту та його розвитку.

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

11.4.1 Вхідні дані для звітування про виконання проекту

1. План проекту. План проекту містить різні вхідні дані, які можна використовувати для оцінки виконання проекту.

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

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

 

11.4.2 Методи та засоби для звітування про виконання проекту

1. Розгляд виконання проекту. Розгляд виконання проекту здійснюється на спеціальних нарадах; як правило, такі розгляди базуються на звітах про виконання, технології складання яких наведені далі.

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

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

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

Аналіз освоєного обсягу включає контроль таких трьох основних показників по кожній роботі:

• Бюджет, або бюджетна вартість запланованих робіт (ВСWS), - частина затвердженого кошторису, що планується бути витраченою за певний період часу.

• Фактична вартість виконаних робіт (АСWР) - сума прямих і непрямих грошових витрат на виконання робіт за певний період часу.

• Освоєний обсяг, або бюджетна вартість виконаних робіт (ВСWP), - відсоток загального бюджету, що дорівнює відсотку фактично виконаної роботи в рамках проекту. Багато які реалізації методу освоєного обсягу використовують тільки декілька процентних значень (наприклад, ЗО процентів, 70, 90, 100 процентів) для спрощення збору даних. Деякі реалізації методу освоєного обсягу використовують тільки 0 процентів або 100 процентів (виконано або не виконано) для того, щоб допомогти добитися об'єктивності в оцінці виконання. Ці три показники використовують в поєднанні, щоб визначити, чи буде робота завершена так, як планувалося, чи НІ. Щонайчастіше використовують вартісне (СV = ВСWP - АСWP) та планове (SV = ВСWP - ВСWS) відхилення, а також показник вартісного виконання (СРІ = ВСWР: АСWР). Нагромаджений СРІ (сума всіх окремих ВСWP, поділена на суму всіх окремих АСWР) широко використовують для прогнозування вартості проекту по завершенні. У деяких галузях застосування знань з проектного менеджменту використовують показник планового виконання (SPI = ВСWP: ВСWS) для прогнозування дати завершення проекту.

5. Методи та засоби поширення інформації. Звіти про виконання поширюються з використанням різних методів і засобів

 

Рис.35. Приклад звіту про виконання у вигляді графіка

 

11.4.3 Результати звітування про виконання проекту

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

Звичайні форми звітів про виконання проекту включають лінійні графіки (графіки Ганта), 8-криві, гістограми та таблиці. На рис.35 показано використання 8-кривих для зображення накопичених даних з аналізу освоєного обсягу, а рис.36 ілюструє подання різних даних, зв'язаних з освоєним обсягом, у табличній формі.

2. Запити на зміну. Аналіз виконання проекту часто генерує запит на зміну деяких аспектів проекту. Цими запитами на зміну управляють у такий спосіб, як це описано в різних процесах контролю за змінами (наприклад, управління зміною змісту, контроль календарного плану і т.ін.).

 

Рис.35 Приклади звіту про виконання у вигляді таблиці

 

11.5 Адміністративне закриття проекту

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

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

 

11.5.1 Вхідні дані для адміністративного закриття проекту

1. Документація з контролю виконання. Уся розроблена документація стосовно зберігання й аналізу результатів виконання проекту, включаючи планові документи, які створюють основу для контролю виконання, має бути доступною для перегляду під час адміністративного закриття.

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

3. Іншізаписи по проекту..

 

11.5.2 Методи та засоби адміністративного закриття проекту

1. Методи та засоби для складання звітів про виконання.

 

11.5.3 Результати адміністративного закриття

1. Архів проекту. Вся безліч індексованих записів по проекту має бути підготовлена для передачі до архіву відповідними особами. Будь-які проектно-орієнтовані або програмно-залежні бази даних мають бути скориговані. Якщо проекти виконуються за контрактом або включають значні закупівлі, особлива увага має бути приділена зберіганню записів стосовно фінансів.

2. Формальне приймання. Має бути підготовлена документація, за якою клієнт або спонсор прийматиме продукт по проекту (чи фази проекту).

3. Засвоєні уроки.

Тема 12. УПРАВЛІННЯ РИЗИКОМ У ПРОЕКТІ

12.1. Загальна характеристика управління ризиком у проекті

12.2. Ідентифікація ризику

12.3. Розвинення реакції на ризик

12.4. Контроль за реакцією на ризик

12.1. Загальна характеристика управління ризиком у проекті

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

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

взаємодій для визначення діапазону можливих наслідків для проекту. І

2. Розвинення реакції на ризик - визначення кроківдля і підсилення сприятливих можливостей і реакцій на загрози.

3. Контроль за реакцією на ризик - реагування на зміни ризику в ході виконання проекту.

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

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

Різні прикладні сфери часто використовують різні найменування зазначених процесів. Наприклад:

• Ідентифікація ризику та кількісна оцінка ризику іноді розглядають як один процес. Ця комбінація дістала назву «аналіз ризику», або «оцінка ризику». Розвинення реакції на ризик іноді називають плануванням зменшення ризику.

Розвинення реакції на ризик і контроль за реакцією на ризик іноді об'єднують в єдиний процес під назвою «управління ризиком».

 

12.2. Ідентифікація ризику

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

Ідентифікація ризику повинна враховувати як внутрішні, так і зовнішні ризики. Внутрішні ризики - це події, які команда проекту може контролювати або на які може впливати (наприклад, призначення персоналу і затвердження кошторису). Зовнішні ризики - це події, які перебувають поза контролем або поза впливом команди проекту (наприклад, зміни на ринку або якісь урядові дії).

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

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

 

12.2.1 Вхідні дані для ідентифікації ризику

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

2. Результати інших процесів планування. Для визначення можливих ризиків рекомендується розглядати результати процесів в інших галузях застосування знань з проектного менеджменту, наприклад такі, як:

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

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

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

• План управління закупівлями - такі умови ринку, як інертна внутрішня економіка, можуть надати можливість зменшити контрактні ціни.

3. Інформація з архіву. Інформація з архіву про те, що відбувалося в попередніх проектах, може бути особливо корисною при визначенні можливих ризиків. Інформація з архіву про результати часто може бути доступною з таких джерел:

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

• Комерційні бази даних - інформація з архіву комерційно доступна в багатьох прикладних сферах.

• Інформоваиість команди проекту - окремі члени команди проекту можуть пам'ятати попередні випадки або прийняті рішення.Така інформація може бути корисною, але в той самий час вона в основному менш достовірна, ніж документовані результати.

 

12.2.2 Методи та засоби для ідентифікації ризику

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

2. Побудова графіка потоків. Графік потоків може допомогти команді проекту краще зрозуміти причини та наслідки ризиків.

3. Інтерв'ювання. Інтерв'ю, спрямовані на виявлення ризиків, з різними зацікавленими особами можуть допомогти визначити ризики, не визначені під час звичайного планування робіт. Записи попередніх інтерв'ю (наприклад, ті, що провадилися на стадії ТЕО) можуть також бути корисними.

 

12.2.3 Результати ідентифікації ризику

1. Джерела ризику. Джерела ризику є категоріями можливих ризикованих подій (наприклад, дії зацікавленої особи, ненадійні оцінки, зміна команди), які можуть позитивно чи негативно впливати на проект. Перелік джерел має бути вичерпним, тобто він повинен включати всі визначені елементи, незважаючи на частоту, ймовірність випадків або величину прибутку чи втрати. Загальні джерела ризику включають:

• Зміни у вимогах.

• Похибки при проектуванні, упущення та непорозуміння.

• Невдалий розподіл обов'язків і розстановка кадрів.

• Погані оцінки.

• Недостатня кваліфікація персоналу.

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

І ймовірності, і результати можуть бути визначені як неперервні (оцінна вартість між $100000 і $150000) або як дискретні (патент або буде отриманий, або ні) функції. Крім того, оцінки ймовірностей і результатів, зроблені в ранніх фазах проекту, повинні мати більш широкий діапазон порівняно з тими, що зроблені пізніше.

2. Події потенціального ризику. Події потенціального ризику є дискретними, такі як, наприклад, стихійне лихо, катастрофа або звільнення певного члена команди, і вони можуть впливати на проект. Події потенціального ризику мають бути визначені в доповнення до джерел ризику, коли ймовірність події або величина витрат є відносно великою (поняття «відносно велика» в проекті варіюється). У той час, як події потенціального ризику рідко зустрічаються в деяких прикладних сферах, перелік подій загального ризику є звичайним. Наприклад:

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

• Втрати через стихійне лихо є звичайними в будівництві, але рідкісними в біотехнології.

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

І ймовірності, і результати можуть бути визначені як неперервні (оцінна вартість між $100000 і $150000) або як дискретні (патент або буде отриманий, або ні) функції. Крім того, оцінки ймовірностей і результатів, зроблені в ранніх фазах проекту, повинні мати більш широкий діапазон порівняно з тими, що зроблені пізніше.

3.Симптоми ризику. Симптоми ризику є непрямими виявами подій реального ризику.- Наприклад, низька мораль може бути раннім сигналом застереження майбутніх затримок календарного плану, перевищення кошторису на перших роботах проекту можуть бути відображенням недосконалої оцінки.

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

 

12.3 Кількісна оцінка ризику

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

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

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

• Сприятливі можливості для однієї зацікавленої особи (зниження вартості) можуть бути загрозою для іншої (зменшення прибутку).

• Використовувані математичні методи, які можуть створювати помилкове враження точності та надійності.

 

12.3.1 Вхідні дані для кількісної оцінки ризику

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

• Високоприбуткова компанія готова витратити $500000, щоб внести пропозицію про контракт в $1 мільярд, у той час як інша компанія цього зробити не може.

• Одна організація сприймає кошторис, який має 15-відсоткову ймовірність перевитрати як високий ризик, у той час як інша сприймає це як низький ризик. Допущення, що стосуються ризику зацікавлених осіб, складають основу для вхідних даних і результатів при кількісній оцінці ризику.

2. Джерела ризику.

3. Події потенціального ризику.

4.Кошториси.

5. Оцінки тривалості робіт.

 

12.3.2 Методи та засоби для кількісної оцінки ризику

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

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

 

 

Рис. 36 Сумарний розподіл ймовірностей

 

При підбитті підсумків з розподілу ймовірностей враховувати таке:

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

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

Для підбиття підсумків по розподілу ймовірностей обчисліть:

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

• Математичне сподівання проекту є сумою математичних сподівань окремих робіт. Дисперсія проекту є сумою дисперсій по окремих роботах.

• Середньоквадратичне (стандартне) відхилення проекту дорівнює кореню квадратному з дисперсії проекту. Величина ризикованої події повинна відбивати як відчутні, так і невідчутні впливи. Наприклад, проект А і проект Б визначають рівну ймовірність відчутної втрати в $100000 як результат нереальної цінової пропозиції. Якщо проект А передбачає невідчутні наслідки, а проект Б передбачає, що така втрата веде до припинення роботи виконавчої організації, то ці два ризики не є еквівалентними.

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

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

2. Статистичні суми. Статистичні суми можуть бути використані для визначення діапазону загальних проектних вартостей по кошторисах для окремих елементів роботи. (Визначення діапазону ймовірних дат завершення проекту за оцінками тривалості робіт вимагає моделювання. Діапазон загальних проектних вартостей може бути використаний для кількісної оцінки відносного ризику альтернативних бюджетів проекту або цін пропозицій. На рис.36 показане використання методу моментів для обчислення діапазону проектних оцінок.

3. Моделювання, Моделювання використовує зображення, або модель, системи для аналізу поведінки (дії) системи. Найбільш загальною формою моделювання в проекті є моделювання календарного плану з використанням сітьової моделі проекту. Більшість процесів моделювання календарного плану базується на деяких формах методу «Монте-Карло». При використанні цього методу, адаптованого до звичайного управління, виконання проекту до того, щоб забезпечити статистичний розподіл обчислюваних результатів, як показано на рис. 37, затягується на досить довгий час.

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

Моделювання календарного плану необхідно використовувати для будь-яких великих або складних проектів, оскільки за традиційними математичними методами аналізу, такими як метод критичного шляху і метод оцінки та перегляду програми (РЕRТ), не можна обчислити конвергенцію (збіжність) шляху (див. рис.38), тобто вказані методи ведуть до недооцінки тривалості проекту.

Метод «Монте-Карло» та інші форми моделювання можуть також використовуватися для оцінки діапазону можливих вартісних результатів.

4.Дерево рішень. Дерево рішень - це діаграма, на якій зображено ключові взаємодії серед рішень і зв'язаних з ними випадкових подій, як їх розуміють ті, хто приймає рішення. Гілки дерева - це рішення (в прямокутниках) або випадкові події (в колах). Приклад дерева рішень показаний на рис.39

5. Висновок експерта. Висновок експерта часто застосовують замість математичних методів, описаних вище, або як доповнення до них. Наприклад, ризиковані події можуть бути описані як такі, що мають (1) високу, середню чи низьку ймовірність того, що вони можуть статися, і (2) сильний, помірний або обмежений вплив.

 

 

Рис.37. Результати моделювання календарного плану проекту (метод «Монте-Карло»)

 

12.3.3 Результати кількісної оцінки ризику

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

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

рішення.

Ця S-подібна крива показує кумулятивну ймовірність завершення проекту до певної дати. Наприклад, пересічення штрихових ліній показує, що в цій точці 50 відсотків імовірності того, що проект буде закінчений через 145 днів від його старту. Дати завершення проекту ліворуч мають більш високий ризик, ніж дати, записані праворуч.

 

Роботи 1-3 мають очікувану тривалість 12 днів ± 2 дні. З допомогою СРМ обчислена тривалість від віхи А до віхи Б 12 днів. Проте, фактична тривалість перебільшуватиме 12 днів, якщо принаймні одна з робіт затримається, навіть і тоді, коли інші роботи закінчаться раніше ніж за 12 днів.

 

Рис. 38 Збіжність шляху

• Очікуване грошове значення результату (ЕМУ) = Результат х Імовірність цього результату

• Очікуване грошове значення рішення = Сума ЕМУ усіх результатів, що виходить з цього рішення

• «Агресивний» календарний план має очікуване грошове значення $4.000 і є більш переважним, ніж консервативний календарний план з очікуваним грошовим значенням $1.000

 

 

Рис.39. Дерево рішень

 

12.4. Розвинення реакції на ризик

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

• Уникнення - усунення певної загрози, звичайно, шляхом ліквідації причини. Команда управління проектом ніколи не може позбутися всіх ризиків, але часто може усунути певні ризиковані події.

• Пом'якшення - зменшення очікуваного грошового значення ризикованої події зниженням імовірності випадку (наприклад, використання перевірених технологій для зменшення імовірності того, що продукт проекту не працюватиме) та величини ризикованої події (наприклад, страхування).

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

12.4.1 Вхідні дані для розвинення реакції на ризик

1. Використання сприятливих можливостей, реакція на загрози.

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

 

12.5.2 Методи та засоби для розвинення реакції на ризик

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

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

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

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

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

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

 

 

12.4.3 Результати розвинення реакції на ризик

1. План управління ризиком. План управління ризиком повинен містити задокументовані (1) описання процедур, що використовуватимуться при управлінні ризиком у проекті, (2) результати ідентифікації ризику, (3) описання процесів кількісної оцінки ризику, а також (4) інформацію про того, хто є відповідальним за управління різними сферами ризику, за те, як зберігатимуться результати первинної ідентифікації і кількісної оцінки, як здійснюватимуться плани з невизначеності і як розподілятимуться резерви.

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

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

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

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

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

12.5. Контроль за реакцією на ризик

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

12.5.1 Вхідні дані для контролю за реакцією на ризик

1. План управління ризиком.

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

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

 

12.5.2 Методи та засоби для контролю за реакцією на ризик

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

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

 

12.5.3 Результати контролю за реакцією на ризик

1. Коригуючі дії. Коригуючі дії насамперед містять планову реакцію на ризик (наприклад, реалізацію планів з невизначеностей або понаднормові роботи).

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

ТЕМА 13. УПРАВЛІННЯ ЗАКУПІВЛЯМИ В ПРОЕКТІ

13.1. Загальна характеристика управління закупівлями в проекті

13.2. Планування закупівель

13.4. Вибір джерела

13.5. Адміністрування контракту




Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 792; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.231 сек.