Trefniadaeth y llif gwaith mewn tîm ar brosiect TG

Helo ffrindiau. Yn aml iawn, yn enwedig wrth gontract allanol, rwy'n gweld yr un llun. Diffyg llif gwaith clir mewn timau ar brosiectau amrywiol.

Y peth pwysicaf yw nad yw rhaglenwyr yn deall sut i gyfathrebu â'r cwsmer a chyda'i gilydd. Sut i adeiladu proses barhaus o ddatblygu cynnyrch o safon. Sut i gynllunio'ch diwrnod gwaith a'ch sbrintiau.

Ac mae hyn oll yn y pen draw yn arwain at dorri terfynau amser, goramser, gwrthdaro cyson ynghylch pwy sydd ar fai, ac anfodlonrwydd cwsmeriaid - ble a sut mae popeth yn symud. Yn aml iawn, mae hyn i gyd yn arwain at newid rhaglenwyr, a hyd yn oed timau cyfan. Colli cwsmer, dirywiad mewn enw da ac ati.

Ar un adeg, dechreuais ar brosiect o'r fath, lle'r oedd yr holl ddanteithion hyn.

Nid oedd unrhyw un eisiau cymryd cyfrifoldeb am y prosiect (marchnad gwasanaeth mawr), roedd y trosiant yn ofnadwy, roedd y cwsmer yn rhwygo ac yn taflu. Daeth y Prif Swyddog Gweithredol ataf rywsut a dweud bod gennych y profiad angenrheidiol, felly mae gennych y cardiau yn eich dwylo. Cymerwch y prosiect i chi'ch hun. Os gwnewch chi sgriwio i fyny, byddwn yn cau'r prosiect ac yn cicio pawb allan. Bydd yn troi allan, bydd yn cŵl, yna ei arwain a'i ddatblygu fel y gwelwch yn dda. O ganlyniad, deuthum yn arweinydd tîm ar y prosiect a syrthiodd popeth ar fy ysgwyddau.

Y peth cyntaf wnes i oedd dylunio llif gwaith o'r dechrau oedd yn cyd-fynd â'm gweledigaeth ar y pryd ac ysgrifennu disgrifiad swydd ar gyfer y tîm. Nid oedd yn hawdd ei weithredu. Ond rhywle o fewn mis setlodd popeth, daeth y datblygwyr a'r cleient i arfer ag ef, ac aeth popeth yn dawel ac yn gyfforddus. Er mwyn dangos i'r tîm nad storm mewn gwydryn yn unig yw hon, ond ffordd wirioneddol allan o'r sefyllfa, ymgymerais â'r mwyafswm o gyfrifoldebau, gan dynnu'r drefn annymunol oddi ar y tîm.

Mae blwyddyn a hanner eisoes wedi mynd heibio, ac mae’r prosiect yn datblygu heb oramser, heb “rasys llygod mawr” a phob math o straen. Nid oedd rhywun yn yr hen dîm eisiau gweithio fel hyn a gadawodd, i'r gwrthwyneb, fe wnaeth rhywun wir fynd i mewn iddo fod rheolau tryloyw yn ymddangos. Ond o ganlyniad, mae pawb yn y tîm yn llawn cymhelliant ac yn gwybod y prosiect enfawr yn llawn, gyda'r pen blaen a'r pen ôl. Gan gynnwys y sylfaen cod a'r holl resymeg busnes. Mae hyd yn oed wedi dod i’r pwynt nad “rhwyfowyr” yn unig ydyn ni, ond rydyn ni ein hunain yn meddwl am lawer o brosesau busnes a nodweddion newydd y mae’r busnes yn eu hoffi.

Diolch i'r dull hwn ar ein rhan ni, penderfynodd y cwsmer archebu marchnad arall gan ein cwmni, sy'n newyddion da.

Gan fod hyn yn gweithio ar fy mhrosiect, efallai y bydd hefyd yn helpu rhywun. Felly, y broses ei hun, a helpodd ni i achub y prosiect:

