Седам метода управљања које побољшавају извршење

Istorija čovečanstva obuhvata teške projekte, od piramida do sletanja na Mesec. Njihovi rezultati zavisili su od usklađenog rada mnogih ljudi i od sistema koji povezuje ciljeve, resurse, odluke i kontrolu. Većina čitalaca neće voditi misiju takvog obima, ali skoro svako učestvuje u projektima. Ovaj vodič poredi sedam poznatih pristupa: tradicionalno upravljanje projektima, Agile, Scrum, Lean, Kanban, Six Sigma i PRINCE2.

Upravljanje projektima je usmeravanje i objedinjavanje svega potrebnog da se dogovoreni rezultat dobije unutar vremenskih i budžetskih ograničenja. Ne postoje dva ista projekta, niti jedan sistem koji odgovara svakoj situaciji. Pristupi opisani u nastavku razlikuju se po oblasti primene, detaljnosti, obimu i stepenu formalnosti. Radi čitljivosti, standardi, koncepti, metode i okviri objedinjeni su pod širokim nazivom „metode”, iako ti pojmovi stručno nisu potpuno isti.

• tradicionalno ili klasično upravljanje projektima;
• Agile;
• Scrum;
• Lean;
• Kanban;
• Six Sigma;
• PRINCE2.

O upravljanju projektima

Nil Armstrong i Baz Oldrin pamte se po prvom spuštanju ljudi na Mesec, ali program Apolo zavisio je od usklađenog rada približno 400.000 ljudi i hiljada organizacija i univerziteta. Predsednik Džon F. Kenedi je 1961. postavio cilj da čovek sleti na Mesec i bezbedno se vrati. Sjedinjene Države su tada imale samo kratko iskustvo sa letom čoveka u svemir. Za ostvarenje cilja bili su potrebni obimno planiranje, nova tehnologija, novac, integracija i disciplinovana saradnja.

Prikazi upravljanja u organizaciji NASA opisuju središnji izazov: ogromna količina posla morala je da bude završena u kratkom periodu od jedne decenije. Program je podeljen na delove kojima se može upravljati, dok su organizacije odgovorne za svaki deo morale da ispune rokove i integrišu rezultate. Džordž Miler, koji je vodio Kancelariju za letove sa ljudskom posadom, uspostavio je strukturu koja je naglašavala programsku kontrolu, sistemsko inženjerstvo, ispitivanje, pouzdanost i kvalitet, kao i letačke operacije.

• Programska kontrola održavala je redosled, budžet, zahteve i odnose među elementima programa.
• Sistemsko inženjerstvo usklađivalo je nove komponente i veze koje su od njih stvarale jednu celinu.
• Ispitivanje je utvrđivalo da li projektovani delovi rade u očekivanim uslovima.
• Pouzdanost i kvalitet proveravali su usklađenost sa zahtevima i standardima.
• Letačke operacije pripremale su i kontrolisale integrisani sistem u stvarnoj upotrebi.

Model je u početku izazivao sumnju, ali je stručnjacima i organizacijama dao zajedničku strukturu. Apolo pokazuje svrhu upravljanja projektima: složen cilj podeliti na delove koji mogu da se kontrolišu, a ne izgubiti integraciju bez koje krajnji ishod nije moguć. Istorijski izvori razlikuju se u nazivima i pripisivanju zasluga, pa primer treba čitati kao ilustraciju, a ne kao univerzalnu formulu.

Nastanak savremenog upravljanja projektima

NASA nije izmislila organizovane projekte. Gradnja u starom veku, istraživanja i javni radovi zahtevali su planiranje mnogo pre savremene dokumentacije. Savremeno upravljanje projektima razlikuje se po tome što izričito modeluje zadatke, datume, resurse i zavisnosti.

Kuvanje je korisno poređenje. Prvo se nabave sastojci, zatim pripreme, skuvaju i posluže. Recept daje redosled. Ako glavni kuvar usklađuje više jela i timova, recept više nije dovoljan: mora da razume trajanje svake faze, raspoloživost zajedničke opreme i redosled u kojem jela treba da budu spremna.

