Sistema per software house
Società di sviluppo software con progetti clienti in parallelo e più team.
Ogni progetto con i propri sprint e una bacheca unificata delle risorse, dal backlog al rilascio e alla rata del cliente.
Senza carta di credito — il tuo progetto è pronto con il sistema completo in un minuto
Ecco la bacheca del sistema come la riceverai: colonne del flusso di lavoro e schede iniziali che mostrano i primi passi
Come scorre il lavoro in questo sistema?
Ogni compito parte da “Backlog”, dove i team lead raccolgono e stimano i requisiti; passa poi a “Sprint” quando viene pianificato in un prossimo ciclo di lavoro e uno sviluppatore specifico se ne impegna. A esecuzione completata, la scheda passa a “Revisione” per la code review da parte di un collega — nessun lavoro si approva con la revisione del suo stesso autore — quindi a “Pronto” dopo il superamento dei test, e a “Pubblicato” al rilascio nell'ambiente del cliente. Al completamento della fase di consegna concordata, le schede collegate passano a “Pagamento cliente” per emettere la fattura associata alla fase.
La chat è divisa per progetto: ogni progetto ha il suo canale di coordinamento quotidiano tra i membri del team. Le decisioni di architettura — la scelta di un database, un pattern di integrazione, un cambio di struttura — si documentano invece nel forum con le loro ragioni e le alternative scartate, perché un progetto che vive due anni prima o poi si chiederà: perché l'abbiamo costruito così? Gli Annunci sono la voce della direzione tecnica: nuove politiche di qualità, aggiornamenti degli ambienti, avvisi di sicurezza che riguardano tutti. Le Scadenze imputano le rate dei clienti per fasi di consegna e i bonus del team in piena riservatezza.
Il CTO supervisiona la bacheca unificata delle risorse: vede la distribuzione degli sviluppatori sui progetti e intercetta precocemente i colli di bottiglia; i team lead gestiscono il backlog dei loro progetti, spostano le schede e approvano le revisioni; sviluppatori e designer eseguono e caricano il lavoro sulla scheda con i link di commit e design. In “Pagamento cliente” il CTO riconcilia quanto realizzato con il contratto prima della fatturazione — nessuna fattura senza un rilascio documentato.
Chi fa cosa?
I ruoli operativi di questo sistema e la responsabilità di ciascuno nel lavoro quotidiano — assegnali al tuo team così come sono o adattali alla vostra realtà.
CTO
Supervisiona la bacheca unificata e la distribuzione delle risorse tra i progetti, approva le decisioni di architettura documentate nel forum e riconcilia “Pagamento cliente” con i contratti prima della fatturazione.
Team lead
Gestiscono il backlog dei loro progetti e la pianificazione degli sprint, revisionano il codice in “Revisione”, spostano le schede e seguono gli impegni del loro team.
Sviluppatori e designer
Eseguono i compiti dello “Sprint” e caricano il lavoro sulla scheda con i suoi link, e partecipano alle revisioni tra colleghi e alle discussioni di architettura nel forum.
Coordinatore clienti
Accoglie le nuove richieste dei clienti in “Backlog”, segue con loro le approvazioni di consegna e completa i documenti di “Pagamento cliente” prima della fatturazione.
Cosa viene preparato per te dal primo giorno?
Unità del sistema
- Attività — Una bacheca kanban con colonne del flusso di lavoro e schede di esecuzione
- Chat — Il canale rapido per il coordinamento quotidiano del team
- Forum — Discussioni documentate in sezioni ordinate: decisioni e conoscenza non vanno mai perse
- Annunci — La voce ufficiale della direzione: circolari e avvisi che raggiungono tutti
- Scadenze — Il denaro interno con massima riservatezza — scadenze, anticipi e spese
Sezioni del forum (4)
- Decisioni di architetturaDocumentazione delle grandi decisioni tecniche di struttura — cosa abbiamo scelto, perché e quali alternative scartate — un riferimento per ogni progetto longevo.
- Revisioni di codice sostanzialiDiscussione dei pattern ricorrenti emersi nelle revisioni: cosa diventa standard aziendale e cosa viene vietato.
- Problemi di produzione e lezioniAnalisi dei guasti degli ambienti live dopo la risoluzione: causa radice e cosa ne impedisce il ripetersi — senza colpevolizzare, con focus sul sistema.
- Strumenti ed esperienzeValutazione di librerie e strumenti nuovi provati da un team prima di estenderli agli altri progetti.
«Regole di lavoro di questo sistema» — Fissato nel forum
1. Nessun codice fuori da una scheda: ogni lavoro ha una scheda con descrizione, stima e progetto preciso. 2. Nessuna scheda supera la “Revisione” senza la revisione di un collega diverso dall'autore del codice. 3. Nessuna decisione di architettura si esegue prima di documentarla nella sezione “Decisioni di architettura” e dell'approvazione del CTO. 4. Un guasto di produzione si analizza in “Problemi di produzione e lezioni” entro 48 ore dalla risoluzione. 5. “Pagamento cliente” non si fattura prima che il CTO riconcili quanto realizzato con il contratto. 6. Bonus del team e rate dei clienti stanno solo nelle Scadenze — niente fogli paralleli.
Annuncio di benvenuto: «Benvenuti nel sistema dell'azienda»
Da oggi ogni lavoro passa con una scheda da “Backlog” a “Pubblicato”, e nessuna fattura cliente esiste senza schede pubblicate e documentate. Le decisioni di architettura stanno nel forum, non in chat; la chat è solo per il coordinamento quotidiano. Primo passo: inserire i requisiti dei progetti in corso nel Backlog e pianificare il vostro primo sprint. Le regole di lavoro sono fissate nel forum.
Sistemi simili a questo
Pronto? Il tuo primo progetto è a due minuti da qui
Crea subito il tuo spazio di lavoro gratuito e invita il team entro fine giornata.

