Не забравяйте, че една верига е толкова силна, колкото най-слабото й звено
Има различни области при управлението на проекти и всички те се нуждаят от внимание, т.е необходимо е да имаме цялостен поглед върху проекта. Фокусирането върху една привидно важна област (напр. Време) не е достатъчно, тъй като всички области си взаимодействат и не работят правилно, освен ако не получат адекватно внимание.
Пример: Всичко опира до крайния срок!
Да предположим, че изграждате нещо за Олимпийските игри. Спазването на крайния срок е от изключително значение, което прави управлението на времето много важно. Но дали е така?
Какво ще стане, ако качеството на работа е толкова ниско, че изисква тя (или части от нея) да се повторят след време. Това ще се отрази на времето, така че нещата вече опират до време и качество. Може да имате фантастична градина включена в първоначалната дефиниция на проекта, но знаете, че ако няма достатъчно време, можете да я пропуснете и просто да я покриете с трева, стига да сте обмислили тази възможност навреме и да сте се подготвили за нея. Така че, управлението на обхвата също е важно. Сега вече имаме областите на обхвата, времето и качеството в центъра на нашето внимание.
Чували ли сте за този известен пример, когато президентът Кенеди се среща с чистач в НАСА и го пита какво прави, а той отговаря: „Аз помагам да се изпрати човек на Луната“. Дали и този тип хора в проекта не спомагат за спазването на крайния срок?
Докато напредвате забелязвате, че всяка отделна област в проекта допринася за управлението на времето и не бихте могли да спазите крайния срок с приемливо ниво на сигурност, освен ако не обърнете внимание на всички области.
Пример: Подбиране на най-доброто (черешката на тортата)
Когато хората се сблъскат с различни методи, понякога започват да подбират най-доброто (черешката на тортата) от всеки и създават комбинация от виско което исглежда интересно от различните системи. Това, обикновено, не работи, защото елементите не работят изолирано и трябва да са съвместими един с друг. Всякакви допълнения или промени в системата трябва да се правят от гледна точка на цялото.
Ето защо понякога виждаме противоречиви елементи в различни методи, т.е. нещо работи добре в една система, а противоположното му работи добре в друга система. Този елемент сам по себе си не е правилен или грешен.
Най-сигурният подход е да се избере методология за проекта, да се приспособи за него, и след това предпазливо да се добавят нови елементи, като се вземе предвид съвместимостта на цялата система.
Пример: Подходът на антипроцеса
Едно от най-добрите неща, които Agile методологиите са направили, е да привлекат вниманието към човешките аспекти. Манифеста за Agile разработка отдава по-голямо значение на индивидите и взаимодействията между тях в сравнение с процесите и инструментите, въпреки че това може да не е справедливо сравнение. Почти всички методологии казват, че човешките аспекти са важни, а истинската разлика в Agile методологията е, че човешките аспекти са част от процесите, а не просто предположение. Така че не става въпрос за конкуренция между човешките аспекти и процеси, а по-скоро за начина, по който човешките аспекти се разглеждат в системата.
Няма съмнение, че някои хора се опитват да заменят човешките аспекти, като прилагат по-сложни процеси, но това е само злоупотреба. Дори обратното: хората се опитват да заменят процесите с човешки аспекти, което също не работи добре.
Пример: Това са всички необходими области
Когато мислите за областите, трябва да внимавате да не пропуснете нито една от тях. А какви са те? Ако проверите основните източници, ще получите различни отговори и, все пак, никой от тях не дава цялата истина.
Темите на PRINCE2® са области, но това са само областите, които играят ключова роля в методологията. Другите области са само подразбиращи се.
PMBOK® ръководството не е методология, но много добре описва десет области на познание. Според него, обаче, това са интерпретации на всички области, което не е непременно неутрална гледна точка. Например, човешките аспекти не получават много внимание в PMBOK® ръководството.
Добър източник на информация за областите е ICB (IPMA Competence Baseline), въпреки че не става въпрос за области, а за компетенциите, които се изискват в проекта. Тези компетенции нямат еднозначна връзка с областите, но много помагат при идентифицирането им.
Няма списък с области и в ПУПП, главно, защото е мета-система, а не система, а също така и защото категоризацията на областите зависи от вида на проекта и неговата среда. Например, един рутинен строителен проект може да се нуждае от различен подход и гледна точка в сравнение с един творчески изследователски проект.