Početkom dvadesetog veka Karol Adamjecki i Henri L. Gant razvili su srodne ideje vizuelnog planiranja. Gantov dijagram beleži aktivnosti, trajanje i vreme, a može prikazati i njihove veze. Mreža zavisnih zadataka otkriva lanac koji određuje ukupno trajanje. Jelo se ne može poslužiti pre pripreme; isto tako, projektna aktivnost ne može početi pre nego što je njen stvarni preduslov dostupan.

Svaki projekat ne traži isti nivo kontrole. Objavljivanje niza članaka na blogu može više zavisiti od pouzdanog toka — struktura, nacrt, pregled, ispravka, lektura i objava — nego od optimizacije svakog minuta i resursa. U takvom okruženju mogu odgovarati Agile, Lean ili Kanban. Projekti sa čvrstim rokom, troškovima ili zahtevom za smanjenje grešaka mogu koristiti klasično planiranje, Scrum, Six Sigma ili njihovu kombinaciju.

Poznati sistemi upravljanja projektima i osnovni pojmovi

Najpre treba utvrditi šta dominira projektom: nepromenljiv datum, ograničeni resursi, regulisan proces, istraživanje pod neizvesnošću, neprekidna usluga ili više ovih činilaca istovremeno. Zatim se bira metoda ili kombinacija čije pretpostavke odgovaraju stvarnom radu.

• Agile je iterativan i inkrementalan skup vrednosti i principa za prilagođavanje promenljivim zahtevima kroz čestu isporuku i saradnju u međufunkcionalnim, samoorganizovanim timovima. Scrum i Kanban su među pristupima na koje je Agile uticao.
• Kritični put je niz zavisnih aktivnosti koji određuje najraniji mogući završetak. Kašnjenje na tom putu utiče na datum završetka ako se plan ne promeni.
• Lanac procesa vođen događajima je dijagram koji predstavlja poslovne ili projektne aktivnosti i događaje i resurse koji ih omogućavaju.
• Vremenska rezerva je period za koji se aktivnost može pomeriti bez uticaja na određeni datum. Aktivnosti na kritičnom putu obično imaju nultu ukupnu rezervu.
• Prekretnica je značajan događaj koji označava završetak faze ili tačku odluke. Na Gantovom dijagramu najčešće se prikazuje kao stavka bez trajanja.
• Rukovodilac projekta je osoba odgovorna za usklađivanje planiranja, izvršenja i zatvaranja sa projektnim timom i zainteresovanim stranama.
• Resursi obuhvataju vreme, opremu, materijal, informacije, ljude i finansiranje potrebne za rad.
• Obim određuje posao i rezultate potrebne za dobijanje dogovorenog ishoda.
• Sprint je Scrum događaj fiksnog trajanja, obično mesec dana ili kraće, tokom kojeg se stvara upotrebljiv inkrement proizvoda.
• Tradicionalno upravljanje projektima najčešće koristi fazni ili prediktivni životni ciklus u kojem glavne faze prate odobreni redosled.

Tradicionalno upravljanje projektima

Podela procesa na faze čini ga upravljivim. Tradicionalni prediktivni pristup postavlja glavne faze promišljenim redosledom: kasnija faza se oslanja na rezultate odobrene u prethodnoj. Takav obrazac odgovara poslu sa stabilnim zahtevima, skupim fizičkim zavisnostima ili formalnim kontrolnim tačkama. Krov se ne može završiti pre noseće konstrukcije.

Uobičajen životni ciklus ima pet širokih faza:

