Salta el contingut

El tauler Kanban

Que és Kanban?

Kanban (看板, "tauler visual" en japonès) és un sistema per gestionar el flux de treball de forma visual i limitant la quantitat de feina en curs simultàniament. Va néixer a Toyota als anys 50 per optimitzar la producció just-in-time i David Anderson el va adaptar al software el 2010.

A diferència de Scrum, Kanban no imposa sprints, rols ni cerimònies fixes. Es pot adoptar gradualment sobre qualsevol procés existent. Per això és especialment popular en equips d'operacions, suport i manteniment, on el treball arriba de forma contínua i irregular.

El tauler Kanban bàsic

El tauler Kanban visualitza el flux de treball com una sèrie de columnes. Cada targeta (task card) representa un element de treball i avança d'esquerra a dreta fins a completar-se.

flowchart LR
    subgraph TB["Tauler Kanban — Equip de Sistemes"]
        direction LR

        BL["BACKLOG\n(pendent)\n\nInstalar Zabbix\nMigracio BD\nActualitzar certs.\nConfigurar VPN\n..."]

        AN["ANALISI\nWIP: 2\n\nMigracio BD\nConfigurar VPN"]

        IP["EN PROGRES\nWIP: 3\n\nInstalar Zabbix\n\n\n"]

        RE["REVISIO\nWIP: 2\n\nActualitzar certs."]

        DO["DONE\n\nConfigurar monit.\nInstalar Docker\n..."]
    end

    BL --> AN --> IP --> RE --> DO

    style BL fill:#37474f,stroke:#263238,color:#cfd8dc
    style AN fill:#1565c0,stroke:#0d47a1,color:#fff
    style IP fill:#00695c,stroke:#004d40,color:#fff
    style RE fill:#e65100,stroke:#bf360c,color:#fff
    style DO fill:#1b5e20,stroke:#2e7d32,color:#fff

Els límits WIP (Work In Progress)

Els límits WIP són el mecanisme central de Kanban. Cada columna (o cada estat del flux) té un nombre màxim de targetes que hi poden estar simultàniament.

Per que limitar el WIP?

Quan un equip treballa en massa coses alhora, el que passa és:

  • Cada tasca triga més a completar-se (context switching).
  • Els problemes s'acumulen i no es resolen.
  • L'equip perd el fil de l'estat real de cada tasca.
  • El client espera més per rebre qualsevol cosa.

Limitar el WIP força l'equip a acabar el que té en curs abans de començar coses noves. Pot semblar contraintuïtiu, però el resultat és que es lliura més en menys temps.

La regla: "Stop starting, start finishing"

flowchart LR
    subgraph PROB["Sense limits WIP"]
        direction TB
        A1["Anna: tasca 1 50%\nBernat: tasca 2 30%\nCarla: tasca 3 20%\nDavid: tasca 4 10%"]
        A2["Client: res lliurat\ndespres de 2 setmanes"]
        A1 --> A2
    end

    subgraph SOL["Amb limits WIP 2"]
        direction TB
        B1["Setmana 1:\ntasca 1 DONE\ntasca 2 DONE"]
        B2["Client: 2 coses\nlliurades en 1 setmana"]
        B1 --> B2
    end

    style A2 fill:#b71c1c,stroke:#7f0000,color:#fff
    style B2 fill:#1b5e20,stroke:#2e7d32,color:#fff

Com establir els límits WIP

Una regla pràctica per a un equip de N persones: WIP limit = N × 1.5 per a la columna "En progrés". Però el valor correcte s'ajusta empíricament: si el flux s'atura, potser el límit és massa baix; si hi ha massa tasques en curs, és massa alt.

Classes de servei

No totes les tasques són iguals. Les classes de servei permeten tractar de forma diferent tasques amb necessitats distintes de temps de resposta:

Classe Color Descripció Exemples
Expedit Vermell Urgència màxima, s'atén immediatament. Pot saltar el WIP. Servidor de producció caigut, incident de seguretat actiu.
Data fixa Groc Deadline inamovible. Renovació de certificats, compliment RGPD, auditoria.
Estàndard Blau Feina normal, s'atén per ordre de prioritat. Actualitzacions rutinàries, configuracions noves.
Intangible Verd Millores sense urgència, s'atén quan hi ha capacitat. Refactoring, documentació, millores d'automatització.

Les urgencies constants destrueixen el flux

Si el 50% de les tasques son "Expedit", el sistema s'ha trencat: o bé les urgències es gestionen malament (no s'anticipa), o bé algú abusa de l'etiqueta per saltar-se la cua. Una organització sana hauria de tenir menys del 10% de tasques expedites.

Tauler Kanban per a un equip de suport TIC

flowchart LR
    subgraph KANBAN["Tauler Kanban — Helpdesk ASIX"]
        N["NOU\n(tickets entrants)\n\n#1042 Monitor trencat\n#1043 VPN no funciona\n#1044 Installacio Office\n#1045 Servidor lent"]

        T["TRIATGE\nWIP: 3\n\n#1043 VPN no funciona\n#1044 Installacio Office\n#1045 Servidor lent"]

        P["EN PROGRES\nWIP: 2\n\n#1041 Reset contrasenya\n#1042 Monitor trencat"]

        E["ESPERANT\nWIP: 2\n\n#1039 Compra llicencies"]

        R["RESOLT\n\n#1038 Email rebots\n#1037 WiFi SSID\n..."]
    end

    N --> T --> P --> E --> R

    style N fill:#37474f,stroke:#263238,color:#cfd8dc
    style T fill:#1565c0,stroke:#0d47a1,color:#fff
    style P fill:#00695c,stroke:#004d40,color:#fff
    style E fill:#f57f17,stroke:#e65100,color:#fff
    style R fill:#1b5e20,stroke:#2e7d32,color:#fff

La columna Esperant (o Blocked) es clau en sistemes: moltes tasques es bloquegen esperant una aprovació, una compra, un accés extern. Visualitzar-les separadament evita que ocupin el WIP de "En progrés" i permet mesurar quant temps les tasques estan bloquejades.

Activitat AC-RA3-01

Configureu el vostre tauler Kanban a Trello o GitHub Projects:

  1. Dissenyeu les columnes adequades per al flux de treball del vostre equip (helpdesk, sistemes, o projecte actual).
  2. Establiu límits WIP per a les columnes de treball actiu i justifiqueu els valors.
  3. Definiu almenys 2 classes de servei i com es diferencien visualment al tauler.
  4. Creeu 10 targetes representatives del treball real del vostre equip.
  5. Simuleu un dia de treball movent les targetes i respectant els límits WIP. Que passa quan una columna arriba al límit?