Organîzasyona xebatê di tîmekê de li ser projeyek IT

Silav hevalno. Pir caran, nemaze di nav çavkaniyê de, ez heman wêneyê dibînim. Nebûna xebatek zelal a di tîmên li ser projeyên cihêreng de.

Ya herî girîng ev e ku bernamenûs fêm nakin ka meriv çawa bi xerîdar û bi hev re têkilî daynin. Meriv çawa pêvajoyek domdar a pêşvebirina hilberek kalîteyê ava dike. Meriv çawa roja kar û spartekên xwe plan dike.

Û ev hemî di dawiyê de dibe sedema windabûna maweyan, dema zêde, pêşandanên domdar ên li ser kî sûcdar e, û nerazîbûna xerîdar ji ku û çawa her tişt dimeşe. Pir caran, ev hemî dibe sedema guhertina bernamenûsan, an tewra tevahiya tîm. Wendakirina xerîdar, xirabkirina navûdengê û hwd.

Demekê, ez tenê bi projeyek wusa bi dawî bûm, ku li wir van hemî dilşadiyan hebûn.

Kesî nexwest ku berpirsiyariya projeyê bigire (bazargehek karûbarê mezin), kirrûbirra tirsnak bû, xerîdar bi tenê perçebûyî û bêhêvî bû. CEO carekê hat ba min û got ku te ezmûna pêwîst heye, ji ber vê yekê li vir kartên di destên te de ne. Projeyê ji bo xwe bistînin. Ger hûn xelet bikin, em ê projeyê biqedînin û her kesî derxînin. Ew ê bixebite, ew ê xweş be, dûv re wê bi rê ve bibe û wekî ku hûn guncaw dibînin wê pêşve bibin. Di encamê de, ez bûm serokê tîmê ji bo projeyê û her tişt ket ser milên min.

Yekem tiştê ku min kir ev bû ku xebatek ji sifirê ve pêş bixe ku bi vîzyona min a wê demê re hevaheng bû, û ji bo tîmê raveyek kar nivîsand. Pêkanîna wê ne hêsan bû. Lê di nav mehekê de her tişt bi cih bû, pêşdebir û xerîdar jê re fêr bûn, û her tişt bêdeng û rehet derbas bû. Ji bo ku ez nîşanî tîmê bidim ku ev ne tenê "bahozek di qedehek çay" de ye, lê rêyek rastîn a derketina ji rewşê ye, min berpirsiyariya herî zêde girt ser xwe, rûtîniya ne xweş ji tîmê derxist.

Jixwe salek û nîv derbas bûye, û proje bêyî wextê zêde, bêyî "nijadên mişk" û her cûre stres pêş dikeve. Hin kesên di ekîba kevn de nexwest wisa bixebitin û çûn; yên din, berevajî, pir kêfxweş bûn ku qaîdeyên zelal xuya bûn. Lê di dawiyê de, her kesê li ser tîmê pir motîvasyon e û projeya mezin bi tevahî dizane, di nav de hem pêşîn û hem jî paşîn. Hem bingeha kodê û hem jî hemî mantiqa karsaziyê jî tê de. Tewra gihîştiye wê astê ku em ne tenê "rêvan" in, lê em bixwe jî bi gelek pêvajoyên karsaziyê û taybetmendiyên nû yên ku karsazî jê hez dike derdixin holê.

Bi saya vê nêzîkatiya me, xerîdar biryar da ku bazarek din ji pargîdaniya me ferman bike, ku ev nûçeyek baş e.

Ji ber ku ev li ser projeya min dixebite, dibe ku ew ê jî alîkariya kesek bike. Ji ber vê yekê, pêvajo bixwe ku alîkariya me kir ku projeyê xilas bike:

Pêvajoya xebata tîmê ya li ser projeya "Projeya My Favorite"