Y broses o waith tîm ar y prosiect "Fy hoff brosiect"

a) O fewn proses tîm (rhwng datblygwyr)

  • Mae'r holl dasgau yn cael eu creu yn y system Jira
  • Dylid disgrifio pob tasg gymaint â phosibl, a chyflawni un weithred yn unig.
  • Mae unrhyw nodwedd, os yw'n ddigon cymhleth, yn cael ei dorri i mewn i lawer o dasgau bach
  • Mae'r tîm yn gweithio ar nodweddion fel un dasg. Yn gyntaf, rydyn ni'n gwneud un nodwedd gyda'n gilydd, yn ei rhoi i'w phrofi, yna'n cymryd yr un nesaf.
  • Mae pob tasg wedi'i labelu ar gyfer pen ôl neu flaen
  • Mae yna fathau o dasgau a chwilod. Mae angen ichi eu nodi'n gywir.
  • Ar ôl i'r dasg gael ei chwblhau, caiff ei throsglwyddo i'r statws adolygu cod (crëir cais tynnu ar gyfer ei gydweithiwr)
  • Mae'r un a gwblhaodd y dasg ar unwaith yn olrhain ei amser ar gyfer y dasg hon
  • Ar ôl gwirio'r cod, cymeradwyir y cysylltiadau cyhoeddus ac ar ôl hynny, mae'r un a gyflawnodd y dasg hon yn annibynnol yn ei uno â'r brif gangen, ac ar ôl hynny mae'n newid ei statws i fod yn barod i'w ddefnyddio ar y gweinydd dev.
  • Mae'r holl dasgau sy'n barod i'w defnyddio ar y gweinydd datblygu yn cael eu defnyddio gan yr arweinydd tîm (ei faes cyfrifoldeb), weithiau aelod tîm, os oes rhywbeth brys. Ar ôl eu defnyddio, mae'r holl dasgau o barod i'w defnyddio i ddatblygu yn cael eu trosglwyddo i'r statws - yn barod i'w profi ar y dev
  • Mae pob tasg yn cael ei brofi gan y cwsmer
  • Pan fydd y cwsmer wedi profi'r dasg ar y dev, mae'n ei drosglwyddo i'r statws yn barod i'w ddefnyddio i gynhyrchu.
  • I'w ddefnyddio i gynhyrchu, mae gennym gangen ar wahân lle rydym yn uno'r meistr ychydig cyn ei ddefnyddio
  • Os bydd y cwsmer yn dod o hyd i fygiau yn ystod y prawf, yna mae'n dychwelyd y dasg i'w hadolygu, gan osod ei statws a ddychwelwyd i'w hadolygu. Dyma sut rydym yn gwahanu tasgau newydd oddi wrth y rhai nad ydynt wedi'u profi.
  • O ganlyniad, mae'r holl dasgau'n mynd o'u creu i'w cwblhau: I'w Wneud → Wrthi'n cael ei Ddatblygu → Adolygu'r Cod → Parod i'w ddefnyddio i ddatblygu → QA ar y dev → (Dychwelyd i'r dev) → Ready Deploy to prod → QA on prod → Wedi'i wneud
  • Mae pob datblygwr yn profi ei god yn annibynnol, gan gynnwys fel defnyddiwr y wefan. Ni chaniateir uno cangen â'r brif un, oni bai ei bod yn hysbys i sicrwydd bod y cod yn gweithio.
  • Mae gan bob tasg flaenoriaethau. Gosodir blaenoriaethau naill ai gan y cwsmer neu'r arweinydd tîm.
  • Mae datblygwyr yn gwneud tasgau blaenoriaeth yn gyntaf.
  • Gall datblygwyr neilltuo tasgau i'w gilydd os canfuwyd gwahanol fygiau yn y system neu os yw un dasg yn cynnwys gwaith sawl arbenigwr.
  • Mae'r holl dasgau y mae'r cwsmer yn eu creu yn cael eu hanfon at yr arweinydd tîm, sy'n eu gwerthuso a naill ai'n gofyn i'r cwsmer eu cwblhau neu'n eu neilltuo i un o aelodau'r tîm.
  • Mae pob tasg sy'n barod i'w defnyddio i ddatblygu neu gynhyrchu hefyd yn cyrraedd yr arweinydd tîm, sy'n penderfynu'n annibynnol pryd a sut i'w defnyddio. Ar ôl pob lleoliad, rhaid i'r arweinydd tîm (neu aelod tîm) hysbysu'r cwsmer am hyn. A hefyd newid y statws ar gyfer tasgau i barod ar gyfer profi ar dev / prod.
  • Bob dydd ar yr un pryd (mae gennym ni am 12.00) rydym yn cynnal rali rhwng holl aelodau'r tîm
  • Mae pawb yn y rali yn adrodd, gan gynnwys arweinydd y tîm, yr hyn a wnaeth ddoe, yr hyn y mae'n bwriadu ei wneud heddiw. Beth sydd ddim yn gweithio a pham. Felly, mae'r tîm cyfan yn ymwybodol o bwy sy'n gwneud beth ac ar ba gam mae'r prosiect. Mae hyn yn rhoi'r cyfle i ni ragweld ac addasu, os oes angen, ein hamcangyfrifon a'n terfynau amser.
  • Yn y cyfarfod, mae'r arweinydd tîm hefyd yn cyhoeddi'r holl newidiadau yn y prosiect a lefel y bygiau cyfredol na chanfuwyd gan y cwsmer. Mae'r holl fygiau'n cael eu datrys a'u neilltuo i bob aelod o'r tîm i'w datrys.
  • Yn y rali, mae'r arweinydd tîm yn aseinio tasgau ar gyfer pob un, gan ystyried llwyth gwaith presennol datblygwyr, lefel eu hyfforddiant proffesiynol, a hefyd gan ystyried pa mor agos yw tasg benodol i'r hyn y mae'r datblygwr yn ei wneud ar hyn o bryd.
  • Yn y cyfarfod, mae'r arweinydd tîm yn datblygu strategaeth gyffredinol ar gyfer pensaernïaeth a rhesymeg busnes. Ar ôl hynny, mae'r tîm cyfan yn trafod hyn ac yn penderfynu a ddylid gwneud addasiadau neu fabwysiadu'r strategaeth hon.
  • Mae pob datblygwr yn ysgrifennu cod ac yn adeiladu algorithmau yn annibynnol o fewn un pensaernïaeth a rhesymeg busnes. Gall pawb fynegi eu gweledigaeth o weithredu, ond nid oes neb yn gorfodi unrhyw un i'w wneud fel hyn ac nid fel arall. Mae pob penderfyniad yn cael ei gyfiawnhau. Os oes datrysiad gwell, ond nawr nad oes amser ar ei gyfer, yna mae tasg yn cael ei greu mewn braster, ar gyfer ailffactorio rhan benodol o'r cod yn y dyfodol.
  • Pan fydd datblygwr yn ymgymryd â thasg, mae'n ei symud i statws datblygu. Mae'r holl gyfathrebu ynghylch egluro'r dasg gyda'r cwsmer yn disgyn ar ysgwyddau'r datblygwr. Gellir gofyn cwestiynau technegol i'r arweinydd tîm neu gydweithwyr.
  • Os nad yw'r datblygwr yn deall hanfod y dasg, ac na allai'r cwsmer ei esbonio'n synhwyrol, yna mae'n symud ymlaen i'r dasg nesaf. Ac mae arweinydd y tîm yn cymryd yr un presennol ac yn ei drafod gyda'r cwsmer.
  • Bob dydd, dylai'r datblygwr ysgrifennu yn sgwrs y cleient am ba dasgau y bu'n gweithio arnynt ddoe a pha dasgau y bydd yn gweithio arnynt heddiw
  • Mae'r llif gwaith yn seiliedig ar Scrum. Rhennir popeth yn sbrintiau. Mae pob sbrint yn para pythefnos.
  • Mae sbrintiau'n cael eu creu, eu llenwi a'u cau gan yr arweinydd tîm.
  • Os oes gan y prosiect derfynau amser llym, yna byddwn yn ceisio amcangyfrif yn fras yr holl dasgau. Ac rydyn ni'n casglu sbrint ganddyn nhw. Os yw'r cwsmer yn ceisio ychwanegu mwy o dasgau i'r sbrint, yna rydyn ni'n gosod blaenoriaethau, ac yn trosglwyddo rhai tasgau eraill i'r sbrint nesaf.

b) Y broses o weithio gyda'r cwsmer

  • Gall a dylai pob datblygwr gyfathrebu â'r cwsmer
  • Ni allwch ganiatáu i'r cwsmer osod eu rheolau eu hunain o'r gêm. Mae'n angenrheidiol mewn modd cwrtais a chyfeillgar i'w gwneud yn glir i'r cwsmer ein bod yn arbenigwyr yn ein maes, a dim ond ni ddylai adeiladu prosesau gwaith a chynnwys y cwsmer ynddynt
  • Mae'n angenrheidiol, yn ddelfrydol, cyn bwrw ymlaen â gweithredu unrhyw ymarferoldeb, i greu siart llif o'r broses resymegol gyfan ar gyfer nodwedd (llif gwaith). A'i anfon at y cwsmer i'w gadarnhau. Mae hyn ond yn berthnasol i swyddogaethau cymhleth ac nid amlwg, er enghraifft, system dalu, system hysbysu, ac ati. Bydd hyn yn eich galluogi i ddeall yn fwy cywir beth sydd ei angen ar y cwsmer, arbed y ddogfennaeth ar gyfer y nodwedd, a hefyd yswirio'ch hun rhag y ffaith y gall y cwsmer ddweud yn y dyfodol na wnaethom yr hyn a ofynnodd.
  • Pob diagram / siart llif / rhesymeg ac ati. rydym yn arbed mewn Cydlifiad / Braster, lle rydym yn gofyn i'r cwsmer yn y sylwadau gadarnhau cywirdeb y gweithrediad yn y dyfodol.
  • Rydym yn ceisio peidio â rhoi manylion technegol ar y cwsmer. Os oes angen dealltwriaeth arnom o sut mae'r cwsmer ei eisiau, yna rydym yn llunio algorithmau cyntefig ar ffurf siart llif y gall y cwsmer ei ddeall a'i drwsio / addasu popeth ei hun.
  • Os bydd y cwsmer yn dod o hyd i nam yn y prosiect, yna gofynnwn ichi ei ddisgrifio'n fanwl iawn yn Braster. O dan ba amgylchiadau y digwyddodd, pryd, pa ddilyniant o gamau gweithredu a gyflawnwyd gan y cwsmer yn ystod y profion. Atodwch sgrinluniau.
  • Rydym yn ceisio bob dydd, uchafswm bob yn ail ddiwrnod, i'w ddefnyddio i'r gweinydd dev. Yna mae'r cwsmer yn dechrau profi'r ymarferoldeb ac nid yw'r prosiect yn segur. Ar yr un pryd, mae hwn yn arwydd i'r cwsmer bod y prosiect yn cael ei ddatblygu'n llawn ac nad oes neb yn dweud wrtho straeon tylwyth teg.
  • Mae'n aml yn digwydd nad yw'r cwsmer yn deall yn llawn yr hyn sydd ei angen arno o gwbl. Ers iddo greu busnes newydd iddo'i hun, gyda phrosesau nad ydynt wedi'u dadfygio eto. Felly, achos cyffredin iawn yw pan fyddwn yn taflu darnau cyfan o god i'r sbwriel ac yn ail-lunio rhesymeg y cais. Mae'n dilyn o hyn nad oes angen cwmpasu popeth yn gyfan gwbl â phrofion. Mae'n gwneud synnwyr cwmpasu ymarferoldeb hanfodol gyda phrofion yn unig, ac yna gydag amheuon.
  • Mae yna sefyllfaoedd pan fydd y tîm yn sylweddoli nad ydym yn ffitio i derfynau amser. Yna rydym yn cynnal archwiliad cyflym o'r tasgau, ac yn hysbysu'r cwsmer amdano ar unwaith. Fel ffordd allan o'r sefyllfa, rydym yn awgrymu lansio ymarferoldeb pwysig a hanfodol ar amser, a gadael y gweddill ar gyfer ôl-rhyddhau.
  • Os yw'r cwsmer yn dechrau meddwl am dasgau gwahanol i'w ben, yn dechrau ffantasi ac esbonio ar ei fysedd, yna gofynnwn iddo roi cynllun tudalen i ni a llifo gyda rhesymeg a ddylai ddisgrifio'n llawn ymddygiad y cynllun cyfan a'i. elfennau.
  • Cyn i ni ymgymryd ag unrhyw dasg, mae'n rhaid i ni sicrhau bod y nodwedd hon wedi'i chynnwys yn nhelerau ein cytundeb / contract. Os yw hon yn nodwedd newydd sy'n mynd y tu hwnt i'n cytundebau cychwynnol, yna mae'n rhaid i ni bendant amcangyfrif y nodwedd hon ((amser arweiniol bras + 30%) x 2) a nodi i'r cwsmer y bydd yn cymryd cymaint o amser i ni ei chwblhau, a hefyd mae'r terfyn amser yn cael ei symud ar gyfer yr amser amcangyfrif wedi'i luosi â dau. Gadewch i ni wneud y dasg yn gyflymach - gwych, bydd pawb ond yn elwa o hyn. Os na, yna rydym wedi ein hyswirio.