1. Pokretanje. Rukovodilac projekta, tim, pokrovitelj i važne zainteresovane strane razjašnjavaju potrebu, željeni rezultat, ograničenja i zahteve na visokom nivou.
2. Planiranje. Tim određuje posao, redosled, raspored, budžet, resurse, rizike, kriterijume kvaliteta, komunikaciju i zainteresovane strane. Plan postaje kontrolisana osnova za izvršenje, a ne prognoza koja nikada ne sme da se promeni.
3. Projektovanje ili razvoj. U tehničkim projektima stručnjaci određuju oblik rešenja i način njegove izrade, na primer arhitekturu, materijale ili tehnologiju.
4. Realizacija i ispitivanje. Stvara se glavni proizvod i proverava prema dogovorenim zahtevima. Napredak se prati odgovarajućim pokazateljima, a greške pronađene tokom ispitivanja ispravljaju se.
5. Praćenje, primopredaja i zatvaranje. Tim dobija prihvatanje, predaje rezultat, beleži naučene lekcije i zatvara obaveze. Softverski i uslužni projekti mogu preći u podršku i poboljšavanje umesto da se završe jednom predajom.

Ove faze su osnova, a ne obavezan broj. Mali projekat može imati tri, a složen program mnogo kontrolnih tačaka. Iterativni oblik može svaku fazu tretirati kao manji projekat i zadržati ukupni redosled. Gantovi dijagrami, mrežni planovi, tabele i namenski alati poput Microsoft Project ili Primavera mogu podržati plan.

Prednosti. Cilj i granice utvrđuju se rano. Planiranje daje timu organizovan put, čini potrebe za resursima vidljivim i ostavlja vreme za proveru. Kod stabilnih inženjerskih, građevinskih, nabavnih ili regulisanih poslova formalne faze smanjuju nejasnoću i jasno raspodeljuju odgovornost.

Nedostaci. Pristup može slabo reagovati kada se zahtevi često menjaju. Veliki projekat rešenja odobren prerano može biti skup za izmenu nakon početka realizacije. Prediktivno upravljanje ne znači odbijanje svake promene; potreban je jasan postupak upravljanja promenom i primerena rezerva.

Agile

Strogo uzastopan pristup ne odgovara svakom okruženju. Priprema jednog jela može pratiti jednostavan redosled; restoran mora da vodi mnogo jela paralelno dok se tražnja menja. Agile se bavi neizvesnošću kroz male inkremente, povratnu informaciju i prilagođavanje.

Umesto da se ceo projekat podeli samo na velike uzastopne faze, tim isporučuje male vredne celine. Analiza, projektovanje, razvoj i ispitivanje obavljaju se za svaku celinu, dok pokretanje i smer na visokom nivou pripadaju proizvodu kao celini. Završen inkrement može ranije da se pregleda ili koristi, a znanje iz jedne iteracije može promeniti naredni rad bez ponovnog otvaranja svake završene komponente.

Naziv Agile široko se povezuje sa Manifestom agilnog razvoja softvera iz 2001. Manifest je naglasio ljude i interakciju, radni softver, saradnju sa klijentom i odgovor na promenu, uz priznanje da procesi, dokumentacija, ugovori i planovi takođe imaju vrednost. Agile zato nije jedna detaljna metoda upravljanja. To je skup vrednosti i principa od kojih se grade okviri i organizacione prakse. Scrum, Kanban, Crystal, LeSS, SAFe i Nexus predstavljaju različite načine primene srodnih ideja.

Prednosti. Kratki ciklusi povratne informacije poboljšavaju prilagođavanje. Načelo „odgovor na promenu pre praćenja plana” vredno je za inovativne proizvode, usluge i drugi posao sa otvorenim krajem, gde važne informacije nastaju tokom razvoja. Inkrementalna isporuka može otkriti pogrešnu pretpostavku pre nego što se potroši ceo budžet.

Nedostaci. Pošto Agile ne propisuje potpun operativni model, organizacija mora da ga izabere ili napravi. Za to su potrebni iskustvo, istrajnost, obuka i promene finansiranja, uloga i upravljanja. Nazvati haotičan rad „agilnim” ne stvara agilnost. Timu su i dalje potrebni cilj proizvoda, tehnička disciplina, prioriteti, standardi kvaliteta i zaštita od stalnih prekida.

Scrum

