Jak pogodzić procedury i standardy performing organization z unikalnością i nietypowością projektu? Każdy, kto nawet pobieżnie przekartkował PMBOK® Guide, 5th ed. lub dowolne streszczenie, zauważył, że na samym początku projektu, w grupie procesów inicjowania, znajduje się proces Identify Stakeholders. Jest to jedno z tych „miejsc” w zarządzaniu projektem, które jest obowiązkowe, a wszelkie błędy prawie niewybaczalne. Dlaczego? Bez wystarczająco dobrego rozpoznania wśród interesariuszy masz 100% gwarancji, że pominiesz część zakresu, ryzyka, pomysłów dotyczących organizacji pracy etc.

Co trzeba rozumieć ze świata pozaprojektowego, aby skutecznie kierować projektem? Jak zarządzać czymś, co jest trochę projektem i trochę nim nie jest? Czym byłby projekt „czysty”? Byłby idealnie zgodny z definicją czyli byłoby to unikalne, tymczasowe przedsięwzięcie podejmowane po to, aby wytworzyć tzw. business product. Business product to coś, dzięki czemu sponsorowi będzie lepiej. Ów business product jest jednocześnie nie do kupienia ot tak, z półki. Musimy go wytworzyć naszym projektem, wykorzystując specjalnie zorganizowane pod ten cel zasoby. A gdyby potrzebny nam business product dało się kupić z półki? Wtedy cena byłaby zapewne korzystniejsza niż suma budżetowa projektu. A gdyby nawet nie, to na pewno zyskalibyśmy na czasie. Gdyby potrzebne nam business products dało się produkować seryjnie, to odpadłby nam cały kłopot związany z organizowaniem się do projektowej pracy, itp. Gdyby ...