Dieci segreti per gestire il tuo progetto Con successo - dummies

Essere un project manager di successo nel data warehouse significa che devi fare di più - molto di più - di è sufficiente creare piani di progetto e chiedere ai membri del team di consegnare report di stato settimanali. Ecco alcuni segreti del successo.

Dillo come è

Non importa se lavori con utenti, sponsor esecutivi, consulenti, venditori, membri del team o chiunque altro. La cosa più importante che puoi fare per impostare le basi per gestire con successo un progetto di data warehousing è di dire la tua mente in maniera completamente onesta.

Non devi essere brusco o scortese, o avere l'atteggiamento "È la mia strada o no. "Segui queste linee guida per mantenere la comunicazione aperta e per risolvere i problemi prima piuttosto che dopo:

• Quando si verificano problemi, non seppellirli o fingere che non esistano. Altre persone conoscono i problemi, quindi affrontali in modo aggressivo.

• Non abbiate paura di dire a uno sponsor esecutivo che quei tagli fuori budget o l'assenza di quei tre membri del team che sono stati riassegnati "per un po '" influenzerà negativamente il vostro progetto.

• Non esitate a dire a un venditore quando un prodotto non si comporta come promesso e chiedete che facciano qualcosa al riguardo.

Metti le persone giuste nei ruoli giusti

La persona giusta nel ruolo giusto è una chiave importante per il successo del progetto.

Devi riconoscere che il miglior progettista di database potrebbe essere in qualche modo sfidato quando si tratta di lavorare con strumenti OLAP front-end o di data mining. La persona che può eseguire compiti whizz-bang con uno strumento OLAP particolare potrebbe essere un pessimo facilitatore e dovrebbe, durante la fase di applicazione di un progetto, sedere in silenzio nella parte posteriore della stanza o semplicemente non essere lì.

Essere un negoziatore duro ma equo

Riduzioni di budget, pressioni per comprimere la pianificazione dello sviluppo, supporto del fornitore, collaborazione con il gruppo di infrastrutture aziendali per allineare l'installazione e il supporto di implementazione - il project manager di solito ha responsabilità per tutti questi problemi e molti altri.

Il gestore deve assicurarsi che queste attività, che implicano tutte la negoziazione, abbiano luogo. Dopo aver espresso la tua opinione, stabilisci le basi per negoziati duri e giusti che sono radicati nella realtà, non nelle emozioni o nella speculazione. Non abbiate paura di negoziare da questa base: "Se X accade, Y sarà il risultato. "

Affrontare attentamente con i fornitori di prodotti

Fai attenzione quando raccogli informazioni da fornitori e altre fonti e quando metti in dubbio un venditore su un prodotto.Riconosci che i venditori vogliono venderti prodotti, non risolvere i tuoi problemi di business. Anche se è bello quando possono fare entrambe le cose, non condividete le stesse priorità dei venditori.

Guarda il piano del progetto

Sebbene essere un buon project manager significa molto di più del semplice monitoraggio dell'andamento del progetto, non puoi ignorare il piano del progetto.

Se non sei interessato a raccogliere le comunicazioni periodiche dei membri del team per mantenere aggiornato il piano del tuo progetto, aggiungi al tuo team un membro del personale di controllo del progetto che ha il compito specifico di gestire il piano del progetto. Collaborare con un college o un'università locale per ottenere uno studente di studio di lavoro o di cooperazione (co-op); è un modo conveniente per gestire questo importante compito.

Non micromanage

Ognuno ha uno stile di gestione particolare. Alcune persone si concentrano sulla delega di compiti e altri sono più pratici. Se sei il tipo a cui piace gestire la maggior parte delle cose da solo, ecco alcuni consigli.

Non micromanage, o insisti a conoscere ogni piccolo dettaglio su ogni compito che tutti stanno facendo. (Che sensazione di panico e fuori controllo andrà via.) Anche su progetti più piccoli, fidati dei tuoi sviluppatori e analisti per conoscere il loro lavoro.

Controllali per vedere come stanno facendo e assicurati che stiano progredendo nei tempi previsti. Lascia che facciano il loro lavoro, però - specialmente su progetti più grandi. Hai abbastanza di cui preoccuparti come project manager; non prendere ulteriori preoccupazioni che i membri del team di solito possono risolvere per te.

Usa un wiki di progetto

Inizia ogni progetto con un wiki di progetto completo a cui fornisci l'accesso a tutti i membri del tuo team esteso (non solo gli sviluppatori e gli utenti chiave, ma anche gli sponsor esecutivi).

Per quelli di voi che non hanno familiarità con i wiki, un wiki è una pagina o una raccolta di pagine Web progettate per consentire a chiunque vi accede di contribuire o modificare il contenuto, utilizzando un linguaggio di markup semplificato.

I wiki sono spesso usati per creare siti Web collaborativi e per potenziare i siti Web della comunità. I wiki sono utilizzati nel mondo degli affari per fornire intranet e sistemi di gestione della conoscenza.

Anche se la tua organizzazione ha una fantastica intranet (un ambiente Internet all'interno dell'azienda) o un ambiente Lotus Notes (o altro tipo di groupware) ampiamente utilizzato, crea un wiki. Poiché non puoi assumere che tutto ciò che ti serve sia disponibile in formato elettronico (di solito non lo è), assicurati di avere accesso a uno scanner per inserire quegli articoli che non sono attualmente elettronici.

Non trascurare l'effetto della cultura organizzativa

Supponiamo che tu lavori per una società di consulenza i cui dipendenti di solito lavorano 50 o 60 ore alla settimana sui progetti. Ti viene assegnato il ruolo di project manager per lo sforzo di data warehousing di un cliente e gestirai un team composto da quattro membri della tua azienda e quattro dal cliente.

Sviluppa un piano di progetto aggressivo (ma realistico), basato sul budget e sui limiti di tempo del cliente, che probabilmente coinvolgerà alcuni lavori notturni e nei fine settimana.(Questo concetto non è una novità per i dipendenti della tua azienda.)

Non dimenticare l'implementazione e le operazioni

La progettazione e lo sviluppo sono abbastanza difficili per un data warehouse (o qualsiasi ambiente, se è per questo). Non trascurare come i risultati del tuo lavoro funzioneranno nel mondo reale, con utenti reali. Assicurati che il piano del tuo progetto permetta il tempo necessario per allineare il supporto dopo l'uscita del data warehouse.

Ogni tanto prendi fiato

Insisti che tutti partano presto venerdì dopo una settimana particolarmente difficile. Non ghigno e sghignazzare quando i membri del team ti dicono che vogliono andare al picnic aziendale quando hai un giorno o due in ritardo con tre settimane di lavoro.

È solo lavoro. Prendendo un respiro occasionale, tu (ei membri del tuo team) si rinvigoriscono e la produttività aumenta. Vale la pena dedicare un weekend qui e là, o trascorrere un po 'meno ore di lavoro straordinario.