Kako se pomiriti s rokovima u razvoju softvera

ROK…

Kao programer, ovo je jedna od vaših najvećih noćnih mora ili bih trebao reći vaš neprijatelj? Dajte mu ime kako god želite.

Priznaj. Jako vas plaši. Čak i sada, dok čitate ove rečenice, kosa vam se diže na kraju.

Pitate se kako to znam?

Znam jer sam i ja osjećala isto. Ali sada je strah u prošlosti. Pomirio sam se s rokovima. Prigrlila sam ih.

Stoga predlažem da učinite istu stvar. Zagrlite ih, pomirite se s njima. To je jedini način na koji ih možete pobijediti.

Ok, ali kako to možeš učiniti?

Postoje neke činjenice koje svi obično zanemarujemo kada je u pitanju određivanje roka. Ovdje mi je cilj pokazati ih kako biste mogli vidjeti da je potrebno toliko malo da pokopate strah i počnete uživati ​​u životu dok radite na svom projektu bez brige o datumima.

Radite u mirnom okruženju

Ne žuri. Ne prisiljavajte ništa.

Prvo što biste trebali znati je da ne možete pronaći svoj mir postavljanjem nerealnih datuma i prisiljavanjem svog tima na užurban rad. Postoje tvrtke koje izbacuju velike riječi i pokazuju nerealne stvari kako bi motivirale svoj tim da ide naprijed. No, iako su neke činjenice očite svima u timu, kako možete očekivati ​​da povjeruju u ono što govorite ako je to daleko od stvarnosti?

Bez fiksnog - i najvažnijeg uvjerljivog - roka ne možete mirno raditi. Da, zadržavanje smirenosti je ovdje ključno. Kad ne vjerujete datumu ili kad vam netko kaže da sve napravite u ograničenom vremenskom roku ili netko projektu doda više zadataka, a da vam ne da više vremena, počinjete manijakalno raditi. Ovo više nije posao. Ovo je pakao.

Kad ste pod stresom i pritiskom, ne možete biti produktivni. Kad ste mirni, svjesni ste, što znači da možete donositi bolje odluke.

Naše procjene su sranje

Korisnici Windowsa sjetit će se tog dijaloškog okvira prozora. Procjena u dijaloškom okviru točno je poput naše procjene, zar ne?

Priznajmo. Naše procjene su sranje. Mislimo da možemo pretpostaviti koliko će vremena nečemu trebati. Skloni smo vjerovanju da će se ostvariti sve što pretpostavimo.

Međutim, općenito, dok pogađamo, zanemarujemo neke važne čimbenike koji mogu utjecati na naše pretpostavke. Zašto? Jer smo previše optimistični.

Za mene je prvi korak u postizanju mira s rokom i poboljšanju postavljanja rokova priznanje da smo strašni procjenitelji. Kad prihvatite ovu činjenicu, sljedeći ćete put biti svjesni i to će vas spriječiti da podcijenite zahtjeve. A evo i rješenja za vaše poboljšanje u procjeni:

Podijelite velike stvari na manje stvari . Što je manji, to je lakše procijeniti . To će povećati vaše šanse za preciznije procjene.

Dovoljno dobro je u redu

"Savršeno je neprijatelj dobra." - Voltaire

Ljudi vole velike izazove. Najbolje je pronaći složeno rješenje za jednostavan problem. Ali ovdje je činjenica:

Svaki problem ima svoje jednostavno rješenje koje vjerojatno ignorirate.

Ne jurite savršeno rješenje. Vaša prva verzija ne mora biti savršena. Izradite pola proizvoda koji može raditi. Ako previše čekate, izgubit ćete svoje ograničene resurse i dragocjeno vrijeme ili ćete propustiti rok, a još gore uopće ne poduzimati ništa jer jurite za savršenstvom. Rješenje je:

Pronađite rješenje koje će vam donijeti veliku vrijednost i zahtijeva malo truda. I ne zaboravite, dobro se kasnije može pretvoriti u sjajno.

Ne budite previše optimistični. Budi realan.

