Come iniziare ad acquisire esperienza nella gestione di un progetto [chiuso]

Il requisito del lavoro fondamentalmente vuole che la prospettiva abbia esperienza con un progetto di cui eri responsabile in cui potresti avere o meno avere persone che seguono la tua guida. Se hai questo tipo di esperienza e hai intenzione di menzionarlo, assicurati di riuscito su di esso.

Se non hai esperienza PM, le cose migliori da fare sono pro-active e cercare un progetto nel tuo attuale lavoro . Se per qualche motivo, non è possibile ottenere un progetto alla cintura, quindi avviare un progetto open source e cercare di coinvolgere le persone . Anche se sei uno sviluppatore solista, imparerai molte cose sulla gestione dei progetti software. Ho iniziato il mio progetto open source e sto imparando le tecniche di project management (PM). Sto persino imparando e valutando me stesso come sviluppatore funzionante perché sono entrambi, il mio manager e lo sviluppatore, quindi il mio manager ha impostato task e stima e il mio lato sviluppatore si è impegnato in queste attività. Ora al lavoro, stiamo avviando un progetto e ora mi sento più sicuro di sapere impegnarsi per un particolare requisito e come stimare la consegna.

Sulle tecniche per il software open source PM:

1. Scoperta delle funzionalità .... a volte nemmeno il cliente sa cosa desidera veramente.

2. Tradurre le funzionalità in requisiti.

3. Stima dei requisiti.

4. Assegna la priorità ai requisiti e scegli quelli che si adattano a una iterazione. (Quali sono i requisiti di base che possono rientrare in una singola iterazione?)]

5. Imposta milestone e iterazioni.

6. Suddividi il problema. (analisi del dominio)

7. Progettazione preliminare (design abbastanza buono)

8. sviluppo (test, implementazione, ecc.)

9. Al termine dell'iterazione, analizza il rendimento e i feed-back. Ho consegnato ciò che prometto? Cosa è andato storto? Cosa ho fatto bene?

Scopri anche come utilizzare CHANGE . Seriamente, a metà della tua iterazione, tu o il tuo cliente scoprirete che c'è una caratteristica molto importante che se non lo fate, il progetto è morto. Molto probabilmente, la tua unica costante nel tuo progetto è il cambiamento!

I subordinati sono persone che ti riferiscono (ad esempio se sei un manager). In pratica, stai dicendo che non devi necessariamente avere persone gestite, ma devi essere responsabile per tutti gli aspetti di un progetto dall'inizio alla fine.

Purtroppo non conosco alcuna risorsa a riguardo; forse qualcun altro può aiutarti con quella parte della tua domanda.

Project Management è più arte che scienza. I libri non aiutano molto. L'esperienza è essenzialmente ciò che è richiesto.

Per acquisire esperienza, è sufficiente partecipare a una serie di progetti con responsabili di progetti validi e cattivi. È così che impari questo tipo di arte: guardare gli altri.

Sebbene molte università provino, c'è molto sulla gestione dei progetti IT che non può essere insegnata; deve essere sperimentato, quindi imparato per tentativi ed errori. Se non ti sei mai seduto con il ragazzo che pagherà le bollette per sviluppare un software, allora siediti con i futuri utenti finali del tuo software per determinare che cosa deve assomigliare e come deve funzionare, ed equilibrato questi due insiemi di requisiti, spesso esclusivi, per portare il software dai pensieri iniziali a un prodotto finito nelle mani dei tuoi utenti target, non hai "gestito" un progetto e, anche se ti possono essere fornite strategie generali, ecc. non andrebbe bene se tu fossi scaricato in una situazione del genere affondare o nuotare.

La gestione dei progetti software coinvolge tutte e cinque le aree del classico SLDC; analisi, progettazione, sviluppo, implementazione e manutenzione. Richiede inoltre di trattare con tre aree chiave di stakeholder - lavoro, gestione e budget - su entrambi i lati di un progetto (chi vuole il prodotto e chi lo crea). È più comunemente imparato attraverso l'esperienza più che attraverso la lettura, anche se ci sono un buon numero di libri disponibili che possono aiutare.

Sembra che i requisiti di lavoro che stai guardando siano semplicemente alla ricerca di qualcuno che abbia un ruolo di primo piano in un progetto. Non avere subordinati significa che non cercano te per gestire le persone (fornire recensioni sulle prestazioni, assumere / licenziare, ecc.)

Lavorare dall'inizio alla fine del design è in realtà un ambito piuttosto ristretto. Questo esclude cose come lanciare un progetto a Sr. Management, lavorare con i clienti sui requisiti, lavorare con il marketing e le vendite e l'intera fase di rilascio e supporto dei progetti.

Mi piacerebbe ottenere Rapid Development in quanto è ben organizzato attorno a tutte le fasi di un progetto principalmente dalla prospettiva di uno sviluppatore SW. Potrebbe essere un po 'datato, ma fa un buon lavoro fornendo abbastanza materiale di partenza per farti andare avanti. Da lì, anche se non vuoi ancora "trovare un'azienda", dovresti trovare un gruppo di persone per parlare di problemi che hanno più esperienza di te. Imparare da persone che hanno già seguito il processo sembra sempre essere l'insegnante più veloce / più efficace. (non fraintendermi, consiglio anche i libri, ma se sei appena agli inizi, troverai utile avere qualcuno che aiuti a costruire il contesto con te mentre elabori le informazioni nei libri)

buona fortuna!