Mes linkę vertinti tokias naujas technologijas kaip Šventasis Gralis, šviesos švyturys, ir atsakyti į visa tai, kas lėta, neveiksminga ir sena. Taip gali būti, jei tai bus įgyvendinta su sunkvežimiu planavimo ir numatymo sunkvežimiu.
Bet gerai, kad visi žinome, kaip tai vyksta.
Per savo vyriausybės metus, kai kartais atrodė, kad žaidžiame technologinį pasivijimą, kurio neįmanoma laimėti, sužinojau, kas gali nutikti, kai ši įžvalga bus savaime suprantama. Tai atrodo šiek tiek mažiau kaip Šventasis Gralis ir daug labiau panašus į išlaidų viršijimą, vėlavimą ir įmantrius sprendimus, kaip kitaip išspręsti paprastas problemas.
Kaip sužinojau, vienas pagrindinių sėkmingo technologijos projekto raktų yra harmoningi verslo komandos ir technologijos komandos santykiai. Remdamasis mano patirtimi, verslo komanda dažnai skatino pokyčius (pavyzdžiui, mums reikia sudėtingesnės sistemos, kad būtų galima sekti, pavyzdžiui, federalinių dotacijų išleidimą), tačiau mes negalėjome įvykdyti pažangos, jei kūrėjai ir IT projektų vadovai nesugebės to padaryti. atsitikti. Projektai dažnai baigėsi toli nuo harmonijos, iš esmės kalbant skirtingomis kalbomis ir išlaikant labai skirtingus lūkesčius (pavyzdžiui, pokytis, kuris, man atrodė nereikšmingas, kūrėjams dažnai pasirodė esminis).
Bet verslas ir technologijos gali ir privalo būti draugais. Geros naujienos? Iš tikrųjų pasiekti harmoniją nėra taip sudėtinga. Kaip ir bet koks bendradarbiavimas, tai turi būti susijęs su bendravimo dažnumu ir kokybe, abipusiškai suderintu tikslų rinkiniu ir planu, kaip tvarkyti beveik neišvengiamą tų tikslų pasislinkimą. Čia yra keletas pagrindinių rekomendacijų, kaip valdyti verslo ir technologijų atskirtį.
1. Siekite pirmą kartą patenkinti reikalavimus
Pagalvokite apie verslo reikalavimus kaip planą. Nepatarėtumėte eskizinio namo brėžinių komplekto, pristatytumėte juos rangovui ir palinkėtumėte jam sėkmės. Jūs negrįšite po trijų savaičių į statybas ir paprašysite jo pridėti trečią aukštą ir ketvirtą vonios kambarį, o galbūt svetainės langą. Ir jūs tikrai nenurašytumėte savo brėžinių be architekto ir inžinieriaus indėlio.
Technologijų projektas nėra toks skirtingas. Jį reikia suprojektuoti tiksliai, o pradėjus kurti, ne visada lengva pritaikyti pokyčius nepažeidžiant viso pamato. Štai kodėl labai svarbu nuo pat pradžių būti kuo išsamesniam ir gauti reikalingų žinių bei žinių, kai pagalvojate, ko reikės sprendimui. Apklauskite galutinius vartotojus, kad suprastumėte iššūkius, su kuriais jie susiduria, ir kaip tiksliai jiems reikės naudoti naują technologiją. Nedarykite prielaidų ir nepalikite jokių planavimo dalių vėlesniam laikui.
2. Bet pripažink, kad praleidi nedaug
Vis dėlto manau, kad beveik neįmanoma įsivaizduoti kiekvienos mums reikalingos savybės abstrakčių planavimo etapų metu. Neišvengiamai, kai sistema buvo kuriama, supratome, kad pamiršome paprašyti išplėstinės paieškos funkcijos arba mygtuko „išsaugoti ir tęsti“. Kai mes kreipėmės į kūrėjus, kad maloniai paprašytume patenkinti šiuos naujus prašymus, mes dažnai buvome sutikti su nusivylimu. Galbūt dėl naujo pakeitimo jiems reikės anuliuoti jau atliktus darbus ir perprojektuoti sprendimo dalis. Galbūt įsivaizdavome, kad tai užtruks dvi valandas, kai iš tikrųjų tai užtruks dieną.
Jums gali nepavykti užkirsti kelio šiems vėlesniems žaidime paaiškinimams, todėl geriausias dalykas, kurį galite padaryti, yra pastatyti buferį, kad juos pritaikytumėte. Pridėkite papildomą savaitę prie savo pradinio laiko ir papildomus 5–10% į savo biudžetą. Daugelis organizacijų, pripažindamos, kaip dažnai keičiasi lūkesčiai, pasirinko judrų požiūrį į plėtrą, įdiegdamos technologijas palaipsniui, kad būtų galima periodiškai įvertinti. Kad ir koks būtų jūsų požiūris, nepadarykite klaidos galvodami, kad galvojote apie viską nuo pat pradžių. Tai beveik niekada neįvyksta.
3. Žinokite apie taikymo sritį, kai ją matote
Projektui judant į priekį ir paaiškėjus naujiems poreikiams, svarbu atskirti tuos, kurių jums tikrai reikia, nuo tų, kurių tiesiog norite. Paprašius savo kūrėjų prisitaikyti prie kiekvieno varpo ir švilpuko, kuris gali pasvajoti, paprastai atsiranda nesibaigiantys projektai ir pernelyg sudėtingi galutiniai rezultatai. Kiekvienai naujai užklausai, prieš ją pateikiant, turėtų būti teikiama pirmenybė.
Kai svarstote apie funkciją, užduokite sau keletą pagrindinių klausimų: ar sistema veiks be jos? Kiek laiko reikės įgyvendinti ir kokia nauda galiausiai bus suteikta galutiniam vartotojui? Jei mes lauksime, kol būsimas leidimas ją išspręs, ar viskas bus prarasta? Tai prioritetų nustatymo užduotis, ir viskam gali būti priskiriama aukšto, vidutinio ar žemo lygio būsena. Jei jo nedaug, pastatykite jį vaizdinėje automobilių stovėjimo aikštelėje - girdėjau apie įmones, turinčias „svajonių tobulinimo užklausos“ dokumentus, į kuriuos bet kas gali įtraukti idėjų, o inžinieriai gali laisvalaikiu naršyti. Jį visada galima peržiūrėti kaip dalį patobulinimų, kurie turi būti padaryti, kai projektas yra ne vietoje ir sėkmingai vykdomas.
4. Kurti bendrą kalbą
Bet kurios naujos sistemos pagrindas yra verslo tikslai. Tai leis jums surinkti daugiau duomenų, supaprastinti esamą procesą ar pasiūlyti naujų paslaugų klientams. Svarbu, kad verslo komanda ir technologijų komanda susėstų prieš pradedant bet kokį darbą ir praneštų apie šiuos tikslus. Verslo tikslai neturi pasimesti per techninių pokalbių jūrą, ir jie turi būti tvirtai įsimenami kiekviename darbo etape.
Bendros kalbos ugdymas reiškia ne tik kolektyvinio tikslo nustatymą, bet ir progreso stebėjimą taip, kad tai būtų naudinga visiems. Verslas ir technologijos gali naudoti skirtingas priemones savo darbui įvertinti, tačiau turi būti bent vienas bendras progreso vaizdas. Tai gali būti taip paprasta, kaip projekto planas arba skaičiuoklė su suderintais laukais, pavyzdžiui, datomis ir tikslais bei procentine išraiška, todėl visi turi prieigą prie kiekvienos užduoties, kurią reikia atlikti, būsenos. Tikslas yra išvengti situacijos, kai verslo komanda mano, kad jie yra pusiaukelėje, o technologijų komanda sako, kad jie yra tik ketvirtadalis - visi turėtų vienodai suprasti, kas buvo padaryta, o kas liko daryti.
Galite kalbėti verslo planuose ir „PowerPoints“, jie gali kalbėti ir kodu, tačiau nebent aiškiai bendraujate iš „get-go“, niekada neišsiversite iš „Babel“. Sėkmingas technologijos projektas susijęs su minčių susitikimu - ne tik pradžioje, bet ir kiekviename žingsnyje. Pripažinkite savo prielaidas ir stenkitės nedaryti per daug. Kuo mažesnė atskirtis tarp verslo ir technologijų, tuo lengviau bus pereiti tiltus.