Vidim menadžere koji su previše optimistični zbog čega postavljaju optimistične rokove kako bi motivirali tim. Ovo je tako pogrešno. Ne kažem vam da biste trebali biti pesimistični prema budućnosti. Naprotiv, kažem vam da biste trebali moći vidjeti svaku mogućnost koja može stvoriti usko grlo. Nakon što ih vidite, možete ih razmotriti i imati točniju procjenu.

U tvrtki postoje različiti timovi. Inženjering, poslovni razvoj, marketing itd. Kad vas tim za poslovni razvoj prisili da im date rok u vrlo bliskoj budućnosti, oni na vas ne bi trebali utjecati. Žele da se njihov posao završi što je prije moguće.

Imajte na umu da svaki tim razmišlja o svojoj strani.

Razlikovati između "moraš učiniti", "mogao bi učiniti" i "želiš učiniti"

Razumijevanje je ovdje ključno. Koji su temeljni zahtjevi za objavljivanje vašeg proizvoda? Obično ih tim proizvoda teško razlikuje.

Kada imate sastanak, jedan od članova tima će reći: "Mogli bismo to provesti, donijet će nam toliku vrijednost" ili će drugi reći "Trebali bismo ovo objaviti." Oni gledaju iz vlastite perspektive. Ok, to možemo implementirati i to nam može donijeti neku vrijednost, ali važno je pitanje „trebamo li to sada? U prvoj verziji? "

Odgovor je u većini slučajeva NE.

Stvari koje morate učiniti su ono na što biste se trebali usredotočiti . Eliminirajte stvari koje biste mogli i želite učiniti. O njima se u većini slučajeva ni ne može pregovarati.

Prema zadanim postavkama recite ne

Postoji jedna važna činjenica koju obično zaboravimo kad nečemu kažemo "Da". Kažemo ne stvarima koje već trebamo dovršiti.

Kad kažete da nečemu novom, ne razmišljate o utjecaju koji će to imati na vaše postojeće zadatke.

“Hajde da dodamo još zadataka projektu nakon što odredimo rok. (Vaš bi se projekt s vremenom trebao smanjiti, a ne povećati.) ” NE .

“Usredotočili smo se na ono što je važno, u redu. Ali što je s detaljima? Razmotrimo kakve detalje imamo i koji mogu stvarati probleme u budućnosti. " NE . Zanemarite svaki detalj prve verzije. Ne pokušavajte predvidjeti budućnost.

Pronaći više vremena za stvari ovdje nije problem. Problem je previše posla. Razlikovati između „onih koji moraju imati “ i „onih koji se lijepo moraju imati “.

Jedini način da se postigne više jest manje posla.

Nikada ne mijenjajte rok

Vidim razvojne timove s lošom navikom koja može loše utjecati na razvoj njihovih proizvoda: pomicanje roka.

Kad promaše rok, postave novi. Ako ne mogu upoznati ovu, postave drugu. Kad to čine više puta, to im postaje navika. Tada se ta loša navika pretvori u njihovu kulturu. Drugi timovi u tvrtki gube povjerenje i dovode u pitanje rad programera. Još gore, tim programera sam može izgubiti povjerenje jedni u druge. I u njima samima.

Promjena roka u osnovi je priznanje neuspjeha . Daje izjave poput: "Nismo uspjeli isplanirati zahtjeve, nismo rekli ne dovoljno, nismo se usredotočili na ono što je važno, tjerali smo naše timove da rade nerazumne stvari u nerazumnom vremenu."

Budite svjesni da će uvijek biti nekih problema

Previše optimistični uzrokuju da zanemarite činjenicu da bi moglo biti problema. Biti svjestan. Vjerojatno će nešto poći po zlu. A ovo će uzrokovati gubitak vremena na popravljanju stvari. Zato je bolje biti spreman za loše scenarije. Ne kažem da biste trebali biti pesimistični i trebali biste pokušati predvidjeti budućnost i pripremiti sebe i svoj tim za nepoznato. Samo pronađite ravnotežu između optimizma i pesimizma. Budi realan.

Iskustvo mi je pokazalo da u razvoju softvera neke stvari uvijek pođu po zlu. Moj savjet za vas je:

Dodajte svoje vrijeme prije nego što ga odredite uzimajući u obzir da nešto može poći po zlu.

Ne dodajte više ljudi u projekt

