A Scrum fejlesztőcsapat egy interdiszciplináris csoport, amely a termék létrehozásában részt vevő összes embert magában foglalja. A mai cikkben megvizsgáljuk, hogy milyen jellemzőkkel kell rendelkeznie. Azt is figyelembe vesszük, hogy milyen összetételű és milyen felelősségei vannak egy olyan fejlesztőcsapatnak, amely képes hatékonyan elérni a céljait.
Fejlesztőcsapat a Scrum-ban – tartalomjegyzék:
A fejlesztőcsapat jellemzői
A Scrum elveinek megfelelően dolgozó fejlesztőcsapat független szakemberek csoportja. Nem használ külső szakemberek vagy alvállalkozók támogatását. De mi határozza meg, hogy a csapat jól van-e összeállítva a cél elérésére? És milyen felelősségek tartoznak a fejlesztőcsapat feladataihoz – függetlenül a specializációjától?
A hatékonyság érdekében a fejlesztőcsapatnak legalább három jellemzővel kell rendelkeznie: az önszerveződés képessége, a fejlődés iránti vágy és az interdiszciplinaritás.
Önszerveződés
Amikor a Scrum csapatról beszélünk, amelynek része a fejlesztőcsapat, az ”önmenedzsment” kifejezést használjuk. Ez az önmenedzsmentet jelenti a szervezeti szinten. A Scrum csapat egésze nemcsak azt dönti el, hogy ki fogja elvégezni a munkát és hogyan, hanem azt is, hogy mivel fognak foglalkozni. A Scrum csapatban a menedzsment feladatok nagy része a terméktulajdonost és a Scrum mestert illeti.

Ezért a fejlesztőcsapat esetében az önszerveződés fontosabb, mint az önmenedzsment. Ez a felelősségek tervezésére vonatkozik, azaz arra, hogy saját maguk döntsék el, ki fogja elvégezni a bizonyos feladatokat, mikor és hogyan.
A fejlődés iránti vágy
A hatékony csapat kulcsfontosságú jellemzője a fejlődés iránti vágy. A feladatok teljesítési módjának ambiciózusnak kell lennie. Ez nemcsak az egyes fejlesztőcsapat-tagok egyéni hajlamából és hozzáállásából ered. A csapatban uralkodó légkör is ösztönzi a kompetenciák és az erőfeszítések növelését, amely meghatározza a csapatot mint egységet.
Interdiszciplinaritás
A csapat interdiszciplinaritása azt jelenti, hogy a tagjainak együtt kell rendelkezniük minden olyan készséggel, amely szükséges egy értékes increment létrehozásához minden sprintben. Ez azt is jelenti, hogy a csapat minden tagja elvégzi a szükséges feladatokat az adott sprinthez. Mindenki azt teszi, ami szükséges a cél eléréséhez. Még akkor is, ha ez új feladatok vállalását jelenti a fejlesztő szakterületén túl. Hibás dolog mereven ragaszkodni a szakmai kompetenciákhoz vagy szerepekhez.

