Don Dodge već je dugo prisutan u softverskoj industriji. Trenutačno direktor poslovnog razvoja tima za nove tvrtke u Microsoftu, Don blisko surađuje s startupima i investitorima rizičnog kapitala.
Don Dodge već dugo postoji u softverskoj industriji. Trenutno direktor poslovnog razvoja, Poslovni tim u nastajanju, u Microsoftu, Don blisko surađuje s startupima i investitorima rizičnog kapitala. Strastveni sam čitatelj Donov blog (nazvan The Next Big Thing), pa sam sa zadovoljstvom naletio na njega na nedavnom Red Herring East 2007 konferenciji u Bostonu.
Postavio sam Donu nekoliko pitanja o izbjegavanju neuspjeha projekata, na temelju njegovog iskustva rada s mnogim IT tvrtkama i proizvodima. Ako želite razumjeti dinamiku neuspjeha i uspjeha projekta, potičem vas da pažljivo pročitate Donove komentare; Destilirao je mnogo mudrosti u nekoliko kratkih odgovora.
Don, kad smo se sreli na konferenciji Red Herring, rekao si (i ovdje parafraziram) da je jedan od glavnih uzroka neuspjeha ‘nerealni kupci koji očekuju puno, a spremni su platiti samo malo.’ Je li doista toliko opasno biti čvrst pregovarač?
Ne nerealni kupci… nerealni ili nejasni projektni zahtjevi.
Po mom iskustvu, mnogi softverski projekti propadaju jer su zahtjevi bili nejasni od samog početka, a nije postignuto prihvaćanje među svim različitim dionicima koji su trebali biti uključeni. Nikada nisam vidio da projekt postaje manji... uvijek se proširuje i postaje veći. Drugo, većina softverskih projekata nije "rip and replace"; trebaju se integrirati s mnogim drugim postojećim sustavima, kojima često ne upravlja ili ih ne kontrolira sponzor projekta. Integracija s tim drugim sustavima uzrokuje puno kašnjenja i potencijalno velike probleme s arhitekturom. Treće, mislim da je najveća pogreška u softverskim projektima to što se ne rade redovite provjere napretka i demonstracije koda rano i često. Radio sam u jednoj tvrtki koja je koristila model "ekstremnog programiranja", koji se ponekad naziva i "agilni proces". Sjajna stvar kod Extreme Programminga je to što vi morate demonstrirati svoj rad kupcu svaka tri tjedna. Ne možete se previše udaljiti ako klijentu svaka tri tjedna demonstrirate i natjerate ga da odobri rad.
Što se tiče vašeg drugog pitanja, ne bih to nazvao teškim pregovaranjem...samo jasnim pregovaranjem. Budite vrlo jasni u pogledu specifikacija projekta, rasporeda i kriterija uspjeha. Zatim redovito provjeravajte napredak kroz projekt.
Radite s mnogim startupima i malim tvrtkama u svojoj ulozi u Microsoftu, a one su često u izuzetno slaboj pregovaračkoj poziciji kada se bave poslovnim kupcima. Postoji li način da te tvrtke zadaju cijenu koja im omogućuje dobar posao za zahtjevne klijente?
Startupi nisu u slaboj pregovaračkoj poziciji. Mogu se kretati brže, imaju niže troškove i nude osobniji pristup od velikih tvrtki. Zapravo, startupi mogu naplaćivati niže cijene i još uvijek zaraditi puno novca jer nemaju velike režijske troškove. Problem je u tome što se startupi često osjećaju kao da su u slaboj poziciji i stoga sami sebi podcjenjuju. Zapravo, međutim, nisu u slaboj poziciji.
U isto vrijeme, neki projekti se jednostavno ne isplati poduzeti. Ako zahtjevi nisu jasni, ako je raspored nerealan ili je cijena preniska... nemojte ga prihvatiti. Život je prekratak.
Kad god postoji rat nad ponudama među dobavljačima, zdrav razum sugerira da je kupcu bolje da ima jasnu predodžbu o ključnim projektnim zahtjevima - značajkama koje mora imati i kritičnim kriterijima izvedbe u odnosu na. manje bitne stvari. Vidite li da se to događa u stvarnoj praksi?
Ratovi nadmetanja često rezultiraju time da "pobjednik" na kraju izgubi novac.
Ako kupac svoju odluku temelji isključivo na cijeni, sigurno će biti loših osjećaja negdje dolje. Većina ljudi je poštena i trudi se dobro raditi. Međutim, greške se događaju kada se ljudi kreću prebrzo, bez jasno dokumentiranih zahtjeva, bez vremena da zacrtaju realan raspored i tako dalje. Kratki rok za ponude ili odabir dobavljača može dovesti do toga da kupac pogriješi.
Što je s ulogom konzultantskih partnera u nedovoljno financiranom projektu? Kako konzultanti mogu upravljati očekivanjima kupaca kako projekt ne bi propao?
Veliki projekti mogu postati vrlo složeni...previše složeni da bi ih bilo koja osoba u potpunosti razumjela. Kupci i voditelji projekata racionaliziraju probleme, nadajući se da će nadoknaditi manjak nizvodno, možda smanjujući karakteristike ili zahtjeve u želji da se sve uskladi i funkcionira. To je recept za katastrofu.
Projekti koji su "nedovoljno financirani" ili kod kojih očekivanja korisnika nisu jasna su u velikim problemima. Vraća se na osnovne točke koje sam naveo u prvom pitanju:
- Budite jasni u pogledu zahtjeva i natjerajte SVE zainteresirane strane da se slože
- Unaprijed razjasnite plan integracije i arhitekturu
- Rano i često demonstrirajte svoj rad i natjerajte klijenta da ga odobri
Postoji li posebna Microsoftova metodologija koja pomaže u izbjegavanju propalih projekata? Ili ste vi u istom čamcu kao i svi ostali?
Microsoft već više od 30 godina gradi ogromne softverske projekte. Microsoftovi projekti rijetko propadaju, ali Windows Vista nedavni je primjer velikog propuštanja rasporeda projekta. Projekt je bio uspješan, ali znatno kasni.
Provodimo puno vremena jasno dokumentirajući zahtjeve i okupljajući sve grupe sudionika kako bi svi znali što moraju učiniti i kada. Uspješni softverski projekti uvijek imaju jak rukovodeći tim koji jasno komunicira.
Mehanika uspješnog projekta prilično je osnovna... ali se često zanemaruje.