Kaip susitaikyti su programinės įrangos kūrimo terminais

TERMINAS…

Kaip kūrėjas, tai yra vienas didžiausių jūsų košmarų, ar turėčiau pasakyti, kad jūsų priešas? Pavadinkite viską, ko norite.

Pripažink tai. Tai jus labai gąsdina. Net dabar, kai skaitote šiuos sakinius, plaukai stovi ant galo.

Įdomu, kaip aš tai žinau?

Aš žinau, nes jaučiau tą patį. Bet dabar baimė jau praeityje. Aš susitaikiau su terminais. Aš juos apkabinau.

Taigi siūlau daryti tą patį. Apkabink juos, susitaikyk su jais. Tik taip galite juos nugalėti.

Gerai, bet kaip tai padaryti?

Yra keletas faktų, kurių mes visi esame linkę ignoruoti, kai reikia nustatyti terminą. Mano tikslas yra parodyti juos jums, kad pamatytumėte, jog reikia tiek nedaug, kad palaidotumėte baimę ir pradėtumėte mėgautis gyvenimu, kol dirbate prie savo projekto, nesijaudindami dėl pasimatymų.

Darbas ramioje aplinkoje

Neskubėk. Neverskite nieko.

Pirmas dalykas, kurį pirmiausia turėtumėte žinoti, yra tai, kad negalite rasti savo ramybės nustatydami nerealias datas ir verčiant savo komandą dirbti skubotai. Yra bendrovių, kurios išmeta didelius žodžius ir parodo nerealius dalykus, kad motyvuotų savo komandą judėti pirmyn. Tačiau nors yra keletas visiems komandos narių akivaizdžių faktų, kaip galima tikėtis, kad jie tikės tuo, ką sakote, jei tai toli nuo realybės?

Be nustatyto - o svarbiausia - patikimo termino, negalite dirbti ramiai. Taip, ramybė čia yra raktas. Kai nepasitikite data arba kai kas nors liepia viską padaryti per ribotą laiką, arba kažkas prideda daugiau užduočių prie projekto, neduodamas daugiau laiko, imate maniakiškai dirbti. Tai nebeveikia. Tai pragaras.

Kai patiriate stresą ir spaudimą, negalite būti produktyvus. Kai esate ramus, jūs taip pat esate sąmoningas, o tai reiškia, kad galite priimti geresnius sprendimus.

Mūsų vertinimai čiulpia

„Windows“ vartotojai prisimins tą lango dialogo langą. Įvertinimas dialoge yra lygiai toks pats kaip mūsų įvertinimai, ar ne?

Pripažinkime. Mūsų vertinimai čiulpia. Manome, kad galime atspėti, kiek laiko kažkas užtruks. Mes linkę manyti, kad viskas, ką spėsime, išsipildys.

Tačiau paprastai, kai spėjame, mes nepaisome kai kurių svarbių veiksnių, kurie gali turėti įtakos mūsų prielaidoms. Kodėl? Nes esame per daug optimistiški.

Man pirmasis žingsnis siekiant taikos su terminu ir geriau nustatant terminus yra pripažinti, kad esame siaubingi vertintojai. Kai priimsite šį faktą, kitą kartą būsite sąmoningas ir tai trukdys nuvertinti reikalavimus. Ir čia yra sprendimas, kaip geriau įvertinti:

Suskirstykite didelius dalykus į mažesnius dalykus . Kuo jis mažesnis, tuo lengviau jį įvertinti . Tai padidins jūsų galimybes gauti tikslesnius įvertinimus.

Pakankamai gerai yra gerai

"Tobulas yra gėrio priešas". - Volteras

Žmonėms patinka dideli iššūkiai. Mums geriausiai sekasi rasti sudėtingą paprastos problemos sprendimą. Bet čia yra faktas:

Kiekviena problema turi savo paprastą sprendimą, kurį tikriausiai ignoruojate.

Nesivaikykite tobulo sprendimo. Pirmoji jūsų versija neturi būti tobula. Sukurkite pusę produkto, kuris gali veikti. Per daug laukdami sugaišite ribotus išteklius ir brangų laiką, arba praleisite terminą, o dar blogiau - nieko nedarysite, nes siekiate tobulumo. Sprendimas yra toks:

Raskite sprendimą, kuris atneš jums daug vertės ir nereikalauja mažai pastangų. Nepamirškite, kad iš gero vėliau galima paversti puikiu.

Nebūkite pernelyg optimistiški. Būk realistiškas.

