GRĮŽTI ATGAL
CTO užduotys yra įvairios, ar ne? Visų pirma, tai yra būti atsakingam už technologinius poreikius, taip pat už organizacijos mokslinius tyrimus ir plėtrą (MTTP). Tačiau kai kuriais atvejais CTO tenka spręsti ir kitus itin sudėtingus uždavinius. Vienas iš jų - efektyvus programinės įrangos produktų mastelio didinimo valdymas.
Čia keliami klausimai susiję su galimomis grėsmėmis ir tinkamu požiūriu į jų valdymą. Taigi, skaitykite toliau ir sužinokite apie dažniausiai pasitaikančias situacijas, tokias kaip priešlaikinis mastelio didinimas, techninė skola, programinės įrangos prioritetų nustatymas ir biudžeto apribojimai.
"Startup Genome" atlikti tyrimai rodo, kad net 70% atvejų per ankstyvas mastelio keitimas yra pradedančiosios įmonės bankroto priežastis. Įmonės investuoja, nors iš tikrųjų nėra tam pasirengusios.
Kodėl taip atsitiko? Turbūt paprasčiausias atsakymas yra tas, kad įmonės nežino, kada reikia didinti mastą. Jei jūsų produktas nėra tam pasiruošęs, labai greitai tai sužinosite. Nesvarbu, kad pajamos yra gero lygio, nes biudžetą sunaudoja kiti procesai. Kita labai dažnai pasitaikanti klaida - didinamas įdarbinimas, kai produktas vis dar yra prastos kokybės arba nebetenkina klientų.
Galbūt turite didelį klientų portfelį, bet ką daryti, jei jie pradės atsisakyti darbo, pamatę trūkumus ir kokybės stoką? Manau, kad gera idėja, susijusi su per ankstyvu masto mažinimu, yra Pareto principas.
Jos duomenimis, 20% klientų atneša 80% pelno. Todėl geriau pirmiausia sutelkti dėmesį į produkto tobulinimą, pažinti klientų poreikius, kad produkto savybės kuo labiau atitiktų rinka lūkesčiai. Taip galėsite turėti kuklų klientų, kurie jumis pasitiki ir yra patenkinti, portfelį.
Tai labai dažna ir kartu sudėtinga problema. Techninė skola visada yra apribojimas produktų kūrimas. Kurį laiką galite paslėpti gaminio trūkumus, tačiau kada nors jie išryškės. Todėl kuo greičiau juos pašalinsite, tuo geriau.
Su techninėmis skolomis dažnai susiduria CTOs (ir apskritai "C-suite" vadovams), kurie ką tik pradėjo dirbti su tam tikru produktu. Visoms problemoms išspręsti reikia šiek tiek laiko, tačiau tai atsiperka. Šiuolaikinių sprendimų diegimą, darbą be gedimų ir geriausios pramonės praktikos laikymąsi jūsų klientai įvertins labai greitai.
Norėdami išspręsti techninio įsiskolinimo problemą, turite apsupti save patyrusiais komanda kūrėjų. Įsitikinkite, kad jūsų komanda yra pakankamai kompetentinga, kad įveiktų šį iššūkį ir jums nereikėtų spręsti tokių problemų...
Ar pažįstate tą jausmą, kai pažvelgę į savo atsilikimą matote begalinį užduočių, kurias reikia atlikti, sąrašą? Tai taip pat yra vienas iš pagrindinių iššūkių CTO, kurie didina produkto mastą. Paprastai programuotojų skaičius yra ribotas, todėl užduotis reikia atrinkti ir nustatyti prioritetus, kad būtų išlaikytas kūrimo tęstinumas.
Žinoma, turite atsižvelgti į tai, kad ne visada pavyks pasiekti visus savo tikslus, ypač kai jūsų komanda yra per daug apkrauta. Tačiau tai visiškai natūralu ir jums tereikia išmintingai valdyti visą procesą. Alternatyva, kurią reikėtų apsvarstyti, yra komandos išplėtimas, kažkas panašaus į gelbėtojų komandą, kuri būtų palengvinimas jūsų kūrėjams. Šis sprendimas - tai galimybė paspartinti plėtrą.
Manau, kad nėra tokio dalyko kaip per didelis biudžetas, tiesa? Na, taip būna visuose projektuose (ypač programinės įrangos kūrimas tipo), o neviršyti nustatytų ribų - nemenkas iššūkis C lygio vadovams. Didinimas visada susijęs su didelėmis investicijomis.
Programinės įrangos kūrimo požiūriu tai neabejotinai yra didžiausias iššūkis, iš karto po geriausių IT talentų, kurie užtikrina tvarų vystymąsi ir aukštos kokybės produktą, įsigijimo. Kaip vis dėlto susidoroti su biudžeto apribojimais? Tam nėra auksinės taisyklės. Siūlau, kad iš pradžių tikrai reikia numatyti tam tikras biudžeto prielaidas ir stengtis jų laikytis.
Žinoma, šios prielaidos turi būti pagrįstos išsamia analize ir, pageidautina, praktine patirtimi. Niekada neplanuokite viso biudžeto, palikite dalį papildomoms išlaidoms ar vėlavimams. Didindami produkto mastą visada stengiatės padaryti viską, kad jų neatsitiktų, tačiau jie, deja, pasitaiko labai dažnai.
Jei tinkamai priprasite prie programinės įrangos produkto mastelio didinimo proceso ir išvengsite šių dažniausiai daromų klaidų, paspartinsite savo augimą ir suteiksite sau sėkmės galimybę. Mano paskutinis patarimas jums, kaip CTO visada apsupti save taam ekspertų. Atminkite, kad net ir geriausias CTO nepasieks įmonės tikslų, jei nebendradarbiausite su kvalifikuota komanda. Taigi... sėkmės!
Skaityti daugiau:
Programinės įrangos kūrimas Vokietijoje: 3 dalykai, kuriuos reikia žinoti
Kurią DB pasirinkti konkrečiam duomenų tipui programinės įrangos projekte
Lithuanian 
English 
German 
Swedish 
Danish 
Norwegian 
Finnish 
French 
Polish 
Arabic 
Italian 
Spanish 
Dutch 
Estonian 
Greek 
Portuguese 
Czech 
Latvian 
Icelandic