Mēs mēdzam izturēties pret tādām jaunām tehnoloģijām kā Svētais Grāls, gaismas bāksignāls, un atbildi uz visu, kas ir lēns, neefektīvs un vecs. Un tā var būt, ja tas tiek īstenots ar kravas un kravas pārvadājumu plānošanu un tālredzību.
Bet labi, ka mēs visi zinām, kā tas notiek.
Laikā, kad darbojos valdībā, kad dažreiz šķita, ka mēs spēlējam tādu tehnoloģiskās pieķeršanās spēli, kuru nav iespējams uzvarēt, es uzzināju, kas var notikt, ja šī tālredzība tiek uzskatīta par pašsaprotamu. Tas izskatās nedaudz mazāk kā Svētais Grāls un daudz vairāk kā izmaksu pārsniegšana, kavēšanās un sarežģīti risinājumi citādi vienkāršām problēmām.
Kā es uzzināju, viena no galvenajām veiksmīga tehnoloģiju projekta atslēgām ir harmoniskas attiecības starp biznesa komandu un tehnoloģiju komandu. Pēc manas pieredzes biznesa komanda bieži vadīja izmaiņas (mums, piemēram, ir vajadzīga sarežģītāka sistēma, lai izsekotu federālo dotāciju izlietojumu), taču mēs nevarējām paveikt progresu, ja izstrādātāji un IT projektu vadītāji to nespēj. notikt. Projekti bieži vien bija tālu no harmoniska, jo būtībā tika runāts dažādās valodās un saglabātas ļoti atšķirīgas cerības (izmaiņas, kas, piemēram, man šķita nelielas, izstrādātājiem bieži izrādījās nozīmīgas).
Bet bizness un tehnoloģijas var būt - un tām jābūt - draudzībām. Labās ziņas? Saskaņas sasniegšana patiesībā nav tik sarežģīta. Tāpat kā jebkura sadarbība, tā ir saistīta ar komunikācijas biežumu un kvalitāti, savstarpēji saskaņotu mērķu kopumu un plānu šo mērķu gandrīz neizbēgamo novirzīšanu. Šeit ir sniegtas dažas pamatnostādnes, kā pārvaldīt biznesa un tehnoloģiju plaisu.
1. Mērķis ir pirmo reizi naglot prasības
Domājiet par biznesa prasībām kā projektu. Jūs nedrīkstat uzzīmēt skiču projektu mājai, piegādāt tos darbuzņēmējam un novēlēt viņam veiksmi. Jūs neatgriezīsities trīs nedēļu laikā pēc celtniecības un lūgsit viņam pievienot trešo stāvu un ceturto vannas istabu, un varbūt lauru logu viesistabā. Un jūs noteikti neizveidosit savus projektus bez arhitekta un inženiera ieguldījuma.
Tehnoloģiju projekts nav tik atšķirīgs. Tas jāprojektē precīzi, un, tiklīdz izstrāde ir sākusies, ne vienmēr ir viegli pielāgot izmaiņas, neietekmējot visu pamatu. Tāpēc ir svarīgi būt pēc iespējas visaptverošam un iegūt nepieciešamo informāciju un zināšanas, kad domājat par risinājuma nepieciešamību. Intervējiet galalietotājus, lai izprastu izaicinājumus, ar kuriem viņi saskaras, un kā tieši viņiem būs jāizmanto jaunā tehnoloģija. Neizdariet pieņēmumus un neatstājiet plānošanas daļas vēlākai.
2. Bet atzīstiet, ka jūs nedaudz pietrūksit
To sakot, man šķita, ka abstraktās plānošanas stadijās ir gandrīz neiespējami iedomāties katru nepieciešamo funkciju. Neizbēgami, tiklīdz sistēma bija izstrādes stadijā, mēs sapratām, ka aizmirsām lūgt izvērstās meklēšanas funkciju vai pogu “saglabāt un turpināt”. Kad mēs vērsāmies pie izstrādātājiem, lai laipni lūgtu viņus apmierināt šos jaunos pieprasījumus, mēs bieži tikāmies ar neapmierinātību. Iespējams, ka jaunās izmaiņas prasīs viņiem atsaukt jau paveikto darbu un pārprojektēt risinājuma daļas. Varbūt mēs to paredzējām pēc divām stundām, kad patiesībā tas prasītu dienu.
Iespējams, ka jūs nevarēsit novērst šīs vēlāk spēles atklāšanas, tāpēc labākais, ko varat darīt, ir iebūvēt buferi, lai tos pielāgotu. Pievienojiet papildu nedēļu savam sākotnējam grafikam un papildu 5-10% savam budžetam. Daudzas organizācijas, atzīstot, cik bieži mainās cerības, ir izvēlējušās veiklu pieeju attīstībai, pakāpeniski izvēršot tehnoloģiju, lai periodiski varētu veikt atkārtotu novērtēšanu. Neatkarīgi no tā, kāda ir jūsu pieeja, nekļūdieties domājot, ka esat domājis par visu no sākuma. Tas gandrīz nekad nenotiek.
3. Pārzināt darbības jomu, kad to redzat
Projektam virzoties uz priekšu un parādoties jaunām vajadzībām, ir svarīgi atšķirt tos, kas jums patiesi nepieciešami, no tiem, kurus jūs vienkārši vēlaties. Lūgums izstrādātājiem uzņemt katru zvanu un sapņot prātu, parasti noved pie nebeidzamiem projektiem un pārāk sarežģītiem gala rezultātiem. Katram jaunam pieprasījumam pirms tā iesniegšanas vajadzētu būt prioritātei.
Apsverot iespēju, uzdodiet sev dažus pamatjautājumus: Vai sistēma darbosies bez tā? Cik daudz laika prasīs ieviešana, un cik lielu labumu galu galā sniegs galalietotājs? Ja mēs gaidīsim nākamo izlaidumu, lai to risinātu, vai kaut kas tiks zaudēts? Tas ir prioritāšu noteikšanas vingrinājums, un visam var piešķirt augstu, vidēju vai zemu statusu. Ja tas ir zems, novietojiet to figurālā autostāvvietā - esmu dzirdējis par uzņēmumiem, kuriem ir “sapņu attīstības pieprasījuma” dokumenti, kuriem ikviens var pievienot idejas, un inženieri var pārlūkot to brīvajā laikā. To vienmēr var pārskatīt kā daļu no uzlabojumiem, kas jāveic, kad projekts ir pie zemes un veiksmīgi darbojas.
4. Izstrādāt kopēju valodu
Jebkuras jaunas sistēmas pamatā ir biznesa mērķu kopums. Tas ļaus jums iegūt vairāk datu, pilnveidot esošo procesu vai piedāvāt jaunus pakalpojumus klientiem. Ir ļoti svarīgi, lai biznesa komanda un tehnoloģiju komanda sēdētu pirms jebkāda darba uzsākšanas un paziņotu par šiem mērķiem. Uzņēmējdarbības mērķi nedrīkst pazust tehnoloģiju sarunu jūrā, un tie jāpatur prātā katrā darba posmā.
Kopīgas valodas attīstīšana nozīmē ne tikai kolektīvu mērķu izvirzīšanu, bet arī progresa izsekošanu tā, lai tas derētu visiem. Uzņēmēji un tehnoloģijas sava darba novērtēšanai var izmantot dažādus rīkus, taču ir jābūt vismaz vienam viedoklim par progresu, kas ir kopīgs. Tas varētu būt tikpat vienkāršs kā projekta plāns vai izklājlapa ar saskaņotiem laukiem, piemēram, datumiem un mērķiem un procentiem pabeigtiem, tāpēc katram ir pieeja katra izpildāmā uzdevuma statusam. Mērķis ir izvairīties no situācijas, kad biznesa komanda domā, ka viņi ir pusceļā, un tehnoloģiju komanda saka, ka viņi ir tikai ceturtdaļa - visiem jābūt vienādiem izpratnes par padarīto un to, kas vēl jādara.
Jūs varat runāt biznesa plānos un PowerPoints, un viņi var runāt kodiski, bet, ja jūs skaidri nesazināsities no get-go, jūs nekad to neizveidosit no Bābeles. Veiksmīgs tehnoloģiju projekts ir domāts par tikšanos ne tikai pašā sākumā, bet arī ik uz soļa. Atzīstiet savus pieņēmumus un mēģiniet neizveidot pārāk daudz. Jo mazāka ir atšķirība starp biznesu un tehnoloģijām, jo vieglāk būs kopā šķērsot savus tiltus.