Matau, kad vadybininkai yra pernelyg optimistiški, todėl jie nustato optimistinius terminus, kad motyvuotų komandą. Tai taip neteisinga. Aš jums nesakau, kad turėtumėte pesimistiškai vertinti ateitį. Priešingai, aš jums sakau, kad turėtumėte įžvelgti visas galimybes, kurios gali sukurti kliūtį. Kai juos pamatysite, galėsite juos apsvarstyti ir turėti tikslesnį įvertinimą.

Bendrovėje yra skirtingos komandos. Inžinerija, verslo plėtra, rinkodara ir kt. Kai verslo plėtros komanda verčia artimiausiu metu nurodyti jiems terminą, neturėtumėte jų paveikti. Jie nori, kad jų darbas būtų atliktas kuo greičiau.

Atminkite, kad kiekviena komanda galvoja apie savo pusę.

Skirkite „tu turi padaryti“, „tu gali padaryti“ ir „tu nori padaryti“

Čia svarbiausia yra supratimas. Kokie yra pagrindiniai jūsų produkto išleidimo reikalavimai? Paprastai produktų komandai sunku juos atskirti.

Kai surengsite susitikimą, vienas iš komandos narių pasakys: „mes galėtume tai įgyvendinti, tai atneš mums tiek daug vertės“, arba kitas pasakys: „Mes turėtume tai išleisti“. Jie žiūri iš savo perspektyvos. Gerai, mes galime tai įgyvendinti ir tai gali mums suteikti tam tikros vertės, tačiau svarbus klausimas yra tas, „ar mums to dabar reikia? Pirmoje versijoje? “

Daugeliu atvejų atsakymas yra NE.

Turėtumėte sutelkti dėmesį į tai, ką turite padaryti . Pašalinkite tai, ką galėtumėte padaryti ir norite. Daugeliu atvejų jų net negalima derėtis.

Pagal numatytuosius nustatymus pasakykite „ne“

Yra vienas svarbus faktas, kurį paprastai pamirštame sakydami „Taip“. Mes sakome „ne“ dalykams, kuriuos jau turime užbaigti.

Sakydami „Taip“ kažkam naujam, negalvojate apie poveikį, kurį jis turės jūsų esamiems veiksmams.

„Pridėkime prie projekto daugiau užduočių po to, kai nustatysime terminą. (Laikui bėgant jūsų projektas turėtų būti mažesnis, o ne didesnis.) “ NE .

„Mes sutelkėme dėmesį į tai, kas svarbu, gerai. Bet kaip su detalėmis? Pasvarstykime, kokios mūsų detalės gali sukelti problemų ateityje “. NE . Nepaisykite visų pirmosios versijos detalių. Nebandykite nuspėti ateities.

Surasti daugiau laiko dalykams čia nėra problema. Per daug dalykų, kuriuos reikia padaryti, yra problema. Skirkite „ privalomus turėti “ ir „ malonius turtus “.

Vienintelis būdas daugiau nuveikti - turėti mažiau ką veikti.

Niekada nekeiskite termino

Matau, kad kūrėjų komandos turi blogą įprotį, galinčią blogai paveikti jų produktų kūrimą: terminų pakeitimas.

Kai praleidžia terminą, jie nustato naują. Jei jie negali susitikti su šiuo, jie nustato kitą. Kai jie tai daro pakartotinai, tai tampa įpročiu. Tada šis blogas įprotis virsta jų kultūra. Kitos įmonės komandos praranda pasitikėjimą ir abejoja kūrėjų darbu. Dar blogiau, kad pati kūrėjų komanda gali prarasti pasitikėjimą vienas kitu. Savaime taip pat.

Termino pakeitimas iš esmės yra nesėkmės pripažinimas . Tai daro tokius teiginius: „Nepavyko suplanuoti reikalavimų, nepasakėme nepakankamai„ ne “, nesusitelkėme į tai, kas svarbu, pastūmėjome savo komandas daryti neprotingus dalykus per neprotingą laiką“.

Žinokite, kad problemų visada kils

Jei esate per daug optimistiškas, galite ignoruoti tai, kad gali kilti tam tikrų problemų. Būk atsargus. Tikriausiai kažkas bus ne taip. Dėl to jūs prarasite šiek tiek laiko taisydami reikalus. Taigi geriau pasirengti blogiems scenarijams. Nesakau, kad turėtumėte būti pesimistai ir bandyti numatyti ateitį bei paruošti save ir savo komandą nežinomybei. Tiesiog raskite pusiausvyrą tarp optimizmo ir pesimizmo. Būk realistiškas.

Mano patirtis parodė, kad kuriant programinę įrangą kai kurie dalykai visada klysta. Mano patarimas jums yra:

Pridėkite šiek tiek laiko prie savo termino prieš nustatydami, manydami, kad kažkas gali nepavykti.

Nepridėkite daugiau žmonių prie projekto