Scrum je lagan okvir za stvaranje vrednosti kroz prilagodljiva rešenja složenih problema. Rane verzije pojavile su se osamdesetih godina, a okvir se dalje razvijao. On povezuje empirijsku kontrolu — transparentnost, pregled i prilagođavanje — sa jasnim ritmom i odgovornostima.

Rad potreban proizvodu nalazi se u Product Backlog spisku i uređuje ga Product Owner. Scrum tim bira posao koji podržava cilj Sprinta i stvara upotrebljiv inkrement unutar Sprinta koji traje mesec dana ili kraće. Stabilno trajanje daje timu ritam i ograničava vreme do povratne informacije. Product Owner predstavlja vrednost proizvoda i potrebe zainteresovanih strana; Scrum Master pomaže timu i organizaciji da razumeju i koriste Scrum; Developers stvaraju inkrement. Savremena Scrum terminologija opisuje odgovornosti, a ne vođu projekta koji svakome dodeljuje zadatke.

Pet ponavljajućih aktivnosti uređuje pregled i prilagođavanje:

• Uređivanje Product Backlog spiska. Iako je uređivanje stalna aktivnost, a ne formalan Scrum događaj, tim redovno razjašnjava, deli, raspoređuje i procenjuje buduće stavke kako bi verovatan naredni rad bio dovoljno razumljiv.
• Planiranje Sprinta. Tim utvrđuje zašto je Sprint vredan, šta može da se uradi i kako će izabrani posao biti napravljen. Rezultat su cilj Sprinta i Sprint Backlog kojim upravljaju Developers.
• Daily Scrum. Developers svakodnevno u kratkom razgovoru pregledaju napredak prema cilju Sprinta i prilagođavaju plan. Detaljno rešavanje problema može se nastaviti posle sastanka sa uključenim ljudima.
• Pregled Sprinta. Scrum tim i zainteresovane strane pregledaju ishod i promenjeno okruženje, razgovaraju o naučenom i prilagođavaju Product Backlog. To je radna sesija, a ne samo svečana demonstracija.
• Retrospektiva Sprinta. Tim razmatra delotvornost, odnose, alate i Definition of Done i bira poboljšanja za naredni ciklus.

Prednosti. Scrum je koristan kada su timu potrebni česti upotrebljivi rezultati i očekuje se razvoj zahteva. Redovna komunikacija i zajednička odgovornost pomažu razmeni iskustva. Mali inkrementi lakše se pregledaju, a greške ili slabe pretpostavke o proizvodu mogu se ispraviti ranije nego kod velikog i retkog izdanja.

Nedostaci. Scrum zahteva povezan, sposoban i samoorganizovan tim, aktivnog Product Owner-a i podršku organizacije. Stariji opisi često navode pet do devet članova; sadašnji Scrum Guide kaže da Scrum tim obično ima deset ili manje. Bez obzira na broj, prevelik tim i uske specijalističke ograde povećavaju trošak usklađivanja. Scrum nije automatski prikladan za svaki fizički ili strogo uzastopan projekat, a samo preimenovanje sastanaka i rukovodilaca nije primena okvira.

Lean

Agile navodi vrednosti za prilagođavanje, dok Lean dodaje način razmišljanja o vrednosti, toku i gubicima. Rad se deli na upravljive celine, a svaka prolazi kroz operativni tok koji odgovara proizvodu. Za razliku od stroge granice Sprinta, Lean može podržati više stavki u neprekidnom kretanju ako se rad u toku i kapacitet kontrolišu.

Lean traži da organizacija odredi vrednost za klijenta, razume tok vrednosti, stvori protok, dopusti da potražnja povlači rad i teži stalnom poboljšanju. Cilj nije da svaka osoba izgleda zauzeto, nego da se skrati put od potrebe do vrednog ishoda uz očuvan kvalitet. Lokalno ubrzanje koje preopterećuje sledeću fazu nije poboljšanje celog sistema.

