Skip to content

Latest commit

 

History

History
33 lines (20 loc) · 3.13 KB

SOLOSCRUM.md

File metadata and controls

33 lines (20 loc) · 3.13 KB

SCRUM Szólóban

Hogyan szervezzük meg a projectjeinket, úgy hogy legyen eleje közepe és vége. Ráadásul a végén a megrendelő megelégedetten kifizessen minket? Örök kérdés ez, hasonló az élet értelméhez. Ez utobbira már tudjuk a választ (lásd előző bejegyzés) [http://amon.hu/2013/08/05/esszel-fejleszt-az-ember], az előzőhöz talán most közelebb kerülünk.

A SCRUM egy project management eszköz, nagyon jó leírás van róla a [Wikipédián] (http://hu.wikipedia.org/wiki/Scrum "Scrum a Wikipédián") ezenkívűl rengeteg könyvet találunk a témában. A Scrum-ot manapság sűrün használják Drupalos körökben is, ami nekem garancia hogy érdemes vele foglalkozni. Az egész alapja, hogy a megrendelő a fejlesztés közben meggondolhatja magát, ami lássuk be egy nagyon emberi dolog. Ráadásul nem biztos, hogy minden igyekezetünk ellenére jól értettük meg a feladatot, így nekünk fejlesztőknek is jó, ha ez időközben kiderül.

Nagyon fontos elkülöníteni a mit és miért különbségét. A megrendelő lehet, hogy pontosan el tudja mondani, hogy milyen weboldalt akar, viszont lehet, hogy az nem valósítja meg azokat a célokat, amiket el akar a weboldallal érni. Például azt szeretné, ha az oldalon egy kacsa 5 percenként random módon kiválasztana egy terméket, és beledobná azt a látogató kosarába. Viszont a célja az, hogy egy nagy forgalmú webáruházat működtessen.

A Solo SCRUM leszűkűl 2+1 szereplőre:

  1. Product owner (Termék tulajdonos, megrendelő)

  2. Scrum Master + Fejlesztő

  3. A felhasználók (valahol miattuk csináljuk az egészet)

A termék megrendelők lehetünk akár saját magunk is, ha például úgy döntünk, hogy megvalósítjuk az évszázad bizniszét vagcsak egyszerűen találunk valamit amit még senki nem csinált meg, vagy valamit amit mi jobban tudunk megcsinálni (Szerintem az első egyenlő a második kettővel). Ilyenkor nagyon fontos, hogy ne megoldásokban gondolkozzunk. AMikor felmerűl valami ötlet, akkor ne az jöjjön elő, hogy ezt most views-al vagy kóddal. Próbáljunk ilyenkor kicsit elkülönülni.

Ugyanez igaz akkor is, ha egy megrendelővel beszélgetünk. Nézzük meg mit szeretne, és csak aztán nézzük meg azt, hogy hogyan. Igazából a Scrum Master beszéli meg a megrendelővel hogy mik a feladatok, aztán Ő miondja el a fejlesztőknek, hogy mit is kellene csinálni. Ráadásul a Scrum master egyfajta lökhárító is, hogy a fejlesztőnek ne kelljen a megrendelővel találkoznia. Viszont Szolóban mi vagyunk a Scrum Masterek is, ami néha elég ambivalens érzés tud lenni.

Az egész Scrum terminológia az Amerikai fociból jön. Itt is van egy csapat, ami összeborul (ez a Scrum) Scrum

Hátradobja a labdát, ami után jön a Sprint. (közben persze passzolgatják a labdát, amit szolóban nehéz). Sprint

A végén pedig jön a touch-down. Touch-down

Vagy mégegy scrum, úgyhogy vissza az elejére. Persze mindig vannak akadályok, amit a közben le kell győzni.