c) Yr hyn nad ydym yn ei dderbyn yn y tîm:

  • Anghysondeb, anghydlyniad, anghofrwydd
  • "Bwydo Brecwast". Os na allwch chi gwblhau'r dasg, nid ydych chi'n gwybod sut, yna mae angen i chi hysbysu'r arweinydd tîm ar unwaith am hyn, a pheidio ag aros tan yr olaf.
  • Brovadas ac yn ymffrostio o ddyn nad yw eto wedi profi ei alluoedd a'i broffesiynoldeb trwy weithred. Os caiff ei brofi, yna mae'n bosibl, o fewn terfynau gwedduster 🙂
  • Twyll yn ei holl amlygiadau. Os nad yw'r dasg yn cael ei chwblhau, yna ni ddylech newid ei statws i gwblhau ac ysgrifennu yn sgwrs y cleient ei fod yn barod. Cwympodd y cyfrifiadur, chwalodd y system, cnoiodd y ci ar y gliniadur - mae hyn i gyd yn annerbyniol. Os bydd force majeure go iawn yn digwydd, yna dylid hysbysu'r arweinydd tîm ar unwaith.
  • Pan fydd arbenigwr all-lein drwy'r amser ac mae'n anodd ei gyrraedd yn ystod oriau gwaith.
  • Ni chaniateir gwenwyndra yn y tîm! Os bydd rhywun yn anghytuno â rhywbeth, yna mae pawb yn ymgynnull ar gyfer rali ac yn trafod ac yn penderfynu.