Mnogi ljudi misle da mogu ubrzati proces ako dodaju više ljudi u projekt. Međutim, propuštaju vrlo važnu točku. Sjetimo se Brooksova zakona:

Dodavanje ljudskih resursa kasnom softverskom projektu to čini kasnije. - Oslobođeni Brooks

Prema Brooksu na Wikipediji, postoji dodatna osoba koja, kad se doda projektu, čini da mu treba više, a ne manje vremena. Pa zašto to funkcionira na ovaj način?

• Potrebno je neko vrijeme da ljudi dodani u projekt postanu produktivni. Prvo ćete ih morati educirati. Već imate ograničene ljudske resurse i morat ćete ih namijeniti za obrazovanje novog člana. Budući da su novi, uvest će i nove programske pogreške koje projekt udaljavaju od završetka.
• Opći troškovi komunikacije povećavaju se kako se povećava broj ljudi.
• Dodavanje više ljudi visoko dijeljivom zadatku, poput čišćenja soba u hotelu, smanjuje ukupno trajanje zadatka. Međutim, drugi zadaci, uključujući mnoge specijalnosti u softverskim projektima, manje su djeljivi. Još jedan sjajan Brooksov primjer za to je: dok jednoj ženi treba devet mjeseci da stvori jednu bebu, "devet žena ne može napraviti dijete u jednom mjesecu".

Još jedan dokaz Richarda Daltona da shvati zašto dodavanje novih ljudi nije u redu jest:

“Timovi su nepromjenjivi. Svaki put kad netko ode ili se pridruži, imate novi tim, a ne promijenjeni tim. " - Richard Dalton

Ne odgađajte

Dopustite mi da vam pomognem razumjeti što mislim. Prošli smo tjedan imali sastanak oko definiranja roka za novu značajku našeg proizvoda. Razgovarali smo o tome koji su nam zadaci prioritet i kako bismo ih trebali učinkovito provoditi.

Bio je zadatak na koji smo jako izgubili vrijeme. Bila su tri načina za provedbu tog zadatka, ali nekako smo zapeli. Nismo mogli birati jer su programeri pokušavali predvidjeti budućnost. Započinjali su svaku rečenicu s "Što ako".

Ne možete predvidjeti što će vam donijeti budućnost. Nemojte se pretjerano pripremati za nepoznato.

Ovdje ne govorim o velikim tehničkim odlukama. Naravno, ako se morate odlučiti za svoju osnovnu tehnologiju, trebali biste prespavati na njoj kako biste pronašli pravo rješenje. Ali ne trošite vrijeme na sitnice. Neizvjesne stvari povećavaju sastanke i blokiraju vaš napredak jer vaš pozadinski proces kontinuirano radi na njima.

Nemojte to odgađati, odlučite o tome i idite naprijed.

Promijenite svoj mentalitet iz "Razmislimo o tome" u "Odlučimo sada". Odluke će ubrzati vaš napredak. Kad se nešto odluči, bit će jasno svima u ekipi. Svatko će točno znati što treba učiniti.

Komunicirajte: Pogledajte gdje je usko grlo?

Sve ste planirali. Definirali ste na što se usredotočiti i što učiniti. Znate točno koliko će vam vremena trebati (vjerojatno ćete pogriješiti). Dakle, rok je podmiren. Da li je dovoljno?

NE.

Kao što sam gore spomenuo, uvijek postoji mogućnost da nešto pođe po zlu. Dok članovi vašeg tima rade na svojim zadacima, nešto ih može blokirati. Nešto ih može zaustaviti da svoje zadatke završe na vrijeme. Morate vidjeti gdje je usko grlo i što je to.

Komunikacija je ovdje ključna. Morate sinkronizirati timove. Ponekad članovi tima mogu ući u kutiju i može im biti vrlo teško vidjeti što se događa iz nje. Tu biste trebali stupiti na scenu. Nakon što identificirate usko grlo, uklonite ga kako bi članovi vašeg tima mogli nastaviti od mjesta gdje su zaglavili.

Želim vam puno sreće u ispunjavanju svih vaših rokova :)

Hvala na čitanju.

Izvorno objavljeno na //huseyinpolatyuruk.com.