a) Pêvajoya tîmê navxweyî (di navbera pêşdebiran de)

  • Hemû pirsgirêk di sîstema Jîra de tên afirandin
  • Pêdivî ye ku her peywir bi qasî ku gengaz were diyar kirin û bi hişkî çalakiyek pêk bîne
  • Her taybetmendî, heke ew têra xwe tevlihev be, di gelek karên piçûk de tê dabeş kirin
  • Tîm li ser taybetmendiyan wekî peywirek yekane dixebite. Pêşîn, em hemî bi hev re li ser yek taybetmendiyê dixebitin, wê ji bo ceribandinê bişînin, dûv re ya din bigirin.
  • Her peywirek ji bo paşîn an pêşiyê tê nîşankirin
  • Cûreyên kar û xeletî hene. Pêdivî ye ku hûn wan rast destnîşan bikin.
  • Piştî ku karekî qediya, ew ji bo statûya vekolîna kodê tê veguheztin (di vê rewşê de, daxwazek kişandinê ji bo hevkarek tê afirandin)
  • Kesê ku peywirê qedand yekser dema xwe ji bo vî karî dişopîne.
  • Piştî kontrolkirina kodê, PR dê erê bike û piştî wê, yê ku ev peywir bi rengek serbixwe pêk aniye, wê di şaxê masterê de bi hev re dike, piştî ku ew statûya wê diguhezîne ku ji bo şandina servera dev amade ye.
  • Hemî peywirên ku ji bo bicîhkirinê li servera dev amade ne ji hêla pêşengê tîmê (herêma berpirsiyariya wî), carinan ji hêla endamek tîmê ve, heke tiştek bilez be, têne bicîh kirin. Piştî bicîhkirinê, hemî peywirên ji amadebûna bicîhkirinê heya dev vediguhezînin statûyê - ji bo ceribandina li ser dev amade ye
  • Hemî peywir ji hêla xerîdar ve têne ceribandin
  • Gava ku xerîdar peywira li ser dev ceriband, ew wê vediguhezîne rewşa ku ji bo veqetandinê ji hilberînê re amade ye
  • Ji bo bicihkirina hilberînê, me şaxek cihêreng heye, ku em li wir tenê berî veqetandinê masterê li hev dikin
  • Ger di dema ceribandinê de xerîdar xeletiyan bibîne, ew peywirê ji bo guhertoyê vedigerîne, statûya wê wekî ku ji bo revîzyonê hatî vegerandin destnîşan dike. Bi vî rengî em karên nû ji yên ku ceribandinê derbas nekirine veqetînin.
  • Wekî encamek, hemî peywir ji afirandinê ber bi qedandinê ve diçin: Kirin → Di Pêşkeftinê de → Vekolîna Kodê → Ji dev re amade kirin → QA li ser dev → (Vegere dev) → Amadekirin ji bo hilberînê → QA li ser prod → Qediya
  • Her pêşdebir koda xwe serbixwe diceribîne, di nav de wekî bikarhênerek malperê. Nahêle ku şaxek di ya sereke de were yek kirin heya ku bi guman neyê zanîn ku kod dixebite.
  • Her karek pêşanî heye. Pêşîn an ji hêla xerîdar an jî rêberê tîmê ve têne destnîşan kirin.
  • Pêşdebir pêşî karên pêşîn temam dikin.
  • Ger di pergalê de xeletiyên cûda hatin dîtin an yek peywirek ji xebata çend pisporan pêk tê, pêşdebir dikarin peywiran ji hev re bidin.
  • Hemî peywirên ku xerîdar diafirîne diçin serkêşê tîmê, yê ku wan dinirxîne û ji xerîdar dipirse ku wan biguhezîne an jî wan ji yek ji endamên tîmê re destnîşan dike.
  • Hemî peywirên ku ji bo şandinê ji dev an prod re amade ne di heman demê de diçin serkêşê tîmê, yê ku serbixwe diyar dike kengê û çawa bicîhkirinê. Piştî her bicîhkirinê, divê serokê tîmê (an endamê tîmê) li ser vê yekê xerîdar agahdar bike. Û her weha statûyên peywiran biguhezînin ku ji bo ceribandina dev / berdewam amade ne.
  • Her roj di heman saetê de (ji bo me saet 12.00 e) em di navbera hemû endamên tîmê de civînekê li dar dixin
  • Di civînê de her kes, tevî serokê tîmê, li ser tiştên ku duh kirine û îro plan dikin ku bikin radigihînin. Çi kar nake û çima. Bi vî awayî tevahiya tîmê haydar e ku kî çi dike û proje di kîjan qonaxê de ye. Ev fersendê dide me ku em texmîn û demên xwe, heke hewce bike, pêşbînî bikin û sererast bikin.
  • Di civînê de, serokê tîmê di heman demê de li ser hemî guhertinên di projeyê û asta xeletiyên heyî yên ku ji hêla xerîdar ve nehatine dîtin diaxive. Hemî xeletî têne rêz kirin û ji her endamê tîmê re têne destnîşan kirin ku wan çareser bikin.
  • Di civînê de, serokê tîmê peywiran ji her kesî re destnîşan dike, li ber çavê xebata heyî ya pêşdebiran, asta perwerdehiya pîşeyî ya wan, û her weha nêzîkbûna karek taybetî ya ku pêşdebir niha dike digire ber çavan.
  • Di civînê de, serokê tîmê ji bo mîmarî û mantiqa karsaziyê stratejiyek gelemperî pêş dixe. Piştî ku tevahiya tîmê vê yekê nîqaş dike û biryar dide ku verastkirin an vê stratejiyê bipejirîne.
  • Her pêşdebir kodek dinivîse û algorîtmayan serbixwe di çarçeweya mîmarî û mantiqek karsaziyê de ava dike. Her kes dikare nêrîna xwe ya pêkanînê bîne ziman, lê kes bi vî awayî û ne bi awayekî din zorê li kesî nake. Her biryarek rewa ye. Ger çareseriyek çêtir hebe, lê niha dem jê re tune ye, wê hingê ji bo paşeroja paşerojê ya beşek diyarkirî ya kodê peywirek di rûnê de tê afirandin.
  • Dema ku pêşdebir karek digire, ew wê vediguhezîne rewşa pêşkeftinê. Hemî danûstendina di derbarê zelalkirina peywirê bi xerîdar re dikeve ser milên pêşdebiran. Pirsên teknîkî dikarin ji serokê tîmê an hevkaran re bêne pirsîn.
  • Ger pêşdebir ji cewherê peywirê fam neke, û xerîdar nikaribe wê bi zelalî rave bike, wê hingê ew berbi karê din ve diçe. Û rêberiya tîmê ya heyî digire û bi xerîdar re nîqaş dike.
  • Her roj, pêşdebir divê di sohbeta xerîdar de binivîsîne ka ew duh li ser kîjan peywiran xebitî û ew ê îro li ser kîjan karan bixebite.
  • Pêvajoya xebatê li gorî Scrum pêk tê. Her tişt di sprintan de dabeş dibe. Her sprint du hefte berdewam dike.
  • Sprint ji hêla rêberê tîmê ve têne çêkirin, dagirtin û girtin.
  • Ger proje muhletên hişk hebin, wê hingê em hewl didin ku hema hema hemî karan texmîn bikin. Û em wan bi hev re li sprint. Ger xerîdar hewl bide ku bêtir peywiran li sprintê zêde bike, wê hingê em pêşînan destnîşan dikin û hin karên din vediguhezînin sprinta din.