A nifer o gwestiynau / traethodau ymchwil y byddaf weithiau'n gofyn i'm cwsmer ddileu pob camddealltwriaeth:

  1. Beth yw eich meini prawf ansawdd?
  2. Sut ydych chi'n penderfynu a oes gan brosiect broblemau ai peidio?
  3. Gan dorri ar ein holl argymhellion a chyngor ar newid/gwella'r system, chi yn unig sy'n ysgwyddo'r holl risgiau
  4. Bydd unrhyw newidiadau mawr i brosiectau (er enghraifft, pob math o lif ychwanegol) yn arwain at ymddangosiad posibl bygiau (y byddwn, wrth gwrs, yn eu trwsio)
  5. Mae'n amhosib deall o fewn ychydig funudau pa fath o broblem a ddigwyddodd ar y prosiect, a hyd yn oed yn fwy felly i'w thrwsio yn y fan honno.
  6. Rydym yn gweithio ar lif cynnyrch penodol (Tasgau yn Zhira - Datblygu - Profi - Defnyddio). Mae hyn yn golygu na allwn ymateb i'r llif cyfan o geisiadau a chwynion yn y sgwrs.
  7. Rhaglenwyr yn unig yw rhaglenwyr, nid profwyr proffesiynol, ac ni allant sicrhau ansawdd priodol profion prosiect
  8. Chi sy'n llwyr gyfrifol am brofi'n derfynol a derbyn tasgau ar y gwerthiant
  9. Os ydym eisoes wedi ymgymryd â thasg, yna ni allwn newid ar unwaith i eraill nes i ni gwblhau'r un gyfredol (fel arall mae hyn yn arwain at hyd yn oed mwy o fygiau a chynnydd mewn amser datblygu)
  10. Mae llai o bobl yn y tîm (oherwydd gwyliau neu salwch), ac mae mwy o waith ac ni fydd gennym amser yn gorfforol i ymateb i bopeth rydych chi ei eisiau
  11. Eich risg chi yn unig yw gofyn i chi anfon i gynhyrchu heb dasgau wedi'u profi ar ddatblygiad, nid y datblygwr
  12. Pan fyddwch chi'n gosod tasgau niwlog, heb lif cywir, heb gynlluniau dylunio, mae hyn yn gofyn am lawer mwy o ymdrech ac amser gweithredu gennym ni, gan fod yn rhaid i ni wneud swm ychwanegol o waith yn lle chi
  13. Nid yw unrhyw dasgau ar fygiau, heb ddisgrifiad manwl o'u digwyddiad a sgrinluniau, yn rhoi'r cyfle i ni ddeall beth aeth o'i le a sut y gallwn allyrru'r byg hwn
  14. Mae angen mireinio a gwelliannau cyson ar y prosiect i wella perfformiad a diogelwch. Felly, mae'r tîm yn treulio rhywfaint o'i amser ar y gwelliannau hyn.
  15. Oherwydd bod gennym oriau goramser (atgyweiriadau brys), rhaid inni wneud iawn amdanynt ar ddiwrnodau eraill

