Lavoro nello sviluppo mobile. Sono appena stato promosso a un project manager. Il problema è che ho appena 4 mesi di esperienza nello sviluppo. Questo è stato il mio primo lavoro e non ho nemmeno finito la scuola.
Ho bisogno di qualche consiglio o forse del software per aiutarmi a gestire la mia squadra e i miei progetti.
Secondo me, hai un po 'troppa esperienza per essere un buon project manager al momento, ma puoi evolverti, imparare dagli errori e alla fine diventarne uno.
La prima cosa che dovresti fare è impostare un software per gestire i tuoi articoli di lavoro. TRAC è un sistema di ticket configurabile per esempio. Raccogli tutti gli elementi di lavoro / funzionalità che l'app dovrebbe avere al momento a conoscenza e raccoglili lì. Questa sarà una specifica approssimativa per il tuo progetto. Puoi anche usarlo come database di bug in seguito. Dispone anche di alcune statistiche e ci sono molti plugin disponibili, puoi usarlo per misurare e analizzare lo stato di avanzamento del progetto.
Quindi, utilizzalo e crea una road map per il tuo progetto, che dovrebbe includere tutte le grandi pietre miliari che desideri raggiungere. Ogni punto dovrebbe essere il completamento di un sottosistema o di un componente o funzione essenziale. Sarà dannatamente difficile per te stimare la quantità di tempo necessario con il tuo livello di esperienza, ma alla fine imparerai a stimare abbastanza correttamente.
Quindi, inizia a pianificare il software tecnicamente a piccoli passi, ad es. componente per componente. Usa UML o almeno crea uno schema approssimativo su come raggiungere i tuoi obiettivi tecnicamente. Definisci le tecnologie che utilizzerai e definisci in modo definitivo la tua infrastruttura / architettura tecnica. Come userete l'accesso ai dati? Dove hai bisogno di interfacce? Cosa è probabile che cambi? Dove hai bisogno di parti intercambiabili? Come incollerai tutto insieme? Come vengono organizzati i file?
Ho già detto che dovresti creare convenzioni di programmazione già? Dovrebbero includere informazioni sulla formattazione, la denominazione di metodi / classi / componenti / elementi dell'interfaccia utente, fare e non fare, tasti di scelta rapida, linee guida per la progettazione dell'interfaccia utente ecc. Il tuo team dovrebbe aderirvi.
Quindi, inizia ad assegnare gli elementi di lavoro dei membri del tuo team. Mostra loro come implementare le cose in modo che si adattino all'architettura. Dare a ciascun membro della squadra le attività che meglio si adattano a lui / lei. Se qualcuno è bravo nel design, fagli fare il punto di vista. Se qualcuno è bravo in algoritmi, assegnalo alle cose logiche più complesse.
Quindi inizia l'implementazione. Misurare sempre il successo del proprio team e modificare il piano / la roadmap del progetto, se necessario. Non dimenticare di testare i biglietti chiusi. Accetta solo una chiusura se tutto funziona. È il tuo lavoro e la tua responsabilità come project manager, specialmente se non hai nessun QA!
Parla con i membri del tuo team ogni giorno per cinque minuti. Lascia che riportino i loro progressi ogni giorno in una forma breve. Ciò ti consentirà di individuare tempestivamente i deficit in corso e di aiutare o assegnare altre persone a parti critiche del sistema, se qualcuno ha bisogno di aiuto.
Questo è tutto per la parte della dirigenza junior, direi. Dovresti anche configurare un sistema di build come hudson o cruisecontrol e includere i test unitari per il tuo software, in modo da poter produrre una build in un solo passaggio. Ovviamente hai anche bisogno del controllo del codice sorgente. Prendi subversion / git o mercurial, sembrano essere quelli caldi là fuori.
Questo dovrebbe iniziare.
Mostra un interesse costante per il lavoro svolto dalle persone che gestisci, fornisci feedback in anticipo e spesso e lavora intensamente insieme ai colleghi che gestisci. Sì, sono colleghi di lavoro, non dimenticarlo. Non prendere così tanto te stesso che sei troppo occupato per fare quanto sopra.
Un rapido punto di partenza sarebbe vedere se il tuo progetto supera il test di Joel e se non apportare alcune modifiche .
Ci sono molte cose che puoi fare per diventare un project manager efficace. Mentre ci sono molte cose che fanno tutti i manager efficaci, parte del processo è essere disposti a commettere errori (si spera siano minori) e imparare mentre si va. Avrai bisogno di sviluppare uno stile di gestione che funzioni al meglio per te. Alcune delle cose che ho trovato utili sono le seguenti:
Buona fortuna!
Se vuoi materiale da leggere, dai un'occhiata a Rapid Development: Taming Wild Software Schedule di Steve McConnell. È abbastanza per i project manager del software ciò che Code Complete ha fatto per gli sviluppatori di software. Anche la Guida alla sopravvivenza dei progetti software di McConnell è una buona lettura. Entrambi questi libri sono stati tenuti a leggere nel corso di Engineering Engineering Process e Project Management che ho seguito e suggerisco caldamente di leggerli.
Alcuni altri libri che potrebbero essere di buona lettura:
Sebbene non abbia esperienza pratica come PM a lungo termine, ho assunto ruoli di leadership in alcune squadre e organizzazioni. Farai degli errori, ma devi imparare da loro, ma anche cercare di imparare prima della curva. Ed è meglio dare un'occhiata alle competenze di cui avrete bisogno, come leadership, gestione delle risorse umane, progettazione e architettura del software, ingegneria dei requisiti, comunicazioni (verbali e scritte).
Iscriviti fino a Scambio di stack gestione progetti e fai molte domande:
The site is for project management practitioners, academics and amateur theorists. This is a site about the field of project management for people who love the subject. Our site includes the following topics:
This site is about...
- Project Management Practices and Theory
- Agile
- Scrum
- PRINCE2
- Tool Usage in Project Management
- Project Manager Career Advancement
This site is NOT about...
- Recommendations for blogs, books, links, or general terminology. (Just take a look at our top users' profiles! Many of them maintain popular, knowledgeable blogs)
- Tool recommendations
- General workplace issues (See The Workplace SE)
- Shopping Questions in general
Project Management Stack Exchange is a community-run Q&A site, run by the community, with rigorous discussions about the site itself taking place on our Project Management Meta...
Avere esperienza ed esperienza tecniche è importante, ma non "più" importante.
Organizzazione e processo sono strumenti, ma devi sapere come usarli.
La tua risorsa più importante sono le tue persone e la tua capacità di interagire con loro.
Le lezioni più importanti che puoi imparare sono contenute in questo libro. È un libro breve, ma dovresti leggerlo tre volte. (Non sto scherzando) Dale Carnegie's Come conquistare gli amici e influenza le persone ti equipaggiamo per gestire le persone con cui lavori e . Una volta formato un team di persone che stanno lavorando insieme, puoi avere successo in qualsiasi progetto.
Fai attenzione alla tua squadra, ascoltale da vicino. Se lavori con il team, puoi recuperare la tua inesperienza. Farai errori imparando a notarli e a correggere piuttosto che affondare con la nave. Tranne la colpa per la pianificazione di errori non puntare alla tua inesperienza come una scusa che farà male. Accetta solo gli errori e vai avanti. Leggi, leggi molto. Se questo diventerà il tuo concerto normale, dovrai lavorare velocemente (vedi il sito di scambio di stack del project manager). Esegui difesa per la tua squadra. La tua responsabilità principale (nella mia mente) è fare tutto il possibile per assicurarti che il tuo team abbia gli strumenti e le informazioni più aggiornate su tutto ciò che è importante per loro. Le cose non importanti devono essere bloccate e filtrate da te.
Ascolta la tua squadra (ho già detto questo).
Leggi altre domande sui tag project-management development-process mobile