b) Pêvajoya xebata bi xerîdar re

  • Her pêşdebir dikare û divê bi xerîdar re têkiliyê deyne
  • Xerîdar nikare destûr neyê dayîn ku qaîdeyên xwe yên lîstikê ferz bike. Pêwist e ku bi rengekî nerm û dostane ji xerîdar re eşkere bikin ku em di warê xwe de pispor in, û tenê divê em pêvajoyên xebatê ava bikin û xerîdar tev li wan bikin.
  • Pêdivî ye, bi îdeal, berî ku dest bi pêkanîna her fonksiyonê bike, ji bo taybetmendiyê (karûbar) nexşeyek ji tevahiya pêvajoya mantiqî biafirîne. Û ji bo pejirandinê ji xerîdar re bişînin. Ev tenê ji fonksiyonên tevlihev û ne diyar re derbas dibe, mînakî, pergalek dravdanê, pergala ragihandinê, hwd. Ev ê bihêle ku em rasttir fam bikin ka xerîdar bi rastî çi hewce dike, belgenameyê ji bo taybetmendiyê hilîne, û di heman demê de xwe li hember vê yekê sîgorte bike ku dibe ku xerîdar di pêşerojê de bêje ku me tiştê ku wî xwestiye nekir.
  • Hemî diagram / grafikên herikandinê / mantiq hwd. Em wê di Confluence/Fat de hilînin, li wir em ji xerîdar dipirsin ku di şîroveyan de rastbûna pêkanîna pêşerojê piştrast bike.
  • Em hewl didin ku xerîdar bi hûrguliyên teknîkî bar nekin. Ger hewcedariya me bi têgihiştina xerîdar çawa hebe, wê hingê em algorîtmayên seretayî di şeklê herikînek de xêz dikin ku xerîdar dikare her tiştî bi xwe fam bike û rast bike/biguherîne.
  • Ger xerîdar di projeyê de xeletiyek bibîne, wê hingê em ji we dipirsin ku hûn wê di Fatê de bi hûrgulî rave bikin. Di çi şert û mercan de çêbû, kengê, çi rêza çalakiyan ji hêla xerîdar ve di dema ceribandinê de hate kirin. Ji kerema xwe dîmenên dîmenê girêdin.
  • Em her roj, herî zêde her roja din, hewl didin ku li servera dev bicîh bikin. Dûv re xerîdar dest bi ceribandina fonksiyonê dike û proje bêkar namîne. Di heman demê de, ev ji bo xerîdar nîşanek e ku proje di pêşkeftina tevahî de ye û kes jê re çîrokan nabêje.
  • Pir caran diqewime ku xerîdar bi tevahî fêm nake ku ew hewce dike. Ji ber ku ew bi pêvajoyên ku hê nehatine avakirin, ji xwe re karsaziyek nû diafirîne. Ji ber vê yekê, rewşek pir gelemperî ev e ku em hemî perçeyên kodê bavêjin çopê û mantiqa serîlêdanê ji nû ve dîzayn bikin. Ji vê yekê derdikeve ku divê hûn bi ceribandinan bi tevahî her tiştî veneşêrin. Aqil e ku meriv tenê fonksiyonên krîtîk bi ceribandinan veşêre, û dûv re tenê bi rezervan.
  • Rewş hene ku tîm pê dihese ku em muhletan nagirin. Dûv re em lêkolînek bilez a karan dikin û tavilê xerîdar li ser wê agahdar dikin. Wekî rêyek ji rewşê, em pêşniyar dikin ku di wextê xwe de fonksiyonên girîng û krîtîk bidin destpêkirin, û yên mayî ji bo paş-serbestberdanê bihêlin.
  • Ger xerîdar ji serê xwe dest bi karên cihêreng bike, dest bi xeyalkirin û ravekirina bi tiliyên xwe bike, wê hingê em jê dipirsin ku sêwirana rûpelê ji me re peyda bike û bi mantiqê biherike ku divê bi tevahî reftarên tevahiyê xêzkirinê diyar bike. hêmanên wê.
  • Berî ku em karekî bikin, divê em pê ewle bin ku ev taybetmendî di şertên peyman/peymana me de cih girtiye. Ger ev taybetmendiyek nû ye ku ji peymanên meyên destpêkê wêdetir e, wê hingê divê em vê taybetmendiyê binirxînin ((dema qedandina texmînkirî + 30%) x 2) û ji xerîdar re destnîşan bikin ku ew ê evqas dem ji me bigire ku em wê temam bikin, zêde muhlet ji hêla dema texmînê ve bi du zêdekirî tê guheztin. Werin em peywirê zûtir bikin - pir baş, her kes dê jê sûd werbigire. Ger na, wê gavê me we girtiye.

