Nearly Universal Principles of Projects

Пам’ятайте, що ланцюжок є настільки ж міцним, наскільки міцна його найслабша ланка

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

Приклад: Це все про дедлайнІ!

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

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

Чи чули ви про той відомий приклад, коли президент Кеннеді зустрічається з двірником в НАСА і запитує його, що він робить, і двірник відповідає: “Я допомагаю посадити людину на Місяць”? Невже такий тип людей у проекті не допомагає дотриматись терміну?

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

Приклад: Вибіркові запозичення

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

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

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

Приклад: Антипроцесний підхід

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

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

Приклад: Це всі необхідні вам складові

Розмірковуючи про складові, слід бути обережними, щоб не пропустити жодної з них. Хоча, які вони? Якщо ви перевірите фундаментальні джерела, ви отримаєте різні відповіді; і все ж, жоден з них не дасть повну відповідь.

PRINCE2® теми - це складові (домени), але це лише ті складові, які відіграють ключову роль у методології. Інші складові маються на увазі.

Керівництво PMBOK® не є методологією і може сформулювати відповідь набагато краще з десяти областей знань. Однак це інтерпретації всіх областей, що базуються на погляді Керівництва PMBOK® на проект, а не нейтральному (не те, що обов’язково існує нейтральна перспектива). Наприклад, людським аспектам не приділено багато уваги в Керівництві PMBOK®.

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

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

discussion icon NUPP є відкритим кодом та публікується безкоштовно під ліцензією Creative Commons

discussion icon Поділіться своєю думкою або задайте питання на цій сторінці LinkedIn.

discussion icon Написано Nader K. Rad

discussion icon Переклад Ганна Литвинченко

discussion icon Односторінкова версія NUPP, підходить для друку або для створення PDF-файлів.