Questo elenco di comportamenti di gestione attira effettivamente gli sviluppatori di software? [chiuso]

8

Mi sono imbattuto in questo elenco di comportamenti di gestione ( link ).

Penso che abbia alcune gemme, ma non ne sono al 100% su alcune di esse. Ho contrassegnato quelli con il corsivo e il mio nome.

Pensi, come sviluppatore di software, che sono interessanti? Quali sono i tuoi oggetti TOP "devi averli" dalla tua gestione?

Non

  • Non ridimensionare i team in verticale aggiungendo più persone

  • Non creare una squadra con più di 10 persone

  • Non chiamare risorse umane, non è bello ed è davvero offensivo

  • Non dare per scontato che le persone nei team siano intercambiabili

  • Non confrontare i team l'uno con l'altro quando evidenzi i punti deboli

  • Non lanciare squadre l'una contro l'altra

  • Non creare scadenze false

  • Non forzare la standardizzazione di strumenti e processi tra i team (penso che questo possa essere discusso per alcune situazioni - Todd)

  • Non assumere manager di prodotto che non hanno idea dello sviluppo del software

  • Non utilizzare esclusivamente KPI per guidare i tuoi team (Non solo è inefficace, ma gli sviluppatori troveranno il modo di guidare le metriche KPI - "Vuoi linee di codice? Ho le tue linee di codice! "- Todd)

  • Non costringere i tuoi team a lavorare fuori orario, anche chiedere è destinato a creare tensione

  • Non dare per scontato che il doppio delle persone sia uguale alla metà di

Do

  • Scala in orizzontale creando più team di circa 5-8 persone

  • Avere una visione per il prodotto e il team

  • Apprezzo che ogni team sia diverso, quindi assegna i progetti in modo appropriato

  • Motivare le tue squadre (Wow - è uno scivoloso, difficile da definire. Sono d'accordo con il sentimento, ma è come dire "Sii efficace" senza linee guida. -Todd)

  • Consenti alle persone di spostarsi tra i gruppi

  • Sono disponibili sessioni per discutere visione del prodotto, strategia, tecnologia e processo

  • Coinvolgi il team nel determinare il nome team / prodotto

  • Consenti ai tuoi team di prendere le proprie decisioni, soprattutto se sono quelle con le competenze

  • Coinvolgi il tuo team in ogni decisione che influisce su come o su cosa funzionano

  • Incoraggia una metodologia di sviluppo che corrisponda al team e al progetto

  • Prestare attenzione al piano di sviluppo personale di ogni individuo

posta Todd Williamson 07.10.2010 - 16:44
fonte

1 risposta

2

La mia ipotesi è che questa lista attragga effettivamente gli sviluppatori di software perché convalida la loro immagine di sé come vere dive creative piuttosto che solidi risolutori (a là Winston Wolf) e si aspettano di essere trattati professionalmente come risultato.

Sospetto anche che se avessimo migliorato le tecniche di sviluppo del software fino al punto in cui il nostro commercio era certificabile come quello di architetti, avvocati, medici e simili, saremmo in grado di dirigere meglio come vengono gestiti gli sviluppatori software.

    
risposta data 15.10.2010 - 11:30
fonte

Leggi altre domande sui tag