🔄 Agile Process
Agile Process Manager
Gestione completa di progetti agili con framework Scrum, Kanban e Ibrido. Product backlog, sprint planning, board Kanban con limiti WIP, burndown chart, velocity tracking e ruoli conformi allo Scrum Guide 2020. Tutto in un unico strumento gratuito — funziona su qualsiasi dispositivo.
Prova Gratis →🔄
3 Framework Agili
Scrum con sprint e cerimonie, Kanban con flusso continuo e limiti WIP, o Ibrido Scrumban che combina entrambi gli approcci.
📋
Product Backlog
User stories con prioritizzazione MoSCoW, criteri di accettazione, story points, Class of Service, dipendenze e tag.
📈
Metriche e Grafici
Velocity tracking, burndown/burnup chart, CFD, lead/cycle time, throughput, sprint health score e analisi workload team.
👥
Ruoli Scrum Guide 2020
Matrice permessi granulare: Product Owner, Scrum Master, Development Team. Equivalenti Kanban: SRM e SDM.
Guardalo in Azione
Come Funziona
1
Scegli il Framework
Crea un progetto e seleziona Scrum, Kanban o Ibrido. Ogni framework include colonne, ruoli, metriche e workflow dedicati.
2
Costruisci il Backlog
Aggiungi user stories con priorita MoSCoW, criteri di accettazione, story points e tag. Stima con il Planning Poker integrato.
3
Esegui Sprint o Flusso
Pianifica sprint con capacita team, traccia i progressi sulla board Kanban, monitora burndown e velocity, e lancia le retrospettive.
3 Framework Agili, Un Solo Strumento
Scegli la metodologia adatta al tuo team. Passa da un framework all'altro man mano che il processo evolve.
🏃
Scrum
Sviluppo iterativo basato su sprint seguendo lo Scrum Guide 2020. Sprint a durata fissa (1-4 settimane) con planning, daily standup, sprint review e retrospettiva. Ruoli: il Product Owner gestisce il backlog, lo Scrum Master facilita le cerimonie, il Development Team stima e consegna. Traccia velocity e burndown attraverso gli sprint.
Ideale per: Team che sviluppano prodotti con requisiti in evoluzione, che traggono
beneficio da cicli di feedback regolari e cadenza di consegna prevedibile.
📊
Kanban
Gestione a flusso continuo basata sul Metodo Kanban di David Anderson. Visualizza il lavoro su una board con colonne personalizzabili, applica limiti WIP (Work In Progress), definisci policy esplicite di colonna e categorizza il lavoro con Class of Service (Standard, Expedite, Fixed Date, Intangible). Usa swimlane per raggruppare le card per assegnatario, priorita, CoS o tag. Ruoli: Service Request Manager e Service Delivery Manager.
Ideale per: Team di supporto, workflow di manutenzione, ambienti con priorita variabili,
o team in transizione graduale verso l'agile.
🔀
Ibrido (Scrumban)
Combina il meglio di Scrum e Kanban: mantieni la struttura sprint per il ritmo di pianificazione usando i limiti WIP e le metriche di flusso di Kanban per l'esecuzione quotidiana. Sprint opzionali, cerimonie semplificate e metriche sia di velocity che di flusso. Ottieni la prevedibilita di Scrum con la flessibilita di Kanban.
Ideale per: Team in transizione tra framework, progetti con mix di sviluppo e
manutenzione, o team che necessitano della struttura sprint con maggiore flessibilita.
Approfondimento Framework
Ogni framework include colonne, ruoli, metriche e workflow dedicati. Ecco esattamente come funzionano all'interno di Keisen.
🏃 Scrum — Sviluppo Iterativo Basato su Sprint
Keisen implementa Scrum seguendo lo Scrum Guide 2020 con supporto completo alle cerimonie e permessi basati sui ruoli.
Ciclo di Vita Sprint (4 Fasi)
- Pianificazione — Il Product Owner seleziona le story dal backlog prioritizzato. Il team stima con il Planning Poker integrato e si impegna in base alla capacita del team (ore per membro, adattate per disponibilita e ferie). La durata sprint e configurabile da 1 a 4 settimane.
- Attivo — Il Development Team lavora sulle story committate. La board Kanban mostra 4 colonne: To Do → In Progress → In Review → Done. Traccia i progressi giornalieri con il burndown chart (ideale vs. reale), registra le note daily standup (Ieri / Oggi / Impedimenti) per membro del team, e rileva gli impedimenti automaticamente.
- Review — Lo Scrum Master conduce una Sprint Review formale seguendo lo Scrum Guide 2020. Ogni story riceve un esito: Approvata, Da Rifinire o Rifiutata. Cattura feedback stakeholder, note demo, decisioni formali (action item, scope change, decisioni tecniche) e lezioni apprese.
- Completato — La velocity viene calcolata automaticamente. Lo sprint si collega a una board Retrospettiva integrata. Le story non completate tornano nel backlog per lo sprint successivo.
Ruoli Scrum (Scrum Guide 2020)
- Product Owner — Proprietario del backlog. Crea, modifica, elimina e prioritizza le story. Definisce la Definition of Ready. Imposta la stima finale dopo la discussione del team. Assegna i membri del team alle story.
- Scrum Master — Facilita le cerimonie. Crea, avvia e completa gli sprint. Conduce Sprint Review e Retrospettiva. Configura limiti WIP e impostazioni board. Rimuove gli impedimenti.
- Development Team (Developer, Designer, QA) — Stima le story via Planning Poker. Si auto-assegna alle story. Sposta le proprie story sulla board. Registra le note daily standup. Non puo creare story o gestire sprint.
- Stakeholder — Accesso in sola lettura. Partecipa al feedback della Sprint Review. Non puo modificare story, sprint o board.
Metriche Scrum
- Velocity — Story points completati per sprint, con linea di tendenza attraverso gli sprint
- Burndown Chart — Punti rimanenti per giorno vs. linea burndown ideale
- Burnup Chart — Punti completati per giorno mostrando i cambiamenti di scope
- Sprint Health Score — Rilevamento automatico rischi quando il progresso scende sotto l'80% dell'ideale
- Accuratezza Stime — Confronto punti stimati vs. effettivi
- Lead Time & Cycle Time — Giorni dalla creazione al done / da in-progress al done
📊 Kanban — Gestione a Flusso Continuo
Keisen implementa Kanban seguendo il Metodo Kanban di David Anderson con 6 pratiche: visualizzare il workflow, limitare il WIP, gestire il flusso, rendere le policy esplicite, implementare cicli di feedback, migliorare in modo collaborativo.
Configurazione Board (6 Colonne Predefinite)
- Backlog — Tutto il lavoro in arrivo. Policy: "Ordina per priorita". Nessun limite WIP.
- Refinement — Story in fase di analisi e dettaglio. Limite WIP: 5. Policy: "Max 2 giorni in colonna", "Richiede criteri di accettazione".
- Ready — Story che soddisfano la Definition of Ready. Limite WIP: 5. Policy: "Stime completate".
- In Progress — Sviluppo attivo. Limite WIP: 3. Policy: "Max 1 item per persona", "Aggiornamento stato giornaliero".
- Review — Code review / QA. Limite WIP: 2. Policy: "Max 24h in colonna", "Richiede code review".
- Done — Lavoro completato. Policy: "Tutti i criteri di accettazione soddisfatti". Nessun limite WIP.
Limiti WIP & Stato Visivo
Ogni colonna mostra un indicatore WIP in tempo reale con codifica colori: verde = sotto il limite, arancione = al limite, rosso = superato. Gli item Expedite (Class of Service) possono superare i limiti WIP quando necessario per lavoro urgente.
5 Tipi di Swimlane
- Class of Service — Expedite (in alto, rosso) → Fixed Date (viola) → Standard (blu) → Intangible (grigio)
- Assegnatario — Una riga orizzontale per membro del team
- Priorita — Must (in alto) → Should → Could → Won't (in basso)
- Tag — Una riga per tag per raggruppamento per categoria
- Nessuno — Vista classica a colonne piatte
Class of Service (4 Categorie)
- Standard (blu) — Elaborazione FIFO normale, rispetta i limiti WIP
- Expedite (rosso) — Lavoro urgente, puo superare i limiti WIP, elaborato immediatamente
- Fixed Date (viola) — Scadenza immobile, impegno programmato
- Intangible (grigio) — Debito tecnico, infrastruttura, nessun valore business immediato
Ruoli Kanban
- Service Request Manager (SRM) — Equivalente del Product Owner. Gestisce le richieste in arrivo, prioritizza il backlog, definisce i criteri di accettazione.
- Service Delivery Manager (SDM) — Equivalente dello Scrum Master. Gestisce il flusso, monitora i limiti WIP, facilita le riunioni di miglioramento, rimuove gli impedimenti.
- Team Members — Prelevano il lavoro dalla board, si auto-assegnano, aggiornano lo stato giornalmente.
Metriche Kanban
- Cumulative Flow Diagram (CFD) — Visualizza il conteggio degli item per stato nel tempo, rivelando colli di bottiglia
- Lead Time — Giorni dalla creazione della story al completamento
- Cycle Time — Giorni da "In Progress" a "Done"
- Throughput — Item completati per settimana
- Work Item Age — Da quanto tempo ogni item si trova nel suo stato attuale
- Flow Efficiency — Rapporto tra tempo di lavoro attivo e lead time totale
- Distribuzione WIP — Item correnti per colonna di stato
🔀 Ibrido (Scrumban) — Il Meglio di Entrambi i Mondi
L'Ibrido combina il ritmo sprint di Scrum con la gestione del flusso di Kanban. Mantieni la prevedibilita delle iterazioni time-boxed usando i limiti WIP e le metriche di flusso per l'esecuzione quotidiana.
Configurazione Board (Semplificata)
- To Do — Story committate allo sprint pronte per iniziare. Nessun limite WIP.
- In Progress — Sviluppo attivo. Limite WIP: 5. Policy: "Max 1 item per persona".
- Done — Lavoro completato. Policy: "Tutti i criteri di accettazione soddisfatti".
Cosa Prende l'Ibrido da Ogni Framework
| Da Scrum | Da Kanban |
|---|---|
| Sprint time-boxing opzionale | Limiti WIP per colonna |
| Velocity tracking | Metriche di flusso (CFD, lead/cycle time) |
| Grafici Burndown / Burnup | Cadenza di miglioramento continuo |
| Sprint planning & capacita | Sistema pull (il team decide quando iniziare) |
| Retrospettive per sprint | Policy di colonna |
Quando Usare l'Ibrido
- Team in transizione da Scrum a Kanban (o viceversa)
- Progetti che combinano sviluppo funzionalita (basato su sprint) con manutenzione (basata su flusso)
- Team che necessitano della struttura sprint per la pianificazione ma vogliono piu flessibilita nell'esecuzione quotidiana
- Organizzazioni con livelli di maturita misti tra i team
Scrum Guide 2020 — Matrice Permessi per Ruolo
Ogni azione e controllata da un sistema a doppio livello di ruoli: ruolo di accesso (owner, admin, member, viewer) combinato con ruolo funzionale (Product Owner, Scrum Master, Developer). Per i progetti Kanban, i ruoli vengono rimappati: PO → Service Request Manager, SM → Service Delivery Manager.
| Azione | Product Owner | Scrum Master | Team Dev | Stakeholder |
|---|---|---|---|---|
| Gestione Backlog | ||||
| Creare / Modificare / Eliminare Story | ✅ | — | — | — |
| Prioritizzare Backlog (MoSCoW) | ✅ | — | — | — |
| Definire Stima Finale | ✅ | — | — | — |
| Assegnare Membri del Team | ✅ | — | — | — |
| Gestione Sprint | ||||
| Creare / Avviare / Completare Sprint | — | ✅ | — | — |
| Facilitare Retrospettiva | — | ✅ | — | — |
| Configurare Limiti WIP | — | ✅ | — | — |
| Stima e Sviluppo | ||||
| Stimare Story Points (Planning Poker) | — | — | ✅ | — |
| Auto-assegnarsi alle Story | — | — | ✅ | — |
| Spostare le Proprie Story sulla Board | ✅ | ✅ | ✅ | — |
| Spostare Qualsiasi Story sulla Board | ✅ | ✅ | — | — |
| Gestione Team | ||||
| Invitare Membri | ✅ | ✅ | — | — |
| Rimuovere Membri / Cambiare Ruoli | ✅ | — | — | — |
Equivalenti Kanban: Product Owner → Service Request Manager (SRM) · Scrum Master → Service Delivery Manager (SDM) · Development Team → Team Members. Stessa matrice permessi, terminologia diversa.
Toolkit Agile Completo
- Gestione Product Backlog — User stories con template "Come... Voglio... In modo che...", prioritizzazione MoSCoW (Must, Should, Could, Won't), criteri di accettazione, business value e dipendenze tra storie
- Workflow a 7 Stati — Traccia le storie attraverso Backlog → Refinement → Ready → In Sprint → In Progress → In Review → Done con gestione automatica degli stati
- Sprint Planning e Capacita — Configura la durata sprint (1-4 settimane), calcola la capacita team in base alla disponibilita dei membri, alloca le storie confrontando story points e capacita
- Board Kanban con Limiti WIP — Colonne personalizzabili con limiti Work In Progress, indicatori visivi stato WIP (verde/arancione/rosso) e policy esplicite di colonna per la Kanban Practice #4
- 5 Tipi di Swimlane — Raggruppa le card per Class of Service, Assegnatario, Priorita (MoSCoW), Tag, o nessun raggruppamento per massima flessibilita
- Class of Service (Kanban) — Categorizza gli item come Standard (FIFO), Expedite (puo superare WIP), Fixed Date (scadenza immobile) o Intangible (debito tecnico)
- Burndown e Grafici Velocity — Burndown in tempo reale con linea ideale vs. reale, velocity tracking attraverso gli sprint con analisi dei trend, sprint health scoring
- Lead Time e Cycle Time — Calcolo live del lead time (creazione a done) e cycle time (in-progress a done) per analisi efficienza del flusso
- Permessi Scrum Guide 2020 — Accesso basato su ruoli: PO gestisce backlog, SM gestisce sprint, Dev Team stima e si auto-assegna. Matrice permessi granulare per ogni azione
- Daily Standup Tracking — Note strutturate "Ieri / Oggi / Impedimenti" per ogni membro del team con rilevamento blocchi e storico
- Sprint Review con Esiti — Review formale con esiti per singola story (Approvata / Da Rifinire / Rifiutata), feedback stakeholder, note demo e decisioni formali
- Capacita Team e Matrice Competenze — Pianificazione capacita dual-view (standard Scrum + vista ore), matrice competenze, tracking disponibilita con periodi di indisponibilita
- Estimation Room Integrata — Collegamento a sessioni Planning Poker con metodi Fibonacci, T-Shirt, PERT e Bucket direttamente dalle storie
- Retrospettiva Integrata — Collega sprint a board retrospettiva con 5 template, tracking action items e analisi sentiment
- Audit Trail — Storico completo delle modifiche con 11 azioni tracciate (crea, modifica, elimina, sposta, stima, assegna, completa, avvia, chiudi, invita, entra) su 5 tipi di entita
- Export Google Sheets — Esporta 5 fogli formattati: Product Backlog, Sprint Planning, Team e Capacita, Retrospettiva e Metriche Aggregate
Guida Metodologica: Ogni framework include una guida interattiva integrata con sezioni su
ruoli, eventi, artefatti, best practice, anti-pattern e FAQ — per aiutare il tuo team ad adottare l'agile nel
modo giusto.
Costruito su Metodologie Consolidate
L'Agile Process Manager di Keisen non e solo un'altra board di progetto — implementa i framework reali come definiti dai loro creatori. Scrum segue lo Scrum Guide 2020 di Ken Schwaber e Jeff Sutherland, con confini di responsabilita chiari tra Product Owner, Scrum Master e Developer. Kanban implementa le sei pratiche di David Anderson — dalla visualizzazione del workflow al miglioramento collaborativo — con limiti WIP reali, policy esplicite e categorizzazione Class of Service.
La matrice permessi applica la separazione delle responsabilita di Scrum: solo il Product Owner gestisce il backlog, solo lo Scrum Master gestisce gli sprint, e solo i Developer stimano. Non e opzionale — e come il framework e progettato per funzionare, e Keisen lo applica in modo che il tuo team costruisca le abitudini giuste fin dal primo giorno.
Combinato con l'Estimation Room integrata per il Planning Poker, la Board Retrospettiva per il miglioramento continuo, la Matrice Eisenhower per la prioritizzazione strategica, e Smart Todo per la gestione operativa dei task, Keisen fornisce un ecosistema agile completo — non solo strumenti isolati.
Domande Frequenti
Quali framework agili supporta Keisen?
Keisen supporta 3 framework agili: Scrum (basato su sprint con
cerimonie complete: planning, daily standup, review e retrospettiva), Kanban (flusso
continuo con limiti WIP, swimlane, policy di colonna e Class of Service) e
Ibrido/Scrumban (struttura sprint combinata con flusso Kanban e limiti WIP). Ogni
framework ha funzionalita, ruoli, metriche e configurazioni board dedicate.
Agile Process Manager e gratuito?
Si, Keisen Agile Process Manager e completamente gratuito. Puoi creare progetti
agili, gestire sprint, usare board Kanban con limiti WIP, tracciare velocity, generare burndown chart,
gestire il team e invitare membri. Accedi con Google e inizia a lavorare in pochi secondi.
Qual e la differenza tra Scrum, Kanban e Ibrido?
Scrum usa sprint a durata fissa (1-4 settimane) con 4 cerimonie (Planning, Daily Standup, Sprint Review, Retrospettiva) e 3 ruoli definiti (Product Owner, Scrum Master, Development Team). Traccia velocity e burndown. Kanban usa flusso continuo senza sprint — il lavoro viene prelevato quando c'e capacita disponibile. Usa limiti WIP, policy di colonna, swimlane e Class of Service. Traccia CFD, lead time, cycle time e flow efficiency. Ibrido (Scrumban) combina sprint opzionali con limiti WIP e metriche di flusso — dandoti il ritmo di pianificazione di Scrum con la flessibilita di Kanban.
Come funziona la board Kanban?
La board Kanban di Keisen offre colonne personalizzabili con limiti WIP
configurabili che mostrano lo stato visivo (verde = sotto il limite, arancione = al limite, rosso =
superato). Puoi definire policy esplicite di colonna (es. "Max 24h in questa colonna", "Richiede code
review"), usare 5 raggruppamenti swimlane (Class of Service, Assegnatario, Priorita, Tag, Nessuno) e
categorizzare il lavoro con 4 Class of Service (Standard, Expedite, Fixed Date, Intangible). Le card si
gestiscono con drag-and-drop.
Come funziona la gestione degli sprint?
Gli sprint seguono il ciclo completo: Planning (seleziona storie
dal backlog, imposta capacita per membro), Active (traccia progressi con burndown chart,
note daily standup, rilevamento impedimenti), Review (valuta ogni storia con esiti
formali: Approvata, Da Rifinire, Rifiutata, piu feedback stakeholder e decisioni formali) e
Completed (calcolo automatico velocity, collegamento retrospettiva). La durata sprint e
configurabile da 1 a 4 settimane.
Come funziona il workflow a 7 stati delle story?
Ogni user story segue 7 stati: Backlog (nuova, non prioritizzata) → Refinement (in analisi, aggiunta criteri di accettazione) → Ready (soddisfa la Definition of Ready, stima completata) → In Sprint (committata a uno sprint) → In Progress (sviluppo iniziato) → In Review (code review / QA) → Done (tutti i criteri di accettazione soddisfatti). Solo le story marcate come "Ready" possono essere aggiunte a uno sprint, garantendo un grooming adeguato.
Come funzionano le user stories in Keisen?
Le user stories seguono il template "Come... Voglio... In modo che...". Ogni story include: priorita MoSCoW (Must, Should, Could, Won't), criteri di accettazione (checklist delle condizioni per il "Done"), story points (stimati via Planning Poker), Class of Service (Standard, Expedite, Fixed Date, Intangible), business value (punteggio 1-10), tag per categorizzazione, dipendenze da altre story e assegnatario. Le story tracciano anche ore effettive e percentuale di avanzamento personalizzata.
Cos'e la prioritizzazione MoSCoW?
MoSCoW e una tecnica di prioritizzazione usata nel product backlog di Keisen. Ogni story viene classificata come: Must Have (critica, il progetto fallisce senza), Should Have (importante ma non vitale), Could Have (desiderabile se c'e tempo) o Won't Have (fuori ambito per ora). Il backlog puo essere ordinato per priorita MoSCoW e le swimlane possono raggruppare le card per livello di priorita sulla board Kanban.
Come si integra l'Estimation Room con Agile Process?
L'Estimation Room di Keisen si integra direttamente con l'Agile Process Manager. Da qualsiasi user story puoi lanciare una sessione Planning Poker usando i metodi Fibonacci, T-Shirt, PERT (3 punti), Bucket, Decimale, Dot Voting o Five Fingers. I membri del team votano in modo anonimo, discutono le differenze e raggiungono il consenso. La stima finale viene impostata dal Product Owner e salvata come story points sulla story. Solo i membri del Development Team possono stimare — il Product Owner puo solo impostare il valore finale.
Cos'e la Class of Service in Kanban?
La Class of Service categorizza gli item di lavoro per urgenza e natura: Standard (blu) — elaborazione FIFO normale, rispetta i limiti WIP; Expedite (rosso) — lavoro urgente che puo superare i limiti WIP ed e elaborato immediatamente; Fixed Date (viola) — lavoro con scadenza immobile; Intangible (grigio) — debito tecnico o lavoro infrastrutturale senza valore business immediato. La board puo essere raggruppata per Class of Service usando le swimlane.
Cosa sono le swimlane e come funzionano?
Le swimlane sono raggruppamenti orizzontali sulla board Kanban. Keisen supporta 5 tipi: Class of Service (Expedite in alto, poi Fixed Date, Standard, Intangible), Assegnatario (una riga per membro del team), Priorita (Must → Should → Could → Won't), Tag (una riga per tag) e Nessuno (vista classica piatta). Le swimlane aiutano a visualizzare la distribuzione del carico, identificare colli di bottiglia per categoria e gestire workflow paralleli.
Come funziona la Sprint Review?
Keisen implementa la Sprint Review come evento formale dello Scrum Guide 2020. Lo Scrum Master conduce la review registrando: note demo per ogni story dimostrata, esiti per story (Approvata, Da Rifinire o Rifiutata per ogni story), feedback stakeholder dai partecipanti (PO, SM, developer, stakeholder, ospiti), decisioni formali (action item, modifiche backlog, scope change, decisioni tecniche) con assegnatari e scadenze, e lezioni apprese. Un punteggio sentiment (1-5) cattura l'umore generale del team.
Cos'e la funzionalita Daily Standup?
Ogni sprint include tracking strutturato del daily standup. I membri del team registrano tre cose: Cosa hai fatto ieri?, Cosa farai oggi? e Impedimenti? Gli impedimenti vengono rilevati e segnalati automaticamente. Le note standup sono salvate per membro per giorno, creando uno storico che aiuta a identificare pattern, impedimenti ricorrenti e trend della velocity del team.
Come funziona la pianificazione della capacita del team?
Keisen offre pianificazione capacita dual-view: la Vista Standard Scrum mostra velocity, throughput e story points suggeriti per sprint. La Vista Ore mostra ore disponibili per membro (ore/giorno configurabili), ore allocate e percentuale di utilizzo. Ogni membro del team ha ore di capacita per giorno configurabili (default 8), competenze per la matrice competenze e date di indisponibilita (ferie, festivita) che riducono automaticamente la capacita dello sprint.
Cos'e la Matrice Competenze?
La Matrice Competenze visualizza le competenze del team in una griglia. Ogni membro elenca le proprie skill (es. React, Python, UX Design, Testing) e la matrice mostra la copertura nel team. Questo aiuta nella pianificazione degli sprint identificando gap di competenze, bilanciando il carico tra gli specialisti e prendendo decisioni informate sulle assegnazioni. E particolarmente utile per team Scrum cross-funzionali.
Come funzionano i limiti WIP?
I limiti WIP (Work In Progress) limitano il numero di item consentiti in ogni colonna Kanban. Quando una colonna e sotto il limite, l'intestazione mostra verde. Al limite mostra arancione. Superato il limite mostra rosso. Questo previene colli di bottiglia e multitasking. Gli item Expedite (Class of Service) possono superare i limiti WIP quando il lavoro urgente richiede attenzione immediata. I limiti WIP sono configurabili dallo Scrum Master / Service Delivery Manager.
Cos'e un Cumulative Flow Diagram (CFD)?
Il CFD e una metrica Kanban che mostra il conteggio degli item di lavoro in ogni stato nel tempo, sovrapposti come bande colorate. Rivela: colli di bottiglia (bande che si allargano), throughput (il tasso con cui gli item raggiungono il "Done"), trend WIP (item attivi totali) e approssimazione lead time (distanza orizzontale tra le bande). E lo strumento diagnostico principale per i team Kanban ed e disponibile nei framework Kanban e Ibrido.
Cosa sono le Column Policy?
Le Column Policy sono regole esplicite che definiscono quando un item di lavoro puo entrare o uscire da una colonna Kanban. Seguendo la Kanban Practice #4 (Rendere le Policy Esplicite), Keisen ti permette di definire policy per colonna — ad esempio: "Richiede criteri di accettazione definiti" per Refinement, "Max 1 item per persona" per In Progress, "Richiede approvazione code review" per Review, o "Tutti i criteri di accettazione soddisfatti" per Done. Le policy sono visibili nelle intestazioni delle colonne e aiutano i team a costruire abitudini di workflow consistenti.
Quali ruoli Scrum e permessi supporta Keisen?
Keisen implementa ruoli conformi allo Scrum Guide 2020 con matrice permessi granulare: Product Owner (gestione backlog, creazione storie, prioritizzazione, stima finale, assegnazione membri), Scrum Master (gestione sprint, facilitazione, retrospettiva, configurazione WIP), Development Team (stima via Planning Poker, auto-assegnazione, movimento proprie story). Per Kanban i ruoli equivalenti sono Service Request Manager (SRM) e Service Delivery Manager (SDM). Gli Stakeholder hanno accesso in sola lettura. Ogni azione ha un controllo accesso specifico basato sul ruolo — vedi la matrice permessi completa.
Come differiscono i ruoli Kanban da quelli Scrum?
Nei progetti Kanban, Keisen rimappa i ruoli Scrum agli equivalenti Kanban: Product Owner → Service Request Manager (SRM) che gestisce le richieste in arrivo e prioritizza il backlog, Scrum Master → Service Delivery Manager (SDM) che gestisce il flusso, monitora i limiti WIP e facilita le riunioni di miglioramento, Development Team → Team Members che prelevano il lavoro e si auto-assegnano. La matrice permessi resta la stessa — cambia solo la terminologia per adeguarsi alle convenzioni Kanban.
Quali metriche e grafici sono disponibili?
Le metriche si adattano al framework: Scrum offre Velocity tracking, Burndown/Burnup chart, Sprint health scoring, Accuratezza stime. Kanban offre Cumulative Flow Diagram (CFD), Distribuzione WIP, Flow efficiency, Work item age. Tutti i framework includono Lead Time e Cycle Time (calcolo live), metriche Throughput, analisi workload team, tracciamento scope change e analisi trend commitment. Le metriche sono visualizzate in una dashboard dedicata con grafici interattivi.
Come si integra la Retrospettiva con gli sprint?
Dopo aver completato uno sprint, Keisen lo collega a una board Retrospettiva integrata. Puoi scegliere tra 6 template: Start/Stop/Continue, Sailboat, 4Ls (Liked/Learned/Lacked/Longed For), Starfish, Mad/Sad/Glad e DAKI (Drop/Add/Keep/Improve). La retrospettiva segue fasi guidate: Crea → Brainstorm → Raggruppa → Vota → Discuti → Finalizza. Include voto sentiment, icebreaker meteo, coach tips e tracking action items. Per Kanban, le retrospettive possono essere programmate a qualsiasi cadenza.
Come funziona l'Audit Trail?
Keisen traccia ogni modifica nel tuo progetto agile con un audit trail completo. Registra 11 azioni (crea, modifica, elimina, sposta, stima, assegna, completa, avvia, chiudi, invita, entra/esci) su 5 tipi di entita (progetto, story, sprint, team, retrospettiva). Ogni voce registra chi ha eseguito l'azione, quando, i valori precedenti e nuovi e quali campi sono cambiati. L'audit log e filtrabile per tipo azione, entita, utente e intervallo di date.
Posso esportare i dati del progetto?
Si, Keisen esporta su Google Sheets con 5 fogli formattati: Product Backlog (tutte le story con metadati), Sprint Planning (timeline e allocazioni), Team e Capacita (roster con competenze e capacita), Retrospettiva (item, sentiment, action items) e Metriche Aggregate (velocity, throughput, lead/cycle time). L'export utilizza Google Sheets API v4 e richiede Google Sign-In.
Cosa sono le dipendenze tra story?
Le dipendenze tra story permettono di definire relazioni bloccanti tra user stories. Se la Story B dipende dalla Story A, significa che A deve essere completata prima che B possa iniziare. Le dipendenze aiutano il Product Owner a sequenziare il backlog correttamente e prevengono l'avvio di lavoro bloccato da prerequisiti incompleti. Le dipendenze sono visibili sulla card della story e nella vista backlog.
Posso cambiare framework dopo aver creato un progetto?
Il framework (Scrum, Kanban o Ibrido) viene impostato alla creazione del progetto e determina le tab disponibili, le colonne predefinite, i ruoli e le metriche. Se hai bisogno di un framework diverso, puoi creare un nuovo progetto con il framework desiderato e spostare le tue story. Il framework Ibrido e un buon punto di partenza se non sei sicuro — supporta sia lavoro basato su sprint che su flusso.
Posso usare Keisen per team agili da remoto?
Assolutamente si. Keisen e un'applicazione web accessibile da qualsiasi browser, progettata sia per team remoti che co-locati. Funzionalita come collaborazione in tempo reale, inviti team con assegnazione ruoli, tracking daily standup, board retrospettiva integrate ed export Google Sheets lo rendono ideale per team agili distribuiti. Tutti i membri del team possono accedere a backlog, board e metriche simultaneamente.
L'Agile Process Manager funziona su dispositivi mobili?
Si, Keisen Agile Process Manager e completamente responsive e funziona su smartphone,
tablet e browser desktop. Puoi gestire il backlog, monitorare gli sprint e consultare le metriche da qualsiasi
dispositivo — senza bisogno di scaricare un'app. L'interfaccia si adatta alle dimensioni dello schermo per la
migliore esperienza.
Come si confronta Keisen con Jira o Monday.com?
Keisen offre 3 framework agili in un unico strumento (Scrum, Kanban, Ibrido),
permessi ruoli conformi allo Scrum Guide 2020, Estimation Room integrata
con 7 metodi di stima, board Retrospettiva integrate con 6 template, matrice
competenze team, audit trail completo ed export Google Sheets — tutto gratis. A differenza di strumenti
enterprise complessi con pricing per utente e mesi di setup, Keisen e progettato per team che vogliono
funzionalita agili potenti con produttivita immediata.
Scopri gli Altri Strumenti
📋
Smart Todo
Board Kanban collaborativo con colonne personalizzabili e gestione smart dei task
🎯
Matrice Eisenhower
Prioritizzazione a 4 quadranti per urgenza e importanza con integrazione RACI
🃏
Estimation Room
Stima collaborativa in tempo reale con 7 metodi incluso Planning Poker
💬
Retrospettiva
5 template di retrospettiva con fasi guidate e feedback anonimo
Pronto a gestire i tuoi progetti agili?
Inizia a gestire sprint, board Kanban e capacita team con uno strumento costruito per veri team agili. Gratis per tutti.
Inizia Gratis →