Kanban vs. Scrum: un Marc de Decisió, no una Guerra de Religió
Pocs temes en gestió d'enginyeria generen tant de calor i tan poca llum com el debat Kanban vs. Scrum. He estat en reunions on persones per altra banda racionals debatien sobre la durada dels sprints amb la passió de constitucionalistes debatent esmenes.
Aquí el que he après després d'anys dirigint i assessorant equips d'enginyeria: la metodologia importa molt menys que si s'adapta al teu tipus de treball, a la maduresa de l'equip i a l'etapa del producte.
Entenent la Diferència Fonamental
Scrum és un framework construït al voltant d'iteracions de durada fixa (sprints). L'equip es compromet amb un abast de treball a l'inici de cada sprint, hi treballa durant 1-4 setmanes i lliura un increment potencialment publicable al final.
Kanban és un mètode construït al voltant del flux continu. No hi ha iteracions. Els elements de treball entren en un tauler, es mouen a través d'etapes i surten quan estan completats. El mecanisme central són els límits de WIP.
La diferència fonamental: Scrum agrupa el treball en caixes de temps. Kanban tracta el treball com un flux continu.
Quan Encaixa Scrum
Scrum funciona millor quan el teu equip necessita ritme, predictibilitat i cicles de planificació estructurats:
- Desenvolupament de producte amb fites clares
- Equips que necessiten responsabilitat externa
- Equips nous o recentment reorganitzats
- Treball multifuncional amb dependències
Quan Encaixa Kanban
Kanban funciona millor quan el teu treball és continu, variable en mida i impulsat per interrupcions:
- Manteniment i operacions
- Equips de suport i SRE
- Equips amb altes taxes d'interrupció (més del 30% de treball no planificat)
- Equips madurs i auto-organitzats
El Marc de Decisió
Tria Scrum quan:
- El treball és principalment planificat (més del 70% de la capacitat)
- L'equip és nou o recentment reorganitzat
- Els stakeholders necessiten cadències de lliurament predictibles
- El producte és en desenvolupament actiu
- L'equip té entre 3-7 persones
Tria Kanban quan:
- El treball és principalment reactiu (més del 50% és no planificat)
- L'equip gestiona múltiples tipus de treball
- El cycle time importa més que la predictibilitat
- L'equip és madur i auto-organitzat
Considera Scrumban (híbrid) quan:
- Tens una barreja de treball planificat i no planificat
- Vols el ritme dels sprints però el flux de Kanban
Scrumban: el Terreny Intermedi Pràctic
A la pràctica, la majoria dels equips amb qui treballo acaben practicant una versió de Scrumban:
- Cadència de sprint per a planificació i retrospectives
- Tauler Kanban amb límits de WIP per a l'execució diària
- No un compromís de sprint — un objectiu de sprint
- Mètriques d'ambdós mons: velocitat per a planificació de capacitat, cycle time per a eficiència de flux
La Variable Real: Maduresa de l'Equip
Els equips immadurs lluiten amb Kanban perquè requereix autodisciplina. Els equips madurs lluiten amb Scrum perquè l'overhead sembla burocràcia.
La progressió que veig més sovint: començar amb Scrum, evolucionar cap a Kanban a mesura que l'equip madura, establir-se en un híbrid Scrumban.
Errors Comuns
- Fer Scrum sense retrospectives
- Fer Kanban sense límits de WIP
- Canviar de metodologia durant una crisi
- Adhesió rígida al framework
A Conectia, els nostres enginyers han treballat amb els tres enfocaments, perquè la realitat del treball de consultoria sènior és que t'adaptes al que funciona per a l'equip.
Necessites enginyers sènior que s'adaptin al teu procés en lloc de combatre'l? Parla amb un CTO — els nostres enginyers de LATAM s'integren en el teu flux de treball, ja sigui que usis Scrum, Kanban o alguna cosa entremig.
