A Spotify-modell (Spotifay-modell) a szoftverfejlesztéshez használt szervezési technikák összessége, amely lehetővé teszi a fejlesztőcsapat méretezését az Agile elveivel összhangban . Először a Spotify zenei szolgáltatás fejlesztése során használták [1] [2] [3] [4] .
A Spotify modell a vállalaton belül végzett hosszú távú kísérlet eredménye. Az így létrejövő szoftverfejlesztési skálázási rendszer nem alapul egyik jól ismert keretrendszeren sem ( SAFe , Disciplined Agile stb.), hanem az együttműködési elvek, szerepek és stratégiák egyértelmű meghatározásán alapul. A szerepek és alapelvek eredeti megválasztása lehetővé tette a Spotify fejlesztőcsapatának , hogy olyan agilis fejlesztési módszertant alkosson, amely megoldotta a vállalati szintű agilis csapatokban rejlő számos problémát.
Szervezeti szempontból a Spotify az általánosan elfogadott Scrum csapatokat rugalmas „csapatokra” ( angolul squad ) cserélte, amelyek szabadon határozhatják meg saját módszereiket és gyakorlataikat, és nem korlátozzák őket a felülről előírt „ csak scrum ” vagy „ csak kanban ” . 5] . Amint a csapat bizonyítja, hogy ért az agilis módszertanokhoz és képes az önszerveződésre, a csapat szabadon választhatja vagy felülbírálhatja a Scrum vagy az Extreme Programming általánosan elfogadott eseményeit vagy folyamatait: például egyes csapatok napi "állandó megbeszéléseket" alkalmazhatnak. míg mások - nem. Konkrét gyakorlatok követése helyett a csapatoknak a következő elvekre kell összpontosítaniuk: autonómia, igazodás a vállalat küldetéséhez, magas motiváció, bizalom a közösség elképzeléseibe. Mindegyik „osztag” a termék funkcióinak egy meghatározott részére összpontosít, például a keresésre vagy a lejátszási listákra, ami lehetővé teszi számukra, hogy szakterületük szakértőjévé váljanak [2] .
Az interakció következő szintjén a Spotify "csapatok" közös vagy hasonló küldetéssel egyesülnek "törzsekké" ( angol törzs ). A „törzsek” rendszeresen találkoznak, hogy megvitassák és minimalizálják a függőséget, és biztosítsák, hogy az „osztagok” ugyanazon a küldetésen dolgozzanak. A legtöbb közös találkozó spontán és nem előre megtervezett.
A Spotify „részlegeket” (magyar fejezet ) és „céheket” ( eng . céh ) használ, hogy összehozza az azonos szakterületen dolgozó különböző csapatok tagjait (ami gyakran megtörténik, amikor a funkcionális csapatokat keresztfunkcionálisak váltják fel ). Az „részleg” ugyanazon tudományterületen, szakterületen belül különböző csapatokból álló alkalmazottak csoportját jelenti (például tesztelők vagy elrendezéstervezők), akik rendszeresen találkoznak, hogy biztosítsák a legújabb trendek és technológiák alkalmazását, megosszák tudásukat és hatékonyan használja fel újra a meglévő megoldásokat. A „céh” egy kevésbé formális és befogadóbb csoport: például a tesztelői céh nem csak tesztelők széles köréből áll (beleértve az automatizálási és manuális tesztelési szakembereket is), hanem olyan programozókból is, akik szeretnék jobban megérteni a tesztelési folyamatokat. és hozzájárulnak az ilyen irányú tevékenységekhez [2] .
A megközelítésben használt skálázási modellt fokozatosan vezették be a Spotify-on 2011 és 2012 között. A fejlesztőcsapat gyorsan bővült – három év alatt 30-ról 250 mérnökre. E növekedés ellenére a dolgozói elégedettség is fokozatosan nőtt, és 2012 áprilisában 5 pontból 4,4 volt [5] [6] .
Nem a Spotify az egyetlen hely, ahol ezt a modellt használják. Rajta kívül a Spotify modellt használta például a Tech Mahindrahogy a banki és biztosítási szektorban dolgozzon egy nagy projekten [4] .
Egyes vélemények szerint a Spotify Modell keretrendszer az Agile elvei szerint szoftvert fejlesztő csapatok skálázására. Tekintettel azonban arra a tényre, hogy a Spotify modell nem alapul semmilyen meglévő keretrendszeren (pl. Scaled Agile Framework vagy LeSS ), nem rendelkezik hivatalos tanúsítási rendszerrel, és kizárólag a szoftverfejlesztés Spotifyon belüli megszervezésére fejlesztették ki, figyelembe véve annak szervezeti és kulturális sajátosságokat, akkor helytelen ezt a modellt az Agile alapelveit követő fejlesztőcsapatok skálázási keretének tekinteni.
Henrik Knieberg, a Spotify-on belüli munkaszervezés fejlesztésének egyik közreműködője a Spotify-modell térhódítására és más cégekben való másolására reagálva azzal érvelt, hogy a Spotify-modell nem csapatméretezési keretrendszer, hanem azt is, hogy A Spotify-modell szigorúan véve nem „modell” önmagában, hanem egy adott vállalat munkaszervezésének példáját mutatja be. [7]
| Szoftverfejlesztés | |
|---|---|
| Folyamat | |
| Magas szintű koncepciók | |
| Útvonalak |
|
Fejlesztési módszertanok | |
| Modellek |
|
| Figyelemre méltó alakok |
|