2010-07-26 15 views
7

Recentemente ho ottenuto il ruolo di Project Manager/Supervisor. Cosa pensi dovrebbe avere lo stile di leadership di un ruolo manageriale nella programmazione Dev't?Qual è il tuo stile di leadership nell'IT?

Qual è il tuo stile?

+5

Congratulazioni! – Zaki

+0

Grazie mille. :) – DragonBorn

+0

Checkout: [Management vs Leadership] (http://izlooite.blogspot.com/2010/07/management-vs-leadership.html) –

risposta

5

Hands-off, leadership di servizio, leadership non ufficiale o "tribale" rispetto alla gestione tradizionale, sembrano essere di gran moda in questi giorni.

Fondamentalmente togliermi di mezzo e consentire alla squadra di portare a termine il proprio lavoro sembra avere senso per me, ma tutto dipende dalla cultura.

Direi che un manager efficace avrebbe già uno stile e sa come vuole lavorare, mentre un manager meno efficace probabilmente imparerebbe da altri senior manager e semplicemente emula "comunque le cose vengono fatte qui intorno". In realtà in molti posti la seconda è l'unica scelta.

Se hai la libertà di fare le cose nel modo che preferisci, probabilmente preferirei prendere in prestito idee dal campo agile/lean rispetto al campo più tradizionale PMI/Prince2/PMBOK, ma tutto dipende davvero.

+3

Sono d'accordo con le mani libere .. ma non funziona per tutti i subordinati. Dipende davvero dalla qualità della squadra che hai. La cultura è una cosa, ma sapere che i tuoi sviluppatori sono indipendenti e non hanno bisogno di tenere la mano è un'altra. La maggior parte dei team è spesso un mix di questi e è necessario identificare chi si adatta a quale gruppo. –

+0

non fermare gli sviluppatori che funzionano da soli è la parte facile, impedendo a molte altre persone/cose di distrarli è la vera chiave imho –

+0

Sì, a mani libere. Sono uno sviluppatore e odio quando i dirigenti mi visitano continuamente chiedendomi se non posso farlo, non posso farlo e alla fine deve tornare come prima! – Etienne

1

Esistono molti metodi con nomi accattivanti, ma in generale preferisco che lo stile di gestione sia leggero e incoraggi la comunicazione.

Sospetto che molti di noi abbiano avuto l'esperienza di dover dedicare più tempo alla compilazione di moduli che a quelli effettivamente in via di sviluppo. Di quanto sia frustrante e non necessario. I controlli sono importanti, ma una nuova forma non è la soluzione per ogni problema gestionale.

Per quanto riguarda la comunicazione, molti gestori sembrano ritenere che funzionerà se tutti gli segnalano e quindi inviano le informazioni raccolte indietro. Questo può davvero portare al disastro. Il team ha bisogno di comunicare bene e spesso.

Infine, mi piacerebbe lanciarvi così invitante quanto è necessario prendere una nuova risorsa per un progetto e farle sviluppare il più rapidamente possibile, penso che funzionerà sempre meglio a lungo termine per tenere fuori e ottenere loro adeguatamente addestrati e orientati al progetto.

2

Il lavoro di un manager è di togliersi di mezzo e lasciare che gli sviluppatori facciano il loro lavoro. Se incontrano un ostacolo, è tuo compito rimuovere l'ostacolo.

1

Il mio stile è una combinazione di Attilla l'Unno, Napoleone Bonaparte e Nelson Mandela. Qualunque cosa tu faccia, non provare ad adottare il mio stile.

Più seriamente, per essere un buon leader devi sviluppare il tuo stile e devi integrarlo nella cultura dell'organizzazione in cui lavori. Quindi, la risposta alla tua domanda deve iniziare ponendoti alcune domande penetranti e dando loro risposte oneste. Devi anche dedicare un po 'di tempo a capire i tratti delle persone nella tua squadra e capire cosa li rende interessanti e come motivarli come individui. Ciò che funziona con uno potrebbe non funzionare con un altro.

E mentre sto scrivendo, dirigo un calcio di passaggio agli intervistati che suggeriscono che è compito di un manager di togliersi di mezzo e lasciare che il team lavori: è il lavoro del manager da gestire, tu avere persone per le quali hai delle aspettative e devi prestare attenzione a loro e ai perdenti della tua squadra.

Scrivo "perdenti" perché sei appena stato promosso e loro no.Certo, devi guidarli verso grandi risultati ma non lo farai tenendoli lontani, lo farai guidandoli nella giusta direzione, con il giusto mix di carota e bastone. Oh, e non far loro sapere che pensi che siano dei perdenti, li turberà.

1

Prima di tutto; se cerchi di adottare uno "stile" che non è il tuo, molto probabilmente fallirai. Fondamentalmente devi essere te stesso! (Questo è probabilmente il motivo per cui sei stato promosso in primo luogo) Detto questo, ci sono alcuni teoremi da abbracciare, uno dei quali "puoi sempre essere un leader migliore";) Immagino che questo faccia parte del motivo per cui hai postato questa domanda. Il mio consiglio è di supportare i tuoi colleghi di lavoro, e ricorda che è il tuo lavoro renderli il più buono possibile. Cerca di rimanere aggiornato su tutto ciò che accade all'interno del progetto e incoraggiare la comunicazione all'interno del team. Lo sviluppo di stile agile aiuta con quello. Inoltre, prova a mettersi nei panni dei tuoi colleghi e cerca di immaginare cosa si aspettano e vogliono da te. Buona fortuna

2

Non credo alle semplici linee guida di gestione. In un mondo ideale, il compito di un gestore di software sarebbe quello di fornire solo cibo, computer, elettricità e salari, ma siamo a malapena in un mondo ideale.

