Avem tendința de a trata noile tehnologii precum Sfântul Graal, un far de lumină și răspunsul la tot ceea ce este lent, ineficient și vechi. Și poate fi - dacă este implementat cu o încărcătură de planificare și previziune.
Dar, bine, știm cu toții cum merge asta.
În anii mei de guvernare, unde uneori am simțit că jucăm un joc de capturare tehnologică imposibil de câștigat, am aflat ce se poate întâmpla atunci când această perspectivă este asigurată. Seamănă cu puțin mai puțin cu Sfântul Graal și cu mult mai mult cu depășirile, întârzierile și soluțiile convolute la probleme altfel simple.
După cum am aflat, una dintre cheile majore ale unui proiect tehnologic de succes este relația armonioasă dintre echipa de afaceri și echipa tehnologică. În experiența mea, echipa de afaceri a condus adesea la schimbare (avem nevoie de un sistem mai complex pentru a urmări cheltuielile federale de finanțare, de exemplu), dar nu puteam realiza un smidgeon de progres fără dezvoltatorii și managerii de proiecte IT capabili să o facă întâmpla. De multe ori, proiectele au sfârșit departe de armonios, rezultatul vorbirii esențiale a diferitelor limbi și menținerea așteptărilor mult diferite (o schimbare care mi s-a părut minoră, de exemplu, s-a dovedit adesea majoră pentru dezvoltatori).
Dar afacerile și tehnologia pot - și trebuie - să fie prieteni. Veștile bune? Realizarea armoniei nu este chiar atât de complicată. Ca orice colaborare, aceasta are legătură cu frecvența și calitatea comunicării, cu un set de obiective convenite reciproc și cu un plan pentru gestionarea deplasării aproape inevitabile a acestor obiective. Iată câteva orientări de bază pentru a gestiona decalajul între tehnologie și afaceri.
1. Obiectivul să acopere cerințele pentru prima dată
Gândiți-vă la cerințele de business ca la un model. Nu ar trebui să desenați un set schit de planuri pentru o casă, să le livrați antreprenorului și să-i urați noroc. Nu v-ați întoarce la trei săptămâni în construcție și l-ați solicita să adauge un al treilea etaj și oa patra baie și poate o fereastră de baie în sufragerie. Și cu siguranță nu v-ați desena planurile fără aportul unui arhitect și al unui inginer.
Un proiect tehnologic nu este atât de diferit. Trebuie să fie proiectat cu precizie și, odată ce începe dezvoltarea, nu este întotdeauna ușor să se adapteze schimbărilor fără a afecta întregul fundament. Acesta este motivul pentru care este crucial să fii cât mai cuprinzător posibil de la început și să obții aportul și expertiza de care ai nevoie, în timp ce crezi prin soluția necesară. Utilizatorii finali ai interviului pentru a înțelege provocările cu care se confruntă și exact cum vor trebui să utilizeze noua tehnologie. Nu faceți presupuneri și nu lăsați nicio parte a planificării pentru mai târziu.
2. Dar recunoașteți că veți lipsi câțiva
Acestea fiind spuse, mi s-a părut aproape imposibil să imaginăm fiecare caracteristică de care aveam nevoie în timpul etapelor de planificare abstractă. Inevitabil, odată ce sistemul a fost dezvoltat, ne-am da seama că am uitat să cerem o funcție de căutare avansată sau un buton „salvare și continuare”. Când ne-am apropiat de dezvoltatori pentru a le cere cu drag să răspundă acestor noi solicitări, am fost adesea întâmpinați de frustrare. Poate că noua schimbare le-ar impune să anuleze lucrările pe care le-au făcut deja și să re-arhitecți părți ale soluției. Poate că ne-am gândit să dureze două ore când, de fapt, va dura o zi.
Este posibil să nu puteți preveni aceste dezvăluiri ulterioare în joc, așa că cel mai bun lucru pe care îl puteți face este să construiți într-un tampon pentru a le găzdui. Adăugați o săptămână suplimentară la calendarul inițial și o sumă suplimentară de 5-10% la buget. Multe organizații, recunoscând cât de des se schimbă așteptările, au adoptat o abordare agilă a dezvoltării, derulând tehnologia în faze pentru a permite reevaluarea periodică. Indiferent de abordarea dvs., nu faceți greșeala de a crede că v-ați gândit la toate din start. Aproape că nu se întâmplă niciodată.
3. Cunoaște-te în sfera de aplicare când o vezi
Pe măsură ce proiectul avansează și noile nevoi ies la iveală, este important să distingem între cele de care ai nevoie cu adevărat și cele pe care doar le dorești. A cere dezvoltatorilor să găzduiască fiecare clopot și să fluiere mintea poate să viseze duce de obicei la proiecte fără sfârșit și la rezultate finale prea complexe. Fiecare cerere nouă, înainte de a fi făcută, ar trebui să fie prioritare.
Când aveți în vedere o caracteristică, puneți-vă câteva întrebări de bază: Sistemul va funcționa fără el? Cât timp va dura pentru implementare și cât de mult beneficiu va fi furnizat în cele din urmă utilizatorului final? Dacă așteptăm până la o nouă versiune pentru a o aborda, se va pierde ceva? Este un exercițiu de priorizare și tuturor li se poate atribui un statut de înalt, mediu sau scăzut. Dacă este scăzut, puneți-l într-o parcare figurativă - am auzit despre companiile care au documente „cerere de dezvoltare a viselor” la care oricine poate adăuga idei și inginerii pot naviga la timpul liber. Poate fi revizuit întotdeauna ca parte a unui lot de îmbunătățiri care trebuie făcute odată ce proiectul este oprit și funcționează cu succes.
4. Dezvoltați un limbaj comun
Orice sistem nou are la bază un set de obiective de afaceri. Acesta vă va permite să capturați mai multe date, să eficientizați un proces existent sau să oferiți servicii noi clienților. Este esențial ca echipa de afaceri și echipa tehnologică să stea înainte să înceapă orice lucrare și să comunice aceste obiective. Obiectivele de afaceri nu trebuie să se piardă într-o mare discuție tehnică și trebuie să rămână în minte ferm pe parcursul fiecărei faze de lucru.
Dezvoltarea unui limbaj comun înseamnă nu doar stabilirea obiectivelor colective, ci urmărirea progresului într-un mod care funcționează pentru toată lumea. Afacerile și tehnologia pot utiliza diferite instrumente pentru a-și măsura activitatea, dar trebuie să existe cel puțin o perspectivă asupra progresului care este împărtășit. Acest lucru poate fi la fel de simplu ca un plan de proiect sau o foaie de calcul cu câmpuri convenite, cum ar fi datele și obiectivele și procentul completat, astfel încât toată lumea are acces la starea fiecărei sarcini care trebuie finalizate. Scopul este de a evita o situație în care echipa de afaceri crede că sunt la jumătatea drumului, iar echipa tehnică spune că sunt doar un sfert - toată lumea ar trebui să înțeleagă ceea ce a fost făcut și ce a mai rămas de făcut.
Puteți vorbi în planurile de afaceri și în PowerPoints și pot vorbi în cod, dar dacă nu comunicați clar din primire, nu veți face acest lucru din Babel. Un proiect de tehnologie de succes se referă la o întâlnire a minților - nu doar la început, ci la fiecare pas de-a lungul drumului. Recunoașteți-vă presupunerile și încercați să nu faceți prea multe. Cu cât este mai mică decalajul dintre afaceri și tehnologie, cu atât va fi mai ușor să vă traversați punțile împreună.