Fejlesztőcsapat
A Scrum útmutató szerint a fejlesztők maximális száma nyolc. Egy ilyen kis összetétel ösztönzi a kommunikációt és a nyitottságot, mivel a csapattagoknak lehetőségük van megismerni egymást. Azonban a csapat nem lehet kisebb három főnél. Elég nagynak kell lennie ahhoz, hogy üzleti szempontból látható előrelépést érjen el minden sprintben.
A Scrum keretein belül a fejlesztőket különböző készségekkel és felelősségekkel rendelkező embereknek nevezik. Semmilyen esetben sem a programozásra korlátozódik a név. Így a csapat magában foglalhat programozókat és tervezőket, kutatókat és elemzőket, tesztelőket és tudósokat, valamint más szakembereket.
A fejlesztők között nincs hierarchia. Ezért nem használnak szakmai vagy tudományos címeket.
A fejlesztőcsapat összetételére vonatkozó fontos feltételezés, hogy egységet alkot. Ezért a más célokon dolgozó kisebb csapatokat nem szabad elválasztani tőle.
A fejlesztőcsapat felelősségei
A fejlesztőcsapat felelősségei három területre oszthatók. Ezek a következők:
- Feladatok tervezése
- Terméken való munka
- A csapaton belüli együttműködés javítása
Feladatok tervezése
A feladatok ütemezése kötelezettség, amelyet minden Scrum-alapú fejlesztőcsapatnak teljesítenie kell. Ez abban áll, hogy létrehozzák a sprint tervet és beillesztik a sprint backlogba, amelyet egy külön cikkben fogunk leírni. A legfontosabb dolog, hogy a fejlesztőcsapat közösen dolgozik rajta. Így minden fejlesztő reálisan meg tudja határozni a végrehajtandó feladatok számát egy adott sprintben. Hosszú távon ez lehetővé teszi a csapat számára, hogy fenntartsa az állandó tempót és pontosabban tervezzen.
Ugyanolyan fontos figyelemmel kísérni a pulzust, azaz naponta igazítani a tervet a valósághoz. Ha problémák merülnek fel, szükség lehet a feladatok átszervezésére, a munka más módon történő elosztására, vagy a Scrum mesterrel való beszélgetésre a felmerülő nehézségekről.
Terméken való munka
A terméken való munka formái drámaian változhatnak attól függően, hogy egy adott fejlesztőcsapat mely területen működik. Általánosságban elmondható, hogy a cél, amelyet minden sprintben el kell érni, egy increment létrehozása, azaz egy üzleti szempontból értékes termékjellemző.
Itt hasznos közvetlenül beszélni és alkalmazni a következő szabályt:
Amikor munkát vállalsz egy terméken, olyan állapotban kell hagynod, amely nemcsak javított, hanem nem kevésbé befejezett, mint az előző verzió.
Ennek az elvnek az alkalmazása azt jelenti, hogy a csapat egésze felelősséget vállal az incrementért. Ha egy fejlesztő gondatlanul végzi el a feladatokat, ami a termék minőségének romlásához vezet, valakinek másnak kell elvégeznie a munkát helyette. Másrészt, ha bármely fejlesztő hibákat talál a termékben, akkor azokat saját magának kell javítania, vagy a hibainformációt át kell adnia valakinek, aki meg tudja csinálni. A termék incrementen való munkáról egy külön cikkben fogunk többet írni.
A csapaton belüli együttműködés javítása
A csapat működésének javítása folyamatosan az egyes fejlesztők hatékonyságának és eredményességének javításáról szól.
Ugyanakkor ez is, vagy talán elsősorban, a fejlesztők közötti kommunikáción való munkáról szól. A javítás abban áll, hogy olyan megoldásokat dolgozunk ki, amelyek lehetővé teszik a hatékony és pontos feladatmegosztást. És a készségek gyakorlásában is:
- kritizálni a megoldásokat, nem az embereket – a munkánk leírására használt nyelv megváltoztatása a hozzáállás megváltozásához és a jobb együttműködéshez vezet
- eltávolodni a saját ötleteinktől – ez lehetővé teszi a humort és az őszintébb visszajelzést
- bízni egymásban – a bizalom révén sokkal több innovatív ötletet javasolhatnak a fejlesztők anélkül, hogy félniük kellene a környezet negatív reakciójától
A csapat együttműködésének javítása folyamatos reflexiót igényel arról, hogyan működik a csapat, és visszajelzést adni a Scrum események során, amelyeket ebben a cikkben írtunk le.

Összegzés
A mai cikkben bemutatjuk a Scrum fejlesztőcsapat jellemzőit, összetételét és felelősségeit. Az interdiszciplinaritás, az önszerveződés és a fejlődés iránti vágy jellemzi ezt a kis csapatot. És a csapatmunka folyamatos javítása és a terméken való hatékony munka – ezek azok a feladatok, amelyeket minden fejlesztőcsapatnak teljesítenie kell.
Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on.
Caroline Becker
Projektmenedzserként Caroline szakértő az új módszerek megtalálásában, amelyek a legjobb munkafolyamatok megtervezésére és a folyamatok optimalizálására szolgálnak. Szervezési készségei és a nyomás alatt végzett munka iránti képessége teszik őt a legalkalmasabb személyré, aki bonyolult projekteket valóra tud váltani.
Scrum Guide:
- Alapfogalmak, szerepek és fogalmak szótára
- Mi a Scrum?
- Scrum értékek
- Hogyan valósítsuk meg a Scrumot a vállalatunkban?
- Scrum Csapat - mi az és hogyan működik?
- Ki a terméktulajdonos?
- A Product Owner leggyakoribb hibái
- Ki a Scrum Master?
- A Scrum Master leggyakoribb hibái
- Milyen statisztikákat és mutatókat kell nyomon követnie a Scrum Masternek?
- Scrum fejlesztőcsapat
- A fejlesztők leggyakoribb hibái
- Scrum artefaktumok
- Skálázott Scrum
- Sprint Hátralék
- Mi az a termék hátralék?
- Mik azok a felhasználói történetek?
- A legjobb Felhasználói Történet létrehozása az INVEST elv alapján
- A leggyakoribb felhasználói történet hibák
- Felhasználói történet elfogadási kritériumok
- Becslés és Történetpontok a Scrum-ban
- Tervezési Póker
- Csapatbecslési játék
- Növekmény meghatározása
- Scrum események
- Mi az a Burndown Diagram?
- A burndown diagram előnyei és hátrányai
- Kanban táblák a Scrum és Scrumban keretrendszerben
- Sebesség a Scrum-ban - A Fejlesztő Csapat Sebessége
- Napi Scrum
- Sprint tervezés
- Sprint értékelés
- Mi az a Sprint Retrospektív?
- A Sprint Retrospektív során elkövetett gyakori hibák
- Termék Backlog ápolása
- Hogyan kell létrehozni és értelmezni egy burndown diagramot?
- Mi az a Sprint a Scrum-ban?
- A Terméktulajdonos és a Scrum Master közötti együttműködés
- Scrum Csapat Kötelezettségek - Termék Cél, Sprint Cél és Teljesítési Meghatározás
- A jó Scrum Master jellemzői