In un certo senso, essere un manager è una strada alla frustrazione. Ci sono poche opportunità per un contributo diretto al progetto, si passa la maggior parte del tempo a pianificare, organizzare riunioni, scrivere relazioni e proporre progetti futuri. In poche parole, si hanno le responsabilità, mentre hanno hanno la gioia di costruire le cose. Per evitare di smettere di lavorare per mancanza di divertimento, è necessario trovare una motivazione adeguata che giustifichi i problemi.

Ora, diverse persone sono motivate da cose diverse. Ad alcune persone piace partecipare agli sforzi di gruppo, alcuni come il successo nella costruzione di cose che non possono essere costruite da un imprenditore solitario, alcuni come il potere, altri come i soldi. Penso che uno stile gestionale debba essere adattato alle motivazioni intrinseche di tutte le parti coinvolte. Ad esempio, è inutile cercare di motivare i tuoi colleghi con denaro se sono principalmente interessati a costruire cose interessanti (e viceversa).

Una competenza chiave nella gestione delle persone è in grado di affrontare i conflitti più presto possibile. I conflitti vanno da banali (X continua a inviare codice buggy al repository) a critici (dobbiamo sbrigarci per raggiungere una scadenza). Penso che sia molto importante essere in grado di esprimere tali preoccupazioni con franchezza e chiarezza, indipendentemente dallo stile gestionale. Pertanto, alla fine del giorno, le capacità di comunicazione orale sarebbero almeno ugualmente importanti come lo stile di gestione.

+0

Non penso che tu sia stato a un ambiente di programmazione reale/professionale/vero .. "In un mondo ideale, il compito di un gestore di software sarebbe quello di fornire solo cibo, computer, elettricità e salari, ma siamo a malapena in un mondo ideale. " - Sul serio?? – DragonBorn

+0

Mi dispiace che non ti piaccia il mio stile. Tuttavia, ciò che ho scritto proviene dalla mia esperienza personale e dall'esperienza dei miei amici e colleghi più esperti. Ti auguro buona fortuna nella gestione. – ssegvic

0

Non esiste uno "stile" su cui sia possibile o meno concentrarsi. La realtà è che ora sei un manager di persone e le persone sono tutte diverse. Devi imparare a riconoscere le differenze nelle persone che gestisci e rispondere di conseguenza. Questo è un ruolo tecnico, quindi se hai delle conoscenze tecniche allora questo aiuterà a guadagnare il rispetto della squadra.

Alcune persone hanno bisogno di sentirsi dire cosa/come, alcune persone hanno bisogno di un pungolo dolce e alcuni hanno bisogno di piena proprietà di un compito. Imparare a individuare le differenze è dove devi applicare te stesso.

In genere le persone rientrano in 4 campi distinti con nomi diversi a seconda del corso di gestione della giornata :)

  • Principiante, altamente motivato, non molta esperienza, ha bisogno di un approccio più direttiva
  • Learner, più capace, ma potrebbe trattarsi di frustrazione, ha bisogno di coaching
  • di spettacolo, molto capace, ma può mancare la fiducia, ha bisogno di sostegno nel loro approccio
  • Achiever, capace e impegnato, ha bisogno di delega di compiti
2

Non penso che importi molto lo stile scelto. Quando la leadership è "rotta", di solito è dovuto a cose più semplici che non sono state fatte bene.

  • Consistenza: bastone al vostro stile a meno che non si è sicuri che pretende molto lavoro fuori.
  • Onestà: potrebbe sembrare ovvio, ma quando "ingannare arround" troppo con bastone e carota si può uscire di controllo
  • Rispetto: Tech-ragazzi hanno tutti i caratteri diversi ma cogliere ciò che di valore è facile - essendo appassionato di tecnologia e usarlo in modo professionale aprirà i cuori. L'ondata sul tuo iphone che mette in risalto le applicazioni banali dall'aspetto sofisticato, ma tecnologicamente allettanti potrebbe comportare l'opposto;)
  • Dare il buon esempio: I tecnici fanno ore extra? Fai anche ore extra!
  • Motivazione: Non hai bisogno di un accampamento nella giungla ogni 3 settimane, ma puoi comunque aiutare tutti a sentirsi meglio nel vedersi l'un l'altro più spesso della famiglia. Implementa una birra pomeridiana di venerdì se è accettabile (sii gracile a volte però, non si beve prima delle 18:00 per l'exmaple). Mostra interesse su ciò a cui le persone stanno lavorando anche se non fai parte delle operazioni. Quando si lavora su soggetti astratti, le persone possono avere difficoltà a mettere in relazione il valore che aggiungono all'azienda e al team. Quando i programmatori "in the jum" possono diventare davvero come astronauti solitari - Avendo una più ampia comprensione della tua attività, dovrai ricordare alla gente la missione (anche se questo è principalmente il PM, ma neanche PM è perfetto)).

Alla fine si sono buon leader quando la tua squadra dice "WE lo ha fatto!"

0

Gestione 3.0 I principali sviluppatori agili, lo sviluppo di Agile Leaders di Jurgen è un libro dedicato a rispondere a queste domande. http://www.management30.com/. La sua home page è qui http://www.jurgenappelo.com/

Nel suo libro e classe, fa riferimento a Martie, il modello di gestione 3.0.E 'composto da

  • Energize Persone
    • Empower Squadre
    • Vincoli Allineare
    • sviluppare competenze
    • crescere Struttura
    • migliorare tutto

Un'eccellente presentazione introduttiva può essere trovata qui: http://www.slideshare.net/jurgenappelo/what-is-agile-management

I due takeaway di Jurgen.

  • Un team di software è un sistema auto-organizzante. Sostieni, non ostruirlo.
  • I gestori agili lavorano il sistema attorno al team, non alle persone del team.

Divertiti.

Problemi correlati