Daugelis žmonių mano, kad jie gali paspartinti procesą, jei prie projekto pridės daugiau žmonių. Tačiau jie praleido labai svarbų dalyką. Prisiminkime Brookso įstatymą:

Pridėjus žmogiškųjų išteklių vėlyvam programinės įrangos projektui, tai bus vėliau. - Išlaisvino Brooks

Pasak Brookso Vikipedijoje, yra papildomas asmuo, kuris, pridėjęs prie projekto, priverčia jį užimti daugiau, o ne mažiau laiko. Tad kodėl jis veikia taip?

  • Reikia šiek tiek laiko, kad žmonės, įtraukti į projektą, taptų produktyvūs. Pirmiausia turėsite juos mokyti. Jūs jau turite ribotus žmogiškuosius išteklius, kuriuos turėsite skirti naujiems nariams šviesti. Be to, kadangi jie yra nauji, jie pristatys naujas klaidas, kurios perkelia projektą toliau nuo užbaigimo.
  • Didėjant žmonių skaičiui, didėja bendravimo pridėtinės išlaidos.
  • Pridėjus daugiau žmonių prie labai skaidomos užduoties, pavyzdžiui, valant kambarius viešbutyje, sutrumpėja bendra užduoties trukmė. Tačiau kitos užduotys, įskaitant daugybę programinės įrangos projektų specialybių, yra mažiau padalijamos. Kitas puikus Brookso pavyzdys yra toks: nors vienai moteriai užtenka devynių mėnesių, kol pagaminsi vieną kūdikį, „devynios moterys negali susilaukti kūdikio per vieną mėnesį“.

Dar šiek tiek Richardo Daltono įrodymų, norint suprasti, kodėl neteisinga pridėti daugiau žmonių, yra:

„Komandos yra nekintamos. Kiekvieną kartą, kai kas nors išeina ar prisijungia, turite naują, o ne pakeistą komandą “. - Ričardas Daltonas

Nedelskite

Leisk man padėti suprasti, ką turiu omenyje. Praėjusią savaitę mes turėjome susitikimą dėl termino nustatymo naujai mūsų produkto savybei. Mes kalbėjome apie tai, kurios užduotys yra mūsų prioritetas ir kaip turėtume jas veiksmingai įgyvendinti.

Buvo užduotis, kuriai labai sugaišome laiką. Buvo trys būdai tai užduočiai įgyvendinti, bet kažkaip mes buvome įstrigę. Mes negalėjome pasirinkti, nes kūrėjai bandė numatyti ateitį. Kiekvieną sakinį jie pradėjo „Kas būtų, jei būtų“.

Negalite numatyti, ką atneš jums ateitis. Nepersiruoškite savęs nežinomybei.

Čia nekalbu apie didelius techninius sprendimus. Žinoma, jei turite nuspręsti dėl savo pagrindinės technologijos, turėtumėte ant jos miegoti, kad rastumėte tinkamą sprendimą. Tačiau neskirkite laiko smulkmenoms. Nežinomi dalykai padidina susitikimus ir blokuoja jūsų pažangą, nes jūsų vidinis procesas nuolat dirba su jais.

Neatidėliokite to, apsispręskite ir judėkite pirmyn.

Pakeiskite savo mentalitetą iš „Pagalvokime“ į „Spręskime dabar“. Sprendimai pagreitins jūsų pažangą. Kai kažkas bus nuspręsta, tai bus aišku visiems komandos nariams. Visi tiksliai žinos, ką daryti.

Bendraukite: pažiūrėkite, kur yra kliūtis?

Viską suplanavote. Jūs apibrėžėte, į ką sutelkti dėmesį ir ką daryti. Jūs tiksliai žinote, kiek laiko tai užtruks (tikriausiai klysite). Taigi, terminas baigtas. Ar pakankamai?

NE.

Kaip jau minėjau aukščiau, visada yra tikimybė, kad kažkas gali nepavykti. Kol jūsų komandos nariai dirba su savo užduotimis, kažkas gali juos užblokuoti. Kažkas gali sustabdyti juos laiku atlikti savo užduotis. Jūs turite pamatyti, kur yra kliūtis ir kokia ji yra.

Čia svarbiausia yra komunikacija. Turite palaikyti komandų sinchronizavimą. Kartais komandos nariai gali įeiti į dėžę ir jiems gali būti labai sunku pamatyti, kas iš jos vyksta. Čia turėtumėte patekti į sceną. Kai nustatysite kliūtį, pašalinkite ją, kad jūsų komandos nariai galėtų tęsti ten, kur buvo įstrigę.

Linkiu jums sėkmės laikantis visų jūsų terminų :)

Ačiū, kad skaitėte.

Iš pradžių paskelbta //huseyinpolatyuruk.com.