Tecniche di gestione dei progetti (alto livello)

Question

Tecniche di gestione dei progetti (alto livello)

#1 da (3 voti)
#2 da (1 voti)
#3 da (0 voti)

6

Il nostro team di sviluppatori di software sta attualmente utilizzando kanban per i nostri cicli di sviluppo e, dall'esperienza ragionevolmente breve di alcuni mesi, penso che stia andando abbastanza bene (certamente rispetto a qualche mese fa quando non avevamo davvero un metodologia).

Il nostro team, tuttavia, è diretto a fare il lavoro definito dai project manager (non dai project manager del software, solo dal business generale), e stanno usando la metodologia PMBOK.

La domanda è: in che modo una metodologia tradizionale come PMBOK, Prince2 ecc si adatta a una metodologia di sviluppo software snella come kanban o scrum? Sta solo sprecando il tempo di tutti, in quanto tutti i requisiti sono effettivamente elaborati per iniziare (anche se inevitabilmente sono cambiati lungo la strada)?

project-management agile kanban lean prince2

posta Sam J 04.11.2010 - 11:27

fonte

3 risposte

Leggi altre domande sui tag project-management agile kanban lean prince2

Per quanto tempo Websockets dovrebbe mantenere la connessione Come gestisci la scadenza JWT per le chiamate di lunga durata?

score 3 · Answer 1

Non sono un grande esperto in questo settore. Ma penso che puoi provare due cose qui:

1 Usa una scheda Kanban per visualizzare il processo PMBOK / Prince2 che viene utilizzato. Semplicemente mostrare ai Project Manager questo 'aiuto alla visualizzazione', per me è quello che è Kanban - mostrandoti dove hai colli di bottiglia e blocchi. Supponendo che si ottengano i soliti problemi di stile a cascata, sarete in grado di mostrarlo sulla vostra scheda Kanban mentre il flusso di lavoro viene rallentato o bloccato in vari punti. Puoi quindi usarlo come punto di partenza per convincerli a concordare di lasciarti eseguire il progetto in un modo più agile.

E / O

2 Prendi i requisiti e dividilo comunque in un progetto in stile Kanban, ma fai un po 'di analisi / preparazione in anticipo su come puoi riportare i progressi ai Project Manager in un modo Prince2 / PMBOK (che sarà comodo per loro) . Potresti scoprire che ai PM non interessa il modo in cui esegui il progetto, a condizione che i rapporti soddisfino le loro esigenze.

score 1 · Answer 2

Altri risponditori hanno capito bene che il Kanban può essere usato per mappare il tuo processo esistente ed essere un ottimo strumento visivo. Ma c'è dell'altro.

La limitazione del WIP (work-in-progress) funziona anche se hai tutti i requisiti in anticipo . Quando hai 100 funzionalità nel backlog all'inizio, puoi comunque limitare il tuo lavoro a, diciamo 5 (a seconda della capacità del tuo team) e concentrarti sulla loro conclusione. I requisiti cambieranno inevitabilmente, ma le modifiche non influenzeranno le funzionalità non ancora avviate. Uno dei principi essenziali è quello di eliminare gli sprechi e uno dei tipi di rifiuti è un inventario eccessivo: ecco come puoi ridurlo.

Kanban è un motore di miglioramento . Quando inizi a utilizzare Kanban, potrebbe essere solo uno strumento di gestione per spostare gli elementi di lavoro dai requisiti al completamento. Ma, con il tempo, ti fa capire i tuoi flussi di lavoro in modo più approfondito e suggerisce miglioramenti al processo.

Per rispondere alla domanda nel terzo paragrafo del post originale, adottare Scrum significherebbe cambiare i ruoli delle persone e il processo. Immediatamente creerai un conflitto con i tuoi project manager.

score 0 · Answer 3

Non ho abbastanza punti per votare su karianna, ma sono d'accordo con lui. Mi sono trasferito dallo sviluppatore - > software PM - > Project manager che ora dovrebbe fare report PMP / Prince2 su progetti software. È abbastanza semplice mappare qualsiasi metodo agile / kanban per adattarsi alla struttura Prince2 / PMP. Alla fine l'unica ragione per cui le persone vogliono / hanno bisogno di questo è vedere i progressi! Quindi se riesci a mostrare visivamente i progressi / i colli di bottiglia e i rischi, allora non posso vedere nessun PM insistere su nient'altro.

Per quanto riguarda i requrement, tenderei anche a lasciare che le richieste di business non diventino troppo dettagliate in modo che gli sviluppatori stessi decidano come meglio suddividerle in attività più piccole e dettagliate. È possibile, devi solo sederti con il PM e discutere i suoi requisiti (segnalazione) e poi vedere come puoi fornirglielo.