c) Tiştê ku em di tîmekê de qebûl nakin:

  • Bêtehemûlbûn, bêhişbûn, jibîrkirin
  • "Xwarina taştê." Ger hûn nikaribin karekî biqedînin û nizanin çawa, wê hingê hûn hewce ne ku tavilê serokê tîmê di derbarê wê de agahdar bikin, û li benda deqeya paşîn nemînin.
  • Ji kesekî ku hîn jêhatîbûn û profesyoneliya xwe îsbat nekiriye re rû bi rû û pesnê xwe dide. Ger ew were îsbat kirin, wê hingê ew di nav sînorên xwerû de gengaz e :)
  • Bi hemû awayên xwe xapandin. Ger karek neqede, wê hingê divê hûn statûya wê neguhezînin qediya û di sohbeta xerîdar de binivîsin ku ew amade ye. Komputer têk çû, pergal têk çû, kûçik li ser laptopê xwar - ev hemî nayê pejirandin. Ger bûyerek hêzek major a rastîn çêbibe, divê serokê tîmê tavilê were agahdar kirin.
  • Dema ku pispor her dem negirêdayî be û di demjimêrên xebatê de gihandina wî zehmet e.
  • Di tîmê de jehrî nayê destûr kirin! Ger kesek bi tiştekî razî nebe, wê demê her kes li ser mîtîngekê dicive û li ser wê nîqaşê dike û biryar dide.