Prednosti. Lean nudi više od apstraktne fleksibilnosti. Analiza toka vrednosti, male serije, ugrađen kvalitet i sistematsko uklanjanje čekanja mogu projekat učiniti bržim i pouzdanijim. Pristup povezuje prilagodljivost sa operativnom disciplinom.

Nedostaci. Detaljna analiza svake stavke može koštati više nego što štedi, a opšti Lean opis ne daje tačan tok za određeni projekat. Bez snažnog usmerenja proizvoda i komunikacije, timovi mogu optimizovati samo jedan korak, ukloniti potrebnu rezervu ili Lean pretvoriti u kampanju smanjenja troškova.

Kanban

Kanban čini tok vidljivim i upravljivim. Metoda vuče korene iz proizvodnog sistema Toyota i signala za dopunu koje je proučavao Taiči Ono. U radu sa znanjem zadaci se predstavljaju karticama koje prolaze kroz jasno određena stanja. Sistem prikazuje potražnju, ograničava rad u toku i podstiče poboljšanje na osnovu posmatranog protoka.

Za razliku od Scrum-a, Kanban ne zahteva Sprintove niti propisuje Scrum odgovornosti i događaje. Postojeće uloge i procesi mogu biti polazna tačka. Tim može koristiti fizičku ili elektronsku tablu, ali sama tabla nije metoda. Pravila, ograničenja rada u toku, očekivani nivo usluge, obrada blokada i petlje povratne informacije pretvaraju vizuelni prikaz u sistem upravljanja.

• Kartice. Svaka radna stavka sadrži informacije potrebne za razumevanje cilja, odgovornosti, klase usluge i sadašnjeg stanja.
• Ograničenja rada u toku. Stanje ima određen kapacitet. Dostizanje granice otkriva usko grlo i podstiče tim da završi ili odblokira rad pre započinjanja novog.
• Neprekidan tok. Nove stavke ulaze prema prioritetu i slobodnom kapacitetu, a ne prema želji da svako stalno izgleda zauzeto.
• Stalno poboljšanje. Pokazatelji toka i povratna informacija podržavaju kaizen: ponovljene promene sistema zasnovane na podacima.

Prednosti. Kanban odgovara timovima koji sarađuju i neprekidnim uslugama. Daje jasne podatke o opterećenju, redovima čekanja i blokiranom radu. Izričita ograničenja smanjuju prebacivanje između poslova i čine uska grla vidljivim. Pošto polazi od postojećeg procesa, uvođenje može biti postepeno.

Nedostaci. I dalje su potrebni sposobni ljudi, zajednička pravila i određivanje prioriteta proizvoda. Tabla bez upravljanja može postati pasivan spisak zakasnelih kartica. Projekat sa čvrstim datumom može koristiti Kanban, ali timu su potrebni i prognoziranje i kontrola rasporeda; odsustvo Sprint rokova ne uklanja spoljne obaveze.

Six Sigma

Six Sigma je disciplinovan pristup zasnovan na merenju, namenjen smanjenju varijacije i grešaka. Razvijen je u kompaniji Motorola osamdesetih godina, a kasnije je široko prihvaćen. Često se povezuje sa Lean pristupom, ali naglasci nisu isti: Lean se usredsređuje na vrednost i tok, dok Six Sigma koristi strukturisanu analizu i statističko razmišljanje za kvalitet i sposobnost procesa.

Izvorni članak predstavlja ciklus DMEDI sa pet koraka za projektovanje i poboljšanje:

1. Define — odrediti. Navesti problem ili priliku, sadašnje stanje, potrebu klijenta, granice i željeni rezultat.
2. Measure — meriti. Odlučiti koji su pouzdani podaci potrebni, kako će se prikupljati i koji pokazatelji predstavljaju uspeh.
3. Explore — istražiti. Analizirati mogućnosti i uzroke, zatim osmisliti pristup koji može ispuniti zahteve u vremenskim i finansijskim ograničenjima.
4. Develop — razviti. Izgraditi i doraditi izabrano rešenje kroz detaljan, kontrolisan redosled i uspostaviti dokaz o napretku.
5. Control — kontrolisati. Održati poboljšanje, pratiti učinak i dokumentovati lekcije i standarde za projekat i organizaciju.

