Flusso di sviluppo

Come funziona

La meccanica di questo Kit, in chiaro: cosa parte e quando, dove finiscono i dati e cosa guardi.

• Rassegna di sviluppo parte mattina dei giorni feriali · 08:00 e tiene aggiornata la dashboard Flusso di sviluppo. La mattina dei giorni feriali — a chi tocca la mossa, e che cosa si è arenato.
• Quello che viene raccolto finisce nel dataset Diario delle PR, che sta in Data/PR Log nella tua cassaforte — tuo da aprire, cercare e modificare come qualsiasi altro file.
• Quello che viene raccolto finisce nel dataset Diario di sviluppo, che sta in Data/Dev Log nella tua cassaforte — tuo da aprire, cercare e modificare come qualsiasi altro file.
• La dashboard Flusso di sviluppo legge dal dataset e mostra, a colpo d’occhio: pR aperte · unite questa settimana · revisioni che devi tu · a chi la mossa · per repository · ogni PR aperta · il diario di sviluppo.

Il collegamento, in una frase: Rassegna di sviluppo scrive in Diario delle PR · Cattura degli incidenti scrive in Diario di sviluppo · Flusso di sviluppo mostra Diario delle PR · Flusso di sviluppo mostra Diario di sviluppo · Rassegna di sviluppo tiene fresco Flusso di sviluppo · Cattura degli incidenti viene affidato a Relay · Sguardo indietro sullo sviluppo viene affidato a Relay.

Trarne il massimo

Un Kit si guadagna il suo posto quando cambia ciò che guardi e ciò che dici, non quando viene installato. Questo è il ritmo che lo ripaga.

• Apri Flusso di sviluppo prima di aprire una scheda. La rassegna ha già ordinato ogni pull request aperta per a chi tocca la mossa e da quanto sta ferma.
• Di’ di sfuggita incidenti e decisioni — «abbiamo deciso di abbandonare il vecchio endpoint», «la produzione è stata giù venti minuti, migrazione sbagliata» — e la Cattura degli incidenti li mette agli atti.
• Chiedi allo Sguardo indietro sullo sviluppo quando comincia la discussione: «che cosa è uscito a giugno», «perché abbiamo scelto quel database» — con la risposta presa dal diario.
• Di’ a Relay quali repository contano e che cosa conta come fermo. La rassegna diventa più silenziosa.
• Ricorda che cosa non può vedere: qui non c’è nessuna vista sulla CI, quindi la bacheca è lo stato delle pull request e nient’altro.

Fallo tuo

Niente qui è scolpito nella pietra. I pezzi sono normali agenti, routine, dataset e dashboard, quindi vale tutto quello che sai su come modellarli. Manda in pensione ciò che non rende nulla.

Le cose che di solito si cambiano per prime

Dì una di queste frasi in chat, oppure modificale nella pagina del Kit dentro l’app.

• Quanti giorni contano come fermo, separatamente per le revisioni che devi tu e per il tuo lavoro in attesa.
• Quali repository sorveglia.
• Quando arriva la rassegna, oppure spegnere le schede e tenere soltanto la bacheca.
• Che cosa valga la pena mettere sul diario di sviluppo — c’è chi registra soltanto gli incidenti, c’è chi registra ogni decisione.

La tua prima esecuzione

L’installazione avvia una breve conversazione di configurazione, non un modulo. Rispondi a grandi linee, correggi dopo.

1. La sua prima mattina feriale legge i tuoi repository e riempie la bacheca con quello che è aperto e a chi tocca la mossa — nessuna impostazione oltre al collegare GitHub.
2. Ti dice soltanto quello che è davvero rimasto fermo. Una coda in buono stato non produce nessuna scheda.
3. Nomina di sfuggita un incidente o una decisione e atterra sul diario di sviluppo, con le parole che hai usato in quel momento.
4. Non può vedere lo stato delle build — sul connettore non c’è nessuno strumento di CI — quindi non riferisce mai se una build sia passata o se il ramo principale sia verde.

Guarda la prima passata, poi digli cosa avresti fatto diversamente: quella correzione gli insegna più di qualsiasi configurazione.

L’essenziale

Apprendimento, preferenze e costi di esecuzione funzionano allo stesso modo in ogni Kit, quindi sono trattati una volta sola, nella guida ai Kit.

Vivere con un Kit — la guida ai Kit →

← Tutti i Kit