Û hejmarek pirs / tezên ku ez carinan ji xerîdarê xwe dipirsim da ku hemî xelet têgihîştinê paqij bike:

  1. Pîvanên kalîteya we çi ne?
  2. Hûn çawa diyar dikin ka projeyek pirsgirêk heye an na?
  3. Bi binpêkirina hemî pêşnîyarî û şîretên me yên li ser guheztin/başkirina pergalê, hemî xetere tenê li ser we ne.
  4. Guhertinên mezin ên projeyê (mînak, her cûre herikîna zêde) dê bibe sedema xuyangkirina xeletiyan (yên ku em ê, bê guman, rast bikin)
  5. Ne gengaz e ku meriv di nav çend hûrdeman de fêm bike ka çi celeb pirsgirêk di projeyê de qewimiye, pir kêmtir wê tavilê çareser bike
  6. Em li ser herikîna hilberek taybetî dixebitin (Karên li Zhira - Pêşveçûn - Ceribandin - Dabeşkirin). Ev tê vê wateyê ku em nekarin bersivê bidin tevahiya herikîna daxwaz û gazinên di chatê de.
  7. Bernamesaz bernameçêker in, ne ceribandinên profesyonel in, û nikarin kalîteya rast a ceribandina projeyê piştrast bikin
  8. Berpirsiyariya ceribandina dawîn û pejirandina karên hilberînê bi tevahî bi we re ye
  9. Ger me berê peywirek girtibe, em nekarin tavilê berê xwe bidin yên din heya ku em ya heyî temam bikin (wek din ev dibe sedema hê bêtir xeletiyan û dema pêşkeftinê zêde dike)
  10. Di tîmê de hindik kes hene (ji ber betlaneyan an nexweşiyan), lê karek zêde heye û em ê bi fizîkî wext tune ku em bersivê bidin her tiştê ku hûn dixwazin.
  11. Em ji we daxwaz dikin ku hûn bêyî peywirên ceribandinê yên li ser dev ji hilberînê veqetînin - ev tenê xetereya we ye, ne pêşdebiran
  12. Gava ku hûn karên ne diyar, bêyî herikînek rast, bêyî sêwiranên sêwiranê destnîşan dikin, ev yek ji me hewildanek pirtir û wextê pêkanînê dixwaze, ji ber ku divê em li şûna we xebatek zêde bikin.
  13. Karên li ser xeletiyan, bêyî ravekirina berfireh a bûyer û dîmenên wan, fersendê nade me ku em fam bikin ka çi xelet bû û em çawa dikarin vê xeletiyê rast bikin.
  14. Proje ji bo baştirkirina performans û ewlehiyê pêdivî bi safîkirin û çêtirkirinên domdar heye. Ji ber vê yekê, tîm beşek ji dema xwe li ser van çêtirkirinan derbas dike
  15. Ji ber ku bi saetê dema me zêde heye (serrastkirinên lezgîn), divê em rojên din wan telafî bikin.

Wekî qaîdeyek, xerîdar tavilê fêm dike ku di pêşkeftina nermalavê de her tişt ne ew qas hêsan e, û xwestek tenê eşkere ne bes e.

Bi gelemperî, ew hemî. Ez li pişt perdeyê gelek danûstandinan û debugkirina destpêkê ya hemî pêvajoyan dihêlim, lê di encamê de, her tişt derket. Dikarim bibêjim ku ev pêvajo ji bo me bû cureyek “Bûleya Zîv”. Kesên nû yên ku hatine projeyê dikaribûn tavilê ji roja yekem ve tev li xebatê bibin, ji ber ku hemî pêvajo hatin vegotin, û belgekirin û mîmarî di forma diagraman de tavilê ramanek da ku em hemî li vir çi dikin.

PS Ez dixwazim zelal bikim ku li ser milê me rêveberê projeyê tune. Li aliyê xerîdar e. Qet nebe teknîsyenek. projeya Ewropayê. Hemî danûstandin tenê bi Îngilîzî ye.

Serkeftin ji her kesî re di projeyên we de. Neşewitin û hewl bidin ku pêvajoyên xwe baştir bikin.

Çavkanî di ya min de posta blogê.

Source: www.habr.com