Drugi Six Sigma konteksti često koriste DMAIC — Define, Measure, Analyse, Improve i Control — za poboljšanje postojećeg procesa. Izbor ciklusa zavisi od toga da li tim popravlja postojeći proces ili projektuje novi.

Prednosti. Pristup daje jasan algoritam, merljive ciljeve, analitičku korekciju i stalno poboljšanje. Podržava široko razumevanje složenog procesa, pažljivu upotrebu resursa i teške projekte sa mnogim problemima kvaliteta. Očekuje se da odluke budu potkrepljene podacima, a ne samo intuicijom.

Nedostaci. Merenje može postati birokratija, a loše izabrani pokazatelji mogu optimizovati pogrešan ishod. Nejasan cilj stvara sukob prioriteta. Parola da se sve uvek može poboljšati može sprečiti tim da prepozna zadovoljavajući završetak. Naučene lekcije vrede samo ako ih organizacija ponovo koristi. Zadovoljstvo klijenta, poslovni cilj, etika i dugoročna vrednost proizvoda moraju ostati povezani, a ne svedeni na jednu brojku kvaliteta.

PRINCE2

PRINCE2 je nastao iz prakse upravljanja projektima vlade Ujedinjenog Kraljevstva i pod tim nazivom uveden 1989. Skraćenica znači Projects IN Controlled Environments, odnosno projekti u kontrolisanim okruženjima. To je strukturisana metoda koja povezuje faznu kontrolu, neprekidno poslovno opravdanje i upravljanje po izuzecima. Metoda je menjana od prvog izdanja, pa tim treba da koristi smernice verzije koju je njegova organizacija prihvatila.

PRINCE2 ne pokušava da obezbedi stručno znanje posebne industrije niti svaku specijalističku tehniku poput Gantovog rasporeda, izrade strukture posla ili softverskog inženjerstva. Usredsređuje se na sistem upravljanja. Tradicionalni opisi organizuju taj sistem oko sedam principa, sedam tema i sedam procesa; novije smernice koriste blisko povezane prakse. U svim verzijama metoda se mora prilagoditi obimu, riziku i okruženju projekta.

Tri praktična pitanja određuju smer:

• Poslovno: Da li projekat i dalje ima opravdanje i da li je ostvariv?
• Proizvod: Šta će tačno biti stvoreno i kako će se ocenjivati prihvatanje?
• Resursi: Da li postoji dovoljno ljudi, vremena i novca za dostizanje cilja?

Procesni model može se razumeti kroz sedam upravljačkih oblasti:

1. Priprema projekta. Potvrditi da postoji održiv projekat, imenovati ključne uloge, zabeležiti okvirno poslovno opravdanje i pripremiti odluku o pokretanju.
2. Pokretanje projekta. Izraditi inicijalnu projektnu dokumentaciju, kontrole, strategije i plan faze koji daju zajedničku osnovu za upravljanje.
3. Usmeravanje projekta. Projektni odbor donosi ključne odluke i ostaje odgovoran za ukupni uspeh bez preuzimanja svakodnevnog upravljanja.
4. Kontrola faze. Rukovodilac projekta dodeljuje rad, prati napredak, upravlja pitanjima i rizicima i prijavljuje izuzetak kada prognoza prelazi dozvoljeno odstupanje vremena, troška, obima, kvaliteta, rizika ili koristi.
5. Upravljanje isporukom proizvoda. Rukovodilac projekta i rukovodioci timova dogovaraju radne pakete, isporučuju proizvode i izveštavaju o završetku i kvalitetu.
6. Upravljanje granicom faze. Rezultati i prognoze predstavljaju se Projektnom odboru kako bi procenio trajno opravdanje i odobrio sledeću fazu ili korektivni smer.
7. Zatvaranje projekta. Potvrditi prihvatanje, oceniti učinak, predati proizvode, zabeležiti naknadne radnje i preporučiti formalno zatvaranje.

