"Agile" požiūrio į projektų valdymą nauda

Kuo labiau tradicinis "krioklio" požiūris į projektų valdymą, kurį pateikė visos pagrindinės projekto sistemos, pvz., PRINCE2®, APM BoK ir PMBoK®, gerai veikia stabiliose situacijose. Yra aiškus atvejis, kad pasaulis, kuriame mes dirbame nuo PRINCE2 ® pradėta 1996 m., Dabar yra kur kas labiau besiplečianti, neaiški, sudėtinga ir dviprasmiška (kurią jūs pamatysite sutrumpintai kaip VUCA. Krioklys, kuri skatina kruopščiai didelį dizainą pradžioje, vis dar yra svarbi, kai galime būti tikri dėl reikalavimų, prieš prasidedant darbui per projekto gyvavimo laikotarpį jų nereikės žymiai keistis.

Tačiau tokie yra veiklos vykdytojų, kurie turi įtakos įmonėms, kuriuos dažnai klientas turi prisitaikyti, kintamumas. Šių vairuotojų skubumas neleis jiems palaukti iki projekto pabaigos. Dėl to gali reikėti dažnai keisti visą projektą. Turint krioklio procesą tai greičiausiai reiškia brangų plano atnaujinimą ir švaistymą.

Tai lemia mūsų įsitikinimą, kad "Agile" metodo taikymas dažnai mažiems pristatymams kartu su nuolatiniu pokalbiu su klientu leidžia kur kas daugiau lankstumo ir rezultatų, taigi ir naudos, daug greičiau.

Agile grožis yra tai, kad klientai gali nuspręsti, ką jie nori pasiekti, nes mato, ką tiekėjai gali pasiekti. Jo požiūris yra vienas iš "mokymosi darant", leidžiantis komandoms apmąstyti savo patirtį, kai jos eina kartu ir atitinkamai pritaikomos.

"Agile" sėkmė susijusi su keletu pagrindinių elementų.

Trys pagrindiniai "Agile" sėkmės veiksniai pateikti toliau.

Sėkmės koeficientas Nr. 1: savarankiška komanda

Norėdami pradėti, reikia savarankiškos komandos. Išvykdami iš talpyklų, komandos nariai skatinami naudoti savo sutapimus ir dirbti kartu, o tai savo ruožtu suteikia jiems daugiau galios ir pasitenkinimo.

Sėkmės koeficientas Nr. 2: Laiko baksavimas ir reikalavimų valdymas

Tada yra "timeboxing", kuriame daugiausia dėmesio skiriama projekto laiko ir sąnaudų elementų nustatymui, taip pat leidžiant planui vystytis, todėl pirmenybė gali būti teikiama reikalavimams, o klientų atstovas turi esminių kliento indėlį, kai atliekamas darbas. "Agile" sutartis tarp kliento ir tiekėjo radikaliai skiriasi nuo "Waterfall" lūkesčių; reikalavimai yra lankstūs, pagal sutartus parametrus, tačiau laikas ir išlaidos nėra.

Visada yra viliojanti per daug prioritetų priskirti reikalavimams skirtuose "privalomuose turtuose". "Agile" praktika paprastai palaiko maždaug 40% visų pastangų. Taikymo sritis yra vienas iš septynių dalykų, kurie gali sugadinti jūsų projektą , todėl tai turi būti veiksmingai valdoma.

Panašiai "Agile" komandos taip pat užtikrins, kad "vykdymo" kategorijoje yra tik ribotas užduočių skaičius - šiuo metu šiuo metu atliekamas darbas - padėti bet kuriuo metu sumažinti projektų sudėtingumą.

Sėkmingo veiksnio # 3: žmonių įtraukimas

Žmonių įsitraukimas yra svarbi "Agile" darbo dalis ir yra sėkminga, nes visi skirtingi suinteresuotieji subjektai, dirbantiems komandiniame darbe, glaudžiau bendradarbiauja ir turi įgaliojimus daugiau pasisakyti tiek už darbą, tiek dėl darbo tvarkos.

Tai pripažįstama kaip kur kas labiau motyvuojanti nei klasikiniai "valdymo ir kontrolės" metodai, kurie paprastai būna bendri tarp vadovų.

Agile nėra tai, ką tu galvoji

Žinoma, ne visi yra pasirengę priimti "Agile", o vienas iš dažniausių klaidingų supratimų yra tai, kad egzistuoja kokia nors bendra vieningoji "Agile" metodika.

Tai gana nesvarbi. Nėra jokio tinkamo "Agile" projekto organizavimo ir valdymo, taigi tai tampa patraukli kai kuriems ir kelia grėsmę kitiems.

Kai kurie bando priimti "Agile" metodus, tuo pat metu tęsdami krioklių perspektyvą, tačiau, kaip tikėtumėte, tai vargu ar pavyks pasiekti - tai yra "Agile" būdas, dėl kurio dirbama technika, o ne atvirkščiai.

Galiausiai yra tokių, kurie mano, kad "Agile" yra susijusi tik su programinės įrangos kūrimu, tačiau tai tiesiog netiesa - jis taip pat gali būti naudojamas įvairiems neparuoštiems pavyzdžiams, pavyzdžiui, didelio pastato atnaujinimas, verslo procesų tobulinimas ar darbo vietų pagalba su klientais orientuotas personalas.

Bendros kliūtys, trukdančios dirbti

Viena iš pagrindinių priežasčių, kodėl "Agile" neveiks, yra tai, ar organizacija naudoja mikrovaldymo kultūrą ir įtvirtintus darbus, kurie neleis bendrai elgtis.

Kiti klausimai gali apimti silpną komandos vadovavimą ar bandymą jį įgyvendinti organizacijose, kuriose darbo pobūdis toks, kad nedideliomis kartotinėmis versijomis neįmanoma įsivaizduoti darbo leidimų.

Kodėl Agile yra čia, kad liktų

"Agile" padarė tokį reikšmingą įsitraukimą, kad jo negalima atmesti kaip įniršį ir turėtų būti suprantamas visiems vadovams, kurie dalyvauja naujovių diegime ir vystyme. Dabar ignoruoti tai, kad praleisti progą, galinčią greitai pasiekti rezultatų ir sutaupyti lėšų.

"Apple", "Amazon", "GE Healthcare" ir "Salesforce.com" yra tarp tų organizacijų, kurios jau naudojasi "Agile", pripažindamos, kad tai geriau tinka XXI amžiaus organizacijų sudėtingumui.

Ir svarbiausia, Agile žino, kaip kuo geriau išnaudoti žinių darbuotojus ir užtikrinti, kad jie išliktų motyvuoti. Čia yra 5 būdai motyvuoti savo komandą, ar dirbate "Agile" aplinkoje, ar ne.

Susidūrę su šiomis išvadomis - kodėl nenorėtumėte būti labiau Agile?