Perche Scrum
Quando piccoli team passano da "facciamo le cose" a "facciamo le cose insieme con un ritmo", prima o poi incontrano Scrum. E quasi sempre lo abbandonano dopo due settimane: troppi rituali, troppi tool, troppi termini.
Noi abbiamo voluto provare una via diversa. Tenere il valore di Scrum — un orizzonte breve, decisioni esplicite su cosa fare, una retrospettiva onesta — buttare via il resto.
Cosa abbiamo costruito
Quattro fasi, quattro release, una sola idea: dare al team scrum lo stretto indispensabile, ben fatto.
Sprint
Lo sprint e il contenitore. Ha un nome, un goal, una data di inizio e una data di fine. Tre stati: PLANNED, ACTIVE, CLOSED. Lo crei in un click, lo avvii quando sei pronto, lo chiudi quando hai finito. Anche prima della scadenza, se decidi che e ora di chiuderlo — con una conferma esplicita, perche cancellazioni distratte non ci piacciono.
Nessun campo extra che non userai mai. Solo quello che serve a rispondere alla domanda "cosa stiamo facendo questa settimana?".
Product Backlog
Il backlog e la lista dei task non ancora assegnati a uno sprint. Stessa vista del progetto, stesso modello di task — niente di nuovo da imparare. Filtri e ordinamento per priorita, story points, assegnatario. Selezione multipla per spostare in blocco i task verso uno sprint specifico, o riportarli al backlog se cambia il piano.
Niente "epiche", niente "user stories" forzate. Un task e un task. Ha un titolo, una descrizione, un'assegnazione, una stima, una priorita. Punto.
Sprint Board
Il kanban board dello sprint. Le colonne arrivano dalle Project Task Status del progetto — completamente personalizzabili: "To Do / In Progress / Done" per chi vuole il classico, o flussi piu articolati ("Ready / Doing / Review / Done") per chi ha pipeline piu complesse.
Drag & drop tra colonne. Lo stato di una card sul board e separato dallo stato globale del task: quando muovi una card da "In Progress" a "Review", non stai marcando il task come completato — stai dicendo "ho finito di scriverlo, ora aspetto la review". Solo il toggle "completed" (o portare il progress al 100%) marca davvero il task come fatto. E il sistema mantiene is_completed, progress e lo status globale del task sempre coerenti, automaticamente.
Story Points e capacity
Ogni task puo avere story points. Li assegni dalla riga del backlog, dalla card sul board, o dal dettaglio del task. Niente formule magiche di velocity calcolate sul nulla — i punti sono uno strumento di stima per il team, non una metrica per i manager.
Quando chiudi uno sprint, i task non completati possono essere automaticamente riportati al backlog o spostati allo sprint successivo. La scelta sta a te, alla retrospettiva, al senso comune.
Cosa abbiamo lasciato fuori (per ora)
- Velocity dashboard "alla GitLab": preferiamo che il team guardi cosa ha fatto questa settimana, non un grafico storico decontestualizzato.
- Backlog estimation poker integrato: troppi tool generalisti gia esistenti, e francamente fare poker in chiamata funziona benissimo.
- Ceremonies notes strutturate (planning / review / retrospective): arrivano nella prossima fase. Per ora ci sono campi liberi sullo sprint per goal, planning notes, review notes, retrospective notes.
Abbiamo costruito quello che usiamo noi, e che vediamo usare ai team con cui lavoriamo. Niente feature placebo "per riempire la pagina pricing".
Per chi e
Per piccoli team che lavorano in iterazioni (settimanali o bisettimanali) e vogliono un tool che non li rallenti. Per founder che hanno bisogno di vedere a colpo d'occhio cosa sta succedendo questa settimana. Per consulenti e freelance che gestiscono piu progetti e vogliono raggrupparli in cicli brevi.
Se Scrum lo vivi come un dogma e cerchi tutta la liturgia (epiche, story format "As a... I want..."), Jira lo fa meglio. Se invece pensi che la pratica vinca sulla teoria, prova ProWoDo.
Roadmap prossima
- Ceremonies notes UI: blocchi dedicati per planning, review e retrospettiva — non un campo di testo libero ma una struttura leggera che aiuta il rituale senza pesarlo.
- MCP tools per gli sprint: oggi i task sono accessibili via MCP, gli sprint no. Stiamo lavorando per esporli — cosi puoi chiedere a Claude "che sprint abbiamo aperti questo mese?" e avere la risposta corretta.
- Velocity vera: solo dopo qualche sprint reale chiuso, per evitare numeri fuffa.
ProWoDo e in beta, lo costruiamo iterativamente, e ogni feature parte da un problema concreto che abbiamo vissuto noi o un nostro utente. Scrum non fa eccezione.
Se lo provi, dicci come va.