Prednosti. PRINCE2 se može prilagoditi različitim organizacijama; jasno određuje uloge i odgovornosti; usredsređuje se na proizvode i prihvatanje; razdvaja nivoe upravljanja; štiti poslovno opravdanje; deli rad na upravljive faze; i naglašava iskustvo i stalno učenje.

Nedostaci. Ne zamenjuje specijalističke prakse razvoja proizvoda niti tehničke alate. Mehanička primena može stvoriti previše dokumentacije i usporiti odluke. Prilagođavanje nije izborno: kontrole moraju biti srazmerne, a metoda povezana sa pristupom isporuci koji tim stvarno koristi.

Izbor sistema koji odgovara projektu

Upravljanje projektima nema nepromenljiv recept niti univerzalan odgovor. Retko se nalazi jedna metoda koja tačno odgovara svemu. Većina organizacija bira osnovu i prilagođava je, ponekad povezujući delove više sistema. Prediktivni plan može upravljati ukupnim regulisanim programom, dok Scrum vodi razvoj proizvoda pod neizvesnošću, Kanban organizuje podršku, a Six Sigma rešava ponovljeni problem kvaliteta.

Počnite od cilja i ograničenja projekta, a ne od modernog naziva. Postavite sledeća pitanja:

• Koliko su zahtevi stabilni i koliko je promena skupa?
• Da li rad stvara jedan završni rezultat ili neprekidan tok vrednosti?
• Koji datum, budžet, bezbednosno ili regulatorno ograničenje ne može da se pomeri?
• Koliko često klijenti i korisnici mogu dati pouzdanu povratnu informaciju?
• Koje veštine, prava odlučivanja i kapacitet tim stvarno ima?
• Koji pokazatelji kvaliteta i ishoda će otkriti uspeh ili neuspeh?

Prilagođen sistem zahteva trud, ali ne sme postati proizvoljna mešavina. Odredite uloge, artefakte, događaje, pravila, pokazatelje i puteve eskalacije, a zatim proverite da li pomažu isporuci. Zadržite korisne kontrole, uklonite ceremonije koje ne proizvode odluku ili dokaz i zabeležite razlog promene prakse.

Učenje od iskusnih stručnjaka

Metode postaju korisne kroz praksu. Studije slučaja, stručni standardi i iskusni rukovodioci mogu pokazati ponašanje pristupa pod stvarnim pritiskom, ali ugled nije zamena za dokaz. Proverite koji problem je rešavan, koja su ograničenja važila i da li se prijavljeni rezultat može preneti u vaše okruženje.

Izvorni članak preporučuje autorovu knjigu o praktičnom putu za početnike u upravljanju projektima, zasnovanu na radu povezanom sa organizacijama kao što su Nissan, Alfa-Bank, Burger King, Nestlé i Bayer. Takvo iskustvo treba koristiti kao jedan od izvora: uporediti ga sa aktuelnim smernicama okvira, podacima svoje organizacije i potrebama ljudi koji obavljaju posao.

Zaključak

Tradicionalno upravljanje, Agile, Scrum, Lean, Kanban, Six Sigma i PRINCE2 nisu takmičari na jednoj univerzalnoj rang-listi. Svaki pristup sadrži pretpostavke o promeni, toku, kvalitetu, upravljanju i povratnoj informaciji. Pravi izbor je onaj čije pretpostavke odgovaraju projektu i čija primena stvara transparentnu kontrolu koja može da se proveri.

Istoričar organizacije NASA Rodžer Launius primetio je da je upravljanje bilo među najtežim problemima pri slanju ljudi na Mesec. Pouka je i dalje važna: tehnička ambicija postaje isporučen rezultat samo kada su ljudi, odluke, zavisnosti i dokazi usklađeni. Birajte svesno, prilagodite srazmerno i poboljšavajte sistem dok vas projekat uči.