Fel rheol, mae'r cwsmer yn deall ar unwaith nad yw popeth mor syml wrth ddatblygu meddalwedd, ac mae'n amlwg nad yw awydd yn unig yn ddigon.

Yn gyffredinol, dyma'r cyfan. Y tu ôl i'r llenni, rwy'n gadael llawer o drafodaethau a dadfygio cychwynnol yr holl brosesau, ond o ganlyniad, fe weithiodd popeth allan. Gallaf ddweud bod y broses hon wedi dod yn fath o “Bwled Arian” i ni. Gallai pobl newydd a ddaeth i'r prosiect eisoes harneisio eu hunain ar unwaith i weithio o'r diwrnod cyntaf, gan fod yr holl brosesau'n cael eu disgrifio, a rhoddodd y ddogfennaeth a'r bensaernïaeth ar ffurf diagramau syniad ar unwaith o'r hyn yr ydym i gyd yn ei wneud yma.

ON Rwyf am egluro nad oes rheolwr prosiect ar ein hochr ni. Mae ar ochr y cleient. Ddim yn techie o gwbl. prosiect Ewropeaidd. Mae'r holl gyfathrebu yn Saesneg yn unig.

Pob lwc i bawb ar eich prosiectau. Peidiwch â llosgi allan a cheisiwch wella'ch prosesau.

ffynhonnell yn fy post blog.

Ffynhonnell: hab.com