Scrum találkozó teljes pompájában
Vannak 2 fő típusa, amelyek megoszlanak a módszertan fejlesztése szoftver (szoftverfejlesztési módszertan). Ez a szerkezeti és rugalmas módszer.
Strukturális vysokoformalizovanny módszertani megközelítést javasol a szoftverfejlesztés (vízesés modell).
Agile (Agile) főként a iteratív fejlesztés a minimális megengedett formalizációs folyamatot.
Az alapelvek agilis módszertanok én kiterjed egy másik cikkben. És szeretném felhívni a figyelmet, hogy a következő. Agile módszertan nagyon jó veszi magát és most még a vysokoformalizovanny folyamat nehéz elképzelni anélkül, hogy a „rugalmas” elemek, mint például a gyűlések.
Fontos része ennek módszertan SCRUM-rally, amely felelős a hozzáértő személy - SCRUM-Master (általában projektmenedzser vagy csapat vezetője). Az ilyen gyűléseket nagyobb hatást kell végezni minden nap ugyanabban az időben. Az időtartam a rally jobb határa 15-30 percig. Minden résztvevő a projekt csapatnak meg kell válaszolni három egyszerű kérdésre:
- 1. Mi történt a legutóbbi SCRUM-rally?
- 2. Milyen problémák munka közben?
- 3. Milyen feladatokat fog tenni az ülés után?
Ha nem töltenek SCRUM-gyűlések csapata nyilvánvaló listája előnye ennek a megközelítésnek:
1. Egy nagyon rövid ideig projektvezető és a csapat minden tagja tudja értékelni a helyzetét a projekt.
2. Az összes probléma megoldását nagyon gyorsan, mivel közvetíti a projekt valamennyi résztvevőjének (beleértve a potenciálisan hozzáértő emberek ebben a kérdésben).
3. Az alkalmazottak megtanulják meghallgatni másokat, megérteni őket, és világosan kifejezni a saját gondolatait.
4. A projekt résztvevői megtanulják, hogy reális célokat, és felelős az állapot azok végrehajtásáról.
Azt persze még messze van a SCRUM-master, és még inkább a Projekt-menedzser azonban szeretnék megosztani az én megfigyelések:
- Vannak problémák, hogy azonnali megoldásokat. Ezeket a problémákat meg kell oldani egyszerre, akkor is, ha a rally, mert ez kissé késhet.
- Ennek ellenére SCRUM-mester meg kell értenie, hogy a tartós konfliktus viták gyakran végződnek kompromisszum (és nem konszenzussal, mint amilyennek lennie kellene, ideális esetben).
- Csapatok 7-9 fővel több, mint kívánatos csoportokra oszlanak, amelyek mindegyike egy SCRUM-Master. Példa: vezető párhuzamos ülések a tesztelők és a fejlesztők időt és energiát takaríthat csapat tagjai. Ezt követően dulakodás mesterek megbeszélhetik egymás között a problémák és azok megoldására az érintettekkel.
- Vannak helyzetek, amikor egy személy jobb, hogy kiadja, hogy részt vesz a találkozón, ha nagyon koncentrál megoldása néhány probléma, a találkozón kevésbé lesz figyelmes, és a találkozó után azt nehezebb lenne újra megragadni a probléma lényegét.