Автор работы: Пользователь скрыл имя, 05 Апреля 2012 в 21:16, курс лекций
Работа содержит курс лекций по "Проектной деятельности"
• ЕАС = Фактично на сьогодні + Бюджет проекту, що залишився, змінений на коефіцієнт виконання (часто називається показником вартісного виконання). Цей підхід найчастіше використовується, коли поточні відхилення оцінюються аналогічно майбутнім.
• ЕАС = Фактично на сьогодні + Нова оцінка по всій роботі, що залишилася. Цей підхід найчастіше використовується, коли вже здійснене виконання показує, що початкові оціночні допущення були неправильними, або те, що вони більш неадекватні через зміну умов.
• ЕАС = Фактично на сьогодні + Бюджет, що залишився. Цей підхід найчастіше використовується, коли поточні відхилення розглядаються як нетипові і команда менеджерів проекту сподівається, що в майбутньому таких відхилень чекати не доведеться.
Кожний з вищенаведених підходів може бути прийнятний для будь-якої конкретної роботи.
5. Засвоєні уроки. Випадки відхилень, причини вибору дій з коригування та інші типи уроків, засвоєних у результаті контролю вартості, мають бути задокументовані в такий спосіб, щоб стати частиною бази даних як по цьому проекту, так і по всіх інших проектах, що виконуються в цій організації.
УНЕ 5. Управління якістю
Поняття якості в контексті проектного менеджменту
Проект вважається успішним, якщо завершений у передбачений термін, відповідає встановленим вимогам щодо обсягів та якості, а його вартість не перевищує запланованої у бюджеті. Якість — один із найважливіших параметрів проекту поряд з часом, вартістю і ресурсами. Щоб визначити тривалість і бюджет проекту, треба задати необхідну кількість днів і вказати суму коштів. Але як визначити якість у контексті проекту?
Слово «якість» часто вживають для позначення елітарності, високої вартості, відповідності найвимогливішим побажанням споживачів. Міжнародний стандарт ISO 8402 визначає якість як сукупність властивостей і характеристик об’єкта, що гарантують його можливість задовольняти явні та неявні потреби споживачів.
У вітчизняній і російській практиці управління проектами заведено виділяти чотири ключових аспекти якості [7]:
Якість продукту проекту як відповідність ринковим потребам і сподіванням споживачів. Цей аспект якості досягається завдяки точному та ефективному визначенню потреб і очікувань замовників з метою їх задоволення.
Якість розробки і планування проекту. Цей аспект якості досягається завдяки детальній і ретельній розробці самого проекту і його продукту.
Якість виконання робіт за проектом відповідно до планової документації. Цей аспект забезпечується завдяки дотриманню відповідності реалізації проекту його плану, а також забезпеченню розроблених характеристик продукції проекту і самого проекту.
Якість ресурсів, що залучаються до виконання проекту. Досягається завдяки якісному матеріально-технічному забезпеченню проекту упродовж усього його життєвого циклу.
У зарубіжній практиці стосовно якості проекту виділяють два основних елементи [15]:
Відповідність цілям проекту.
Відповідність вимогам споживачів.
Концепція відповідності цілям проекту часто інтерпретується як засіб визначення рівня якості і може використовуватися під час реалізації проектів, пов’язаних з організаційними змінами, змінами в інформаційних системах чи проектах створення нових продуктів. Відповідність цілям передбачає відповідь на таке запитання: чия думка береться до уваги? Відповіддю на нього є вимоги, що пред’являються споживачем до якості згідно з специфікацією або технічним завданням.
Якість визначається як сукупність властивостей і характеристик продукту, що якнайповніше задовольняють вимоги споживачів. Це потребує від останніх здатності викласти свої вимоги щодо якості в офіційних документах; ними можуть бути перелік вимог споживачів до проектів організаційного розвитку, специфікація вимог споживачів до проектів створення нових продуктів тощо.
Але такий підхід має два суттєвих недоліки:
Проекти унікальні, відповідно, існує ризик непередбачених змін і невизначеності. Споживач не завжди може сформулювати свої вимоги повною мірою на початковому етапі проекту.
Складність у визначенні споживача. Хто є «споживач» — замовник проекту чи кінцевий користувач продукту проекту?
У будь-якому випадку під час складання специфікацій потрібно дотримуватися правила: там, де методи управління і результати проекту можна чітко уявити, вимагаються більш жорсткі форми специфікації. Цього положення треба дотримуватися під час виконання більшості проектів. Там, де процеси і результати недостатньо чіткі, необхідно використовувати більш гнучку специфікацію, відкриту для тісної взаємодії «замовник—підрядник» протягом усього періоду виконання проекту.
Як головний параметр якості проекту постає якість продукту (послуги), що є результатом виконання проекту. Якість продукту проекту означає відповідність вимогам споживача (цілям замовника). Щоб забезпечити якість продукту, необхідно [15]:
- мати чітку специфікацію;
- використовувати відповідні стандарти і норми;
- залучати людські ресурси необхідної кваліфікації;
- провадити аудит якості продукту і проекту загалом;
- здійснювати гнучкий контроль якості;
- мати певний досвід у галузі управління проектами.
Чітка специфікація. Без чіткого уявлення про те, що має бути досягнуто, команда проекту дезорієнтована. Специфікація — це документ, у якому зафіксовані всі технічні параметри і вимоги споживачів до якості продукту проекту. Можна специфікувати кінцевий і проміжний продукти. Що нижче рівень, за яким продукт специфікований, то легше здійснювати контроль.
Використання певних стандартів і досвіду. Чим більше досвіду накопичено компанією, тим адекватнішими є стандарти і специфікації за проектом. Американським інститутом проектного менеджменту (РМІ) розроблені стандарти проектів і робочих пакетів, які пройшли випробування на практиці і відомі своєю здатністю забезпечити відповідний результат згідно з вимогами специфікації.
Залучення кваліфікованих ресурсів. Якщо люди, які працюють над здійсненням проекту, мають відповідний досвід і навики, лише тоді вони можуть забезпечити досягнення вимог специфікації відповідно до встановлених стандартів. Це стосується й основного персоналу, зайнятого у реалізації проекту, й обслуговуючого. Звичною практикою має бути проведення строгого відбору членів команди проекту.
Аудиторські перевірки. Використання аудиторських перевірок може забезпечити впевненість у тому, що створений за проектом продукт чи надані послуги відповідають вимогам споживачів. Але це може мати й протилежний ефект у тому разі, якщо кількість аудиторських перевірок і аудиторів буде завеликою.
Система управління якістю проекту
Сучасний менеджмент якості проекту базується на таких основних принципах [7]:
- якість — це не самостійна функція управління, а невід’ємний елемент проекту в цілому;
- якість — це те, чого очікує споживач;
- відповідальність за якість проекту має бути адресною;
- підвищувати якість можна лише зусиллями всіх працівників;
- контролювати завжди ефективніше процес, аніж результат (продукт);
- політика в галузі якості і програма забезпечення якості мають бути частиною загального плану проекту.
Управління якістю проекту включає всі роботи, які належать до загальної функції управління, визначають політику у сфері забезпечення якості, завдання та відповідальність і реалізують їх такими засобами, як планування якості, контроль та вдосконалення в межах системи забезпечення якості. На рис. 1.13 подані основні складові управління якістю проекту.
Планування якості — це визначення того, які стандарти якості потрібно застосувати до даного проекту і як домогтися відповідності їм.
Забезпечення якості — це оцінка загального виконання проекту на регулярній основі для підтвердження того, що проект задовольняє стандарти якості.
Контроль якості — це відслідковування певних результатів по проекту для встановлення того, чи відповідають вони стандартам якості, і для визначення шляхів усунення причин незадовільного виконання.
Планування якості включає визначення того, які стандарти якості потрібно застосовувати до даного проекту і як забезпечити дотримання цих стандартів. Команда проекту повинна чітко усвідомлювати один із фундаментальних принципів сучасного управління якістю — якість планується, а не перевіряється. Тому планування якості передбачає формування вимог до якості проекту і його продукту та визначення шляхів їх забезпечення.
Для планування якості проекту потрібно мати:
- політику у сфері якості;
- описання змісту проекту;
- описання продукту у вигляді конкретних специфікацій, отриманих від споживачів;
- стандарти, норми і вимоги до якості;
- результати інших процесів планування.
Політика у сфері якості — це загальні цілі й напрями діяльності організації з наголосом на якість, формально виражені менеджментом вищого рівня.
Політика у сфері якості повинна відбивати рівень якості, який має бути досягнутий у здійсненні проекту, та шляхи його досягнення. Вона має розкривати такі основні питання:
- рівень якості продукту/послуг проекту;
- відповідальність за продукт;
- відносини з клієнтами/споживачами;
- відносини з постачальниками;
- відносини з персоналом (командою проекту).
Політику якості треба сформулювати стисло і чітко, вона має бути зрозумілою кожному і доведеною до відома всіх учасників проекту. Команда менеджерів проекту відповідає за те, щоб усі учасники і зацікавлені сторони були ознайомлені з нею.
Політика у сфері якості виконавчої організації часто може пристосовуватися для використання у проекті. Але якщо в організації, яка виконує проект, відсутня офіційна політика у сфері якості або до проекту залучено багато виконавчих організацій, то команді управління проектом потрібно розробити політику у сфері якості для даного проекту.
Описання змісту проекту — один із основних документів при плануванні якості, оскільки в ньому фіксуються головні цілі учасників проекту, зацікавлених сторін і споживачів та результати проекту для них.
Описання продукту — це задокументовані характеристики продукту (послуги) у вигляді специфікацій, технічних завдань, які має забезпечити проект, аби вважатися виконаним. Описання продукту є менш детальним на ранніх фазах і більш детальним — на пізніх у міру поступового уточнення характеристик продукту.
Відповідно до визначення ISO 9000:
- стандарт — це «документ загального та багаторазового використання, затверджений відповідною організацією, в якому зведені правила, керівництва та характеристики для продуктів, процесів або послуг і який не є обов’язковим для дотримання»;
- норма — «документ, який лежить в основі необхідних властивостей продукту, процесу чи послуги, включаючи застосовувані адміністративні процедури, причому цей документ є обов’язковим для дотримання».
Команда управління проектом повинна визначити, які стандарти й норми стосуються даного проекту і можуть впливати на його виконання, а також розробити необхідні заходи для того, щоб забезпечити відповідність цим нормативним документам.
На планування якості можуть впливати і результати інших процесів планування за проектом. Зокрема, під час планування ресурсів, що залучаються до здійснення проекту, та закупівель їх визначаються вимоги до підрядчика, які мають бути відображені в загальному плані управління якістю.
Для планування якості використовують такі методи та засоби:
- аналіз прибутків і витрат;
- порівняння із зразком;
- графіки потоків;
- експерименти.
Процес планування якості передбачає розгляд співвідношення прибутків і витрат. Прибуток від дотримання вимог якості полягає у тому, що в майбутньому знадобиться менше переробок, а це означає більш високу продуктивність, менші витрати, більш повне задоволення вимог споживачів і всіх зацікавлених сторін. В основному витрати, або вартість дотримання вимог якості, — це витрати на роботи з управління якістю при виконанні проекту. Аксіомою для менеджера проекту має бути те, що завдяки правильному управлінню якістю прибутки перевищать витрати.
Порівняння із зразком — це встановлення бажаного рівня показників якості продукту проекту, виходячи із порівняння з відповідними параметрами аналогічних проектів. Порівняння може бути з проектами, які належать або тій самій виконавчій організації, або іншій.
Графік потоків — це будь-яка діаграма, що відображає зв’язок між різними елементами системи. В управлінні якістю найчастіше використовують такі графіки:
причинно-наслідкові діаграми, або діаграми Ісікави, які показують, як різні причини та субпричини пов’язані з виникненням реальних і потенційних проблем або наслідків (рис. 1.14); графіки потоків у вигляді блок-схем, які відображають взаємодії між різними елементами систем і процесів (рис. 1.15).