Come comunichi i miglioramenti degli strumenti e dei processi al team di sviluppo? [chiuso]

0

Il mio team fa un sacco di strumenti interni e lavoro infrastrutturale - puoi pensare a noi come una versione su scala ridotta dei team Facebook, Etsy, Netflix, ecc. che costruiscono tutte le infrastrutture per scalare i loro servizi fino a migliaia / decine di migliaia di server e supporto di milioni di utenti.

Ultimamente, abbiamo lavorato a pieno ritmo migliorando gran parte degli strumenti che usiamo internamente, come strumenti per la creazione automatica di nuovi server, la creazione di nuove istanze di applicazioni, ecc. Un risultato finale di questo è stata la frustrazione degli sviluppatori, ma maggiore 'ignoranza' da parte della maggior parte del team di sviluppatori su come utilizzare i nostri strumenti correttamente ed efficacemente. Più spesso, la mia squadra verrà chiamata da altri team per aiutarli a utilizzare gli strumenti.

Soluzioni che abbiamo ideato o cose già in atto:

Tutto il nostro codice è relativamente semplice e autoesplicativo, con buoni commenti dove necessario, in modo che gli sviluppatori possano leggere gli script.

Controversia: puoi indovinare che questa non è una buona idea, visto che le persone leggono il codice dei nostri strumenti per capire come usarlo.

Tutto il nostro codice è impegnato su Subversion con messaggi di commit molto dettagliati sulle modifiche, gli sviluppatori possono leggere le email di commit.

Controversia: aspettatevi che gli sviluppatori leggano tutti i nostri commit? Ridicolo.

Wiki - abbiamo una wiki interna alla società, che cerchiamo di mantenere con informazioni aggiornate, ma visto che ci stiamo muovendo così velocemente, anche la wiki deve tenere il passo.

Controversia: come accennato, ci muoviamo velocemente nella mia squadra, poiché ogni giorno vengono aggiunti più miglioramenti ai nostri strumenti. Ancora una volta fa affidamento sulle persone per leggere qualcosa che potrebbe cambiare costantemente.

Invia un'email al team? Potremmo inviare un'email al team quando abbiamo un eccesso di miglioramenti da comunicare.

Così come tutti possono vedere, stiamo cercando di trovare nuove idee ed esplorare opzioni a cui non avevamo ancora pensato.

Chiunque è mai stato in una situazione simile e ha qualche consiglio?

    
posta wkl 01.03.2011 - 23:54
fonte

2 risposte

3

Due angoli qui.

In primo luogo, devi venderlo a loro. Puoi raccontarlo tutto il giorno, ma fondamentalmente devi far loro sentire che cambiare i loro modi e abbracciare nuovi strumenti renderà la loro vita migliore o più facile. Gli utenti finali devono vederne i benefici o non lo useranno mai.

Il secondo trucco è quello che chiamo "approccio di Cortez". Potresti aver sentito il nome: era il tipo che, tra le altre cose, aveva conquistato l'intero impero azteco con poche dozzine di spagnoli affamati. E per assicurarsi che questi spagnoli fossero motivati, si assicurò che il suo primo atto ufficiale nel nuovo mondo fosse quello di bruciare le proprie navi. Ha fornito ai suoi utenti finali alcuna opzione ma in avanti.

    
risposta data 02.03.2011 - 00:17
fonte
2

Direi ogni volta che fai un aggiornamento aggiorna le note di rilascio. Proprio come qualsiasi prodotto software. Avere una borsa marrone per dimostrare nuove funzionalità in modo che tutti possano vedere le novità e porre domande (se possibile registrarle e inserirle sul sito di supporto).

Anche Wiki è fantastico. Assicurati che rimanga aggiornato però.

    
risposta data 02.03.2011 - 00:10
fonte

Leggi altre domande sui tag