Un team agile maturo richiede una gestione?

Stai facendo molti errori qui.

Il primo presuppone che uno Scrum Master sia un manager. Loro non sono. Sono fondamentalmente un amministratore-cum-facilitatore. Si assicurano che le cose accadano nel programma Scrum, ma non devono dirti come fare, se sei un team Agile maturo. Succede quasi sempre.

Ma non controllano la qualità del tuo lavoro o non firmano le tue vacanze o cose del genere. Né gestiscono il prodotto o il progetto; fatto da altre persone.

L'errore più grande che stai facendo è presumendo che tu possa passare dalla situazione che hai descritto in altre domande ("Gli sviluppatori sono lontani dall'essere in grado di fare pratiche di programmazione agili al momento. Nessun test di unità, nessuna programmazione di coppie, no CI (huh? che cos'è?) ... si ottiene l'idea. ") a" team Agile completamente maturo "durante la notte. Questo semplicemente non è possibile. Dimenticalo. Non provarci nemmeno.

Se i risultati durante la notte sono ciò che desideri, cerca approcci di gestione dei progetti più strutturati. E assumere alcuni manager.

Se l'azienda vuole che tu sia Agile, ci vuole tempo, cambia la cultura. E sì, all'inizio, quando sei nel Fase di miglioramento caotico , richiederà la gestione. Che si tratti di un individuo o di un gruppo, qualcuno dovrà prendere delle decisioni.

Hai bisogno che una persona o un gruppo siano responsabili di dare un'occhiata al quadro generale, spiegando la situazione attuale sia agli sviluppatori che al business, e spiegando le opzioni che hai per il miglioramento, cercando di capire di cosa hanno bisogno le imprese e poi guidando le persone attraverso di essa.

Ci vorrà molto tempo prima che tu possa definirti un team Agile maturo e autogestire. La maggior parte delle squadre non arriva mai.

In my understanding a mature team is fully self-managing.

Supponiamo per un momento che tu abbia ragione. Non so in un modo o nell'altro, quindi non discutiamolo.

Il problema è che anche un team autogestito finisce con qualcuno con buone capacità sociali e politiche che possono rappresentare la squadra in altri reparti. Qualcuno che tiene traccia di ciò che stanno facendo tutti, quando prendono le ferie, ecc. Qualcuno che gestisce le cazzate delle risorse umane e il budget. Qualcuno che discute con i gruppi QA e PM in modo che il resto della squadra non debba farlo. Qualcuno che media gli inevitabili litigi interpersonali tra gli sviluppatori. Qualcuno per pianificare riunioni e tenere alto il morale.

Questa persona è un gestore.

• Arrivi a casa un giorno e paghi il controllo non ...
• Vuoi prendere un congedo, ma la squadra è troppo impegnata e dura da un anno ...
• tua moglie o bambino è malato e ha bisogno di te per ridurre a 20 ore a settimana per 6 mesi.
• Il dipartimento finanziario ha chiesto una riduzione del budget e qualcuno deve andare.
• La macchina da caffè si è rotta e nessuno può ripararla.
• La tua squadra è così brava che non ci sono difetti da risolvere e nessuna funzionalità da aggiungere, hai finito il lavoro - cosa fare ora.
• Il cliente non pagherà per il lavoro svolto
• Il cliente desidera più lavoro di quanto tu possa realizzare ed è disposto a pagare esso.

Non vedo nulla in questa lista che non mi sia mai accaduto nella mia carriera. Non vedo nulla in questa lista che richiede una risoluzione altamente tecnica. Vedo molte cose in questa lista che hanno bisogno di competenze specifiche che, francamente, la maggior parte degli sviluppatori non ha, e i buoni manager fanno, indipendentemente da ciò che hanno gestito in passato.

Interrompi i manager del bagging: riconosci che hai una serie di abilità e hanno un set diverso. Tutte queste abilità sono necessarie in ogni organizzazione. Farai il loro lavoro nello stesso modo in cui faranno il tuo. È raro avere qualcuno bravo in entrambi i lavori, è più raro avere qualcuno bravo in entrambi che può fare entrambi contemporaneamente. Quello che succede senza una mangiatoia è che le cose lentamente si trasformano in uno stato di disfunzione. Se sei fortunato, riconosciuto abbastanza presto, viene assunto un manager, e tutti i problemi improvvisi scompaiono come per magia, e tu sei lasciato per andare avanti con il lavoro che ti viene pagato piuttosto che giocare in sciocca politica d'ufficio (parlando da esperienza qui).

I see management as a total waste of time and a by-product of immaturity.

Wow. Non hai lavorato con buoni manager ultimamente, vero? (Abbiamo lavorato tutti con quelli cattivi).

Ho visto persone che a volte commettono l'errore di presumere che tutto ciò che non comprendono appieno è facile.

(Gli uomini d'affari sono particolarmente colpevoli di questo - hai mai ricevuto specifiche di scarsa qualità e una scadenza fissata per pietra?)

Nella maggior parte delle aziende il team di sviluppo esiste come parte di un insieme più ampio. I manager esistono come un'interfaccia tra il team e il resto dell'azienda. Un buon manager lavorerà questa relazione in entrambe le direzioni, assicurando che il team ottenga ciò di cui ha bisogno (requisiti, spazio ufficio, nuovi computer, riconoscimento, bonus, ecc.) E comunicando le priorità (sempre mutevoli) che escono dall'ufficio d'angolo .

L'ufficio d'angolo esiste per molte ragioni, molte delle quali non sono rilevanti per questo post.

Ricorda che la maggior parte dei dirigenti sta prendendo le decisioni migliori che possono con le informazioni a loro disposizione che potrebbero non essere uguali alle informazioni a tua disposizione .

Se disponevi di un team di sviluppo maturo che faceva parte di una società matura che aveva clienti maturi e che non cambiava nulla, potreste possibilmente eliminare la necessità della maggior parte della gestione. Il termine è Utopia .

Buona fortuna.

ps - leggi Non chiamarti un programmatore - un eccellente consiglio, e spiega meglio di me come ci vede il resto del mondo degli affari.

Il lavoro di uno scrum master o di un manager in generale non deve comportarsi come un signore dittatoriale. Il compito di un manager è assicurarsi che il suo team sia impostato per il successo all'interno dell'azienda. Ciò include assumere le persone giuste, ottenere l'attrezzatura giusta e mantenere una visione strategica del prodotto. Un manager dovrebbe essere come un guardalinee, mantenendo i dettagli e le minuzie che non sono importanti per il successo di un team interferendo con i loro progressi.

Una parte del problema è che "Scrum Master" è probabilmente il ruolo meno accurato in tutta la storia. "Scrum Facilitator" sarebbe un po 'più accurato, ma come sottolineato da qualcun altro in precedenza, il lavoro di SM non è quello di gestire il team, ma di far sparire i problemi in modo che il team (autogestito) possa svolgere il proprio lavoro. Sì, lo scrum master è anche responsabile di assicurarsi che la mischia avvenga: le attività vengono aggiornate con le ore rimanenti, gli stand-up vengono tenuti e aggiungono valore, i burn-down vengono aggiornati e la velocità viene tracciata e così via, ma è ancora un coaching e facilitare il ruolo, non un ruolo di gestione.

Un'altra parte del problema è che le persone negli uffici d'angolo vogliono sapere le risposte a domande come "quando posso spedire il software?" e "quali caratteristiche conterrà?" e sono abituati a poter chiedere a un "Project Manager" quelle domande e ottenere risposte supportate con un sacco di diagrammi di Gantt dall'aspetto impressionante e poca o nessuna menzione di cose scomode come il cono dell'incertezza.

Sotto Scrum, è possibile iniziare con una lista approssimativa delle funzionalità "will", "potrebbe" e "will not" per ogni data di spedizione, ma c'è sicuramente un ruolo per qualcuno - probabilmente il scrum master - nel mantenere l'ufficio d'angolo aggiornato con gli inevitabili cambiamenti in quelle liste nel tempo. Sono tentato di pensare a quell'attività, insieme all'elaborazione del feedback risultante e alla gestione di nuove richieste di funzionalità come "gestione", anche se la gestione è diversa da quella che molti, molti Project Manager potrebbero aver fatto in passato.

Se ritieni che non sia necessaria alcuna gestione, chi eseguirà i seguenti processi organizzativi, chi risponderà nelle seguenti situazioni?

• i nuovi clienti devono essere trovati. Come vendi i tuoi prodotti? Come fai pubblicità?
I materiali
• devono essere acquistati, i fornitori devono essere trovati
• le discussioni diplomatiche con altre società, o banche, o un ufficio governativo devono essere condotte

Sono in una piccola squadra senza manager e funziona. Perché? Onestamente non lo so.

La mia ipotesi migliore è che si tratta del tipo di persona che sei. Alcune persone "sono" computer, quindi hanno bisogno di essere nutriti con un processo. Altre persone sono "programmatori" e hanno la capacità di creare il proprio mondo e la propria struttura dal nulla.

Devo creare un sistema o essere schiavo di un altro uomo; Non ragionerò e non mi confronterò: il mio business è creare. --William Blake

MODIFICA in risposta al commento di glenatron:
È più di una semplice squadra di sviluppo. Abbiamo un amministratore delegato, un addetto alla reception che risponde al telefono e un tecnico IT. Comunichiamo con i clienti direttamente via email, telefono o riunioni. La nostra attività principale è creare il nostro prodotto e venderlo, piuttosto che dare la caccia ai contratti. Ma ci sono anche contratti.

Ci ho pensato di più e queste sono le ragioni per cui penso che funzioni:
1. Generiamo principalmente il nostro prodotto piuttosto che la creazione di qualcun altro.
2. Abbiamo un'etica del lavoro coerente indipendentemente dalla supervisione.
3. Abbiamo una conoscenza di dominio.
4. Fortuna. Una manciata di persone che vanno d'accordo e lavorano bene insieme.

Qualcuno ha menzionato la società Valve non ha nemmeno la gestione. Valve crea il proprio prodotto invece di creare quello di qualcun altro. Penso che un'azienda di prodotti si presti meglio all'autogestione. Non c'è il rischio di percorrere un percorso diverso da quello che il cliente si aspetta perché tu sei il cliente. In una società di giochi questo è particolarmente vero. Rendi divertente il tuo gioco.

Non puoi gestire il tuo modo di divertirti. Non puoi orientarti verso la creazione originale dell'arte.