Domanda

Lavoro per una piccola società di sviluppo, 20 persone in totale in tutta la società, 3 nello sviluppo effettivo, e abbiamo adottato CD per i nostri commit da trunk e funziona alla grande, da una gestione del codice e dal lato up-time. Tuttavia, stiamo ottenendo un flak dal nostro personale di supporto e dal reparto marketing che non sentono di ottenere abbastanza tempo di consegna su nuove funzionalità e notifiche sulle correzioni di bug che potrebbero cambiare il comportamento. Parte del perché amiamo il sistema CD è per noi in sviluppo, è veloce, fissiamo il bug, aggiungiamo la funzione rapida, chiudi il bugz e andiamo avanti con la nostra giornata al prossimo articolo.

Tutti i membri della nostra azienda sono ora su Hipchat in ogni momento e quando si verifica una distribuzione, viene inviato un messaggio in una stanza in cui si trovano tutti i membri dell'azienda, facendo loro sapere cosa è stato appena distribuito (mostra solo i messaggi di commit da Tip Back all'ultimo distribuzione registrata). In fase di sviluppo stiamo anche tentando di assicurarci che quando stiamo apportando un cambiamento che modifica l'interfaccia utente o un comportamento di fronte al pubblico, pubblichiamo uno screenshot nella stanza di tutta l'azienda e spieghiamo quale sia il cambiamento di comportamento, in cerca di respingimento o preoccupazioni. Spesso la risposta è il silenzio. A volte, sono alcune domande minori, ma nulla che deve impedire che si verifichi lo schieramento.

Quello che mi chiedo è come gli altri utenti del metodo CD affrontano le notifiche delle nuove funzionalità e le modifiche alle aree dell'azienda che non sono sviluppi - e infine ai clienti del mondo?

Grazie,
Francesco

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top