русс | укр

Мови програмуванняВідео уроки php mysqlПаскальСіАсемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование


Linux Unix Алгоритмічні мови Архітектура мікроконтролерів Введення в розробку розподілених інформаційних систем Дискретна математика Інформаційне обслуговування користувачів Інформація та моделювання в управлінні виробництвом Комп'ютерна графіка Лекції


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


Дата додавання: 2014-04-18; переглядів: 959.


 

1 Для проекту повинен бути сформульований список розв'язуваних проблем.

2 Основна мета проекту повинна бути доведена до відомості всіх учасників.

3 Повинні бути ідентифіковані ризики.

4 Необхідно переконатися, що стратегія проекту може бути реалізована й задовольняє обмеженням за бюджетом, строками і змісту (проведений PCTS-аналіз можливості реалізації: P – performance, C – cost, T – time, S – scope (русск. охват, сфера деятельности). Витрати є функцією рівня виконання P, часу T і змісту S)

5 Починати управління проектами за допомогою програмних продуктів при наявності позитивних результатів аналізу «за й проти» реалізації проекту (проведений Force-field – аналіз, що полягає в описі й кількісному оцінюванні факторів, які можуть сприяти й перешкоджати здійсненню проекту).

6 Кінцевий результат повинен бути зрозумілий всім членам команди проекту.

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

8 Необхідно визначити критерій виконання планів.

9 WBS, OBS, CBS повинні мати стільки рівнів деталізації, щоб можна було оцінювати витрати, строки й ресурси з необхідною точністю.

10 WBS, OBS, CBS повинні бути погоджені із замовником, інвесторами й відповідальними виконавцями.

11 Графік етапів виконання проекту повинен підлягати плановим перевіркам.

12 Графік детальних робіт розробляється у формі сіткового графіка на основі WBS, OBS, CBS.

13 Повинні бути виявлені й вирішені ресурсні конфлікти з іншими проектами.

14 Повинна бути розроблена система управління проектом і прийнятий внутришньофірмовий стандарт.

15 Позиції кошторису повинні бути зрозумілими, не вводити в оману й бути прийнятними для управління.

16 Календарі ресурсів повинні враховувати вихідні дні, свята, лікарняні, відпустки тощо.

17 Всі члени команди проекту повинні мати відповідну кваліфікацію.

18 Будь-яке необхідне додаткове навчання членів команди повинне бути оплачене й проведене.

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

20 Необхідно проводити моніторинг законодавства й нормативної бази, що стосується виконання проекту.

21 При плануванні поточного проекту необхідно врахувати досвід аналогічних попередніх проектів.

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

23 При реалізації довготривалих проектів необхідно враховувати вплив інфляції.

24 Для кожної фази проекту повинен бути визначений критерій завершення.

 


<== попередня лекція | наступна лекція ==>
Тема 10 Порівняльний аналіз програмних продуктів в сфері управління проектами | Оцінювання ефекту від автоматизації процесу управління проектами


Онлайн система числення Калькулятор онлайн звичайний Науковий калькулятор онлайн