Download and customize this and hundreds of business presentation templates for free
Voila! You can now download this presentation
DownloadL'approccio lineare tradizionale alla gestione dei progetti ti ha lasciato oltre il budget con un prodotto sottosviluppato e un tempo di commercializzazione prolungato? Un approccio agile offre maggiore flessibilità, trasparenza e responsabilità per i manager con progetti complessi che richiedono diverse fasi di feedback e revisione. Con questo mazzo Gestione Agile dei Progetti, concentrati sulle esigenze del cliente con un approccio iterativo per massimizzare il successo del progetto.
Questions and answers
Voila! You can now download this presentation
DownloadNel processo di sviluppo agile, un manager riceve i requisiti, e il team sviluppa possibili soluzioni e rilascia diverse iterazioni fino all'approvazione finale o al lancio del prodotto. (Slide 7)
Scrum è una metodologia agile comunemente utilizzata. I ruoli del team di scrum possono essere classificati come un organigramma per dettagliare i principali stakeholder del team di gestione del progetto. (Slide 9)
Le visualizzazioni del sondaggio al cliente della bacheca Kanban possono essere utilizzate come forma di gestione agile per limitare il lavoro in corso, gestire i flussi di lavoro e creare cicli di feedback positivi. (Slide 12)
Il metodo agile di gestione dei progetti può essere utilizzato da organizzazioni di qualsiasi dimensione.Per le grandi organizzazioni con un problema di eredità, l'agile potrebbe portare a un flusso di lavoro più efficiente rispetto al tradizionale modello a cascata.
Con l'agile, i manager possono adottare un approccio iterativo e collaborativo allo sviluppo del prodotto e all'organizzazione del progetto. L'attenzione dell'agile è sulle esigenze del cliente e minimizza le risorse e i costi generali necessari per creare un prodotto con un vero adattamento al mercato. La maggiore flessibilità e il ritmo rapido creano anche tempi di risposta più veloci - il vantaggio supremo per i project manager.
Iniziamo con una panoramica della metodologia agile e di come viene utilizzata nella gestione dei progetti. Agile Method for Digital Product è stato originariamente sviluppato come un nuovo approccio allo sviluppo del software, ma il suo ethos è stato tradotto e applicato alla gestione dei progetti, allo sviluppo del prodotto e persino alla gestione organizzativa. Per qualsiasi team che deve essere reattivo e veloce nell'adattarsi, l'agile può essere un metodo molto più forte da seguire rispetto al tradizionale metodo a cascata, dove i compiti vengono eseguiti in una sequenza lineare.
Questions and answers
Tra i metodi di gestione dei progetti tradizionali e agili, ci sono alcune differenze chiave. L'agile è molto centrato sul cliente, poiché concentra lo sviluppo del prodotto sull'utente finale attraverso più round di feedback e revisioni. È anche flessibile, che è un punto chiave che lo separa dalla fallacia del costo irrecuperabile che può verificarsi nei modelli tradizionali.Questo è il punto in cui i manager pensano che solo perché è stato fatto un piano, deve essere portato avanti anche se si presentano segnali di allarme nel processo. Agile, d'altra parte, offre agli stakeholder e ai partecipanti la possibilità di cambiare direzione in modo appropriato, e di elaborare una nuova iterazione o di ripartire da zero.
Questions and answers
Il metodo tradizionale si concentra anche sulla documentazione e sui dettagli amministrativi che richiedono tempo e che i membri del team si sentono obbligati a completare, ma che possono richiedere costosi overhead. Questo può facilmente sottrarre ore preziose a compiti di esecuzione produttiva.
Agile cerca soluzioni operative e il massimo valore aziendale nel minor tempo possibile. I progetti gestiti con un approccio agile hanno tipicamente cicli di rilascio più brevi, che accelerano il time-to-market. Ecco perché agile è particolarmente applicabile allo sviluppo di prodotti o funzionalità di prodotto. (Slide 3)
Questions and answers
Successivamente, passiamo ad alcuni vantaggi chiave di agile, che includono una migliore gestione delle priorità, una maggiore visibilità del progetto, un morale del team più alto, un migliore allineamento tra le esigenze aziendali e l'IT, una produttività aumentata e un time-to-market più rapido. Le percentuali qui sono grafici modificabili che un project manager può utilizzare per valutare come queste aree chiave siano migliorate dopo il passaggio ad agile.(Diapositiva 4)
Questions and answers
Il processo di gestione del progetto agile può essere visto in fasi: il lavoro preliminare, l'inizio del progetto con il primo set di requisiti (raggruppiamoli come requisiti A qui), feedback per questo primo set di requisiti e requisiti B, poi feedback e requisiti C. I requisiti del progetto sono a volte noti anche come compiti da completare durante ogni fase.
Questions and answers
La fase di lavoro preliminare non è esclusiva dell'agile. Ogni progetto ha bisogno di un progetto per iniziare, indipendentemente dalla sua metodologia di gestione. La fase di lavoro preliminare potrebbe essere dove i manager definiscono la visione del prodotto, cosa comporta il progetto, i principali compiti richiesti, gli accordi contrattuali con gli stakeholder esterni e un piano di rilascio proposto. Poiché l'intero punto dell'agile è permettere il pivot, il piano di rilascio originale è più simile a un progetto generale di dove si può andare ma può essere regolato.
Questions and answers
Ad esempio, si desidera aggiungere una funzione di shopping in diretta a un sito di e-commerce. Il lavoro preliminare sarebbe lo sviluppo della visione del prodotto e come si integrerà con il tuo sito web esistente e la base di utenti, gli accordi contrattuali preliminari con il talento che sarà coinvolto nella prima ondata di contenuti in diretta che verranno lanciati con il prodotto, e il tuo piano di rilascio originale e le funzionalità.
Questions and answers
Ora inizi il processo agile e ti metti a realizzare i requisiti del "Gruppo A" del progetto.Per questa funzionalità di Livestream, diciamo che i tuoi requisiti del Gruppo A sono di ideare un wireframe a bassa fedeltà di come funzionerà l'interfaccia utente. Nello sviluppo del wireframe, dovrai creare tre possibili versioni, poi sviluppare un prototipo a bassa fedeltà per alcuni utenti da testare.
Dopo aver raccolto i feedback dal tuo gruppo di test, è il momento di implementarli nei requisiti del "Gruppo B" per creare la tua prossima iterazione. Uno dei tuoi primi compiti a questo punto potrebbe essere analizzare e sintetizzare i risultati dello studio e comprenderli. Un altro potrebbe essere discutere le modifiche UX con il team di sviluppo software, modificare il prototipo lofi e creare mockup hifi per un altro round di feedback. Programma un altro gruppo di utenti per ricevere feedback, poi sintetizza e implementa i loro input nei requisiti del "Gruppo C" per risciacquare, ripetere e rilasciare.
Questions and answers
Ora, per confronto, come sarebbe questo progetto se seguisse il modello tradizionale, e non Agile? Il tuo team di sviluppo disegnerebbe l'interfaccia utente, ideerebbe un prototipo ad alta fedeltà, lo invierebbe al team di sviluppo per creare la versione perfetta, e lo lancerebbe completamente formato solo per scoprire che confonde gli utenti. A questo punto, è molto più difficile e lento apportare modifiche perché tanti anelli della catena si sono già uniti. Per ogni piccola modifica, potrebbe essere coinvolta una cascata di altre modifiche. Questo è il motivo per cui agile può spesso avere più successo e individuare errori prima che diventino più irreversibili.
Un processo agile più dettagliato suddivide il personale coinvolto nel ciclo di vita. Il progetto inizia con i portatori di interessi, che potrebbero essere sia interni che esterni, un dirigente o un investitore, o anche una persona utente con una richiesta di sviluppo. Le loro richieste vengono comunicate e poi tradotte in specifiche del progetto. Le specifiche del progetto sono poi gestite dal proprietario del progetto o del prodotto. Questo leader di squadra prepara rapporti che verranno utilizzati per gestire il backlog di requisiti da sviluppare e spedire.
Questions and answers
In questo esempio, ci sono tre versioni principali. Dopo il rilascio di ogni versione, ci sarà un backlog di aree per il miglioramento (basato sul feedback) da implementare prima del prossimo rilascio. (Diapositiva 6)
Scrum è un metodo comune di gestione del progetto agile. Il Scrum Process ha sei elementi chiave.
Il primo è il backlog del prodotto, o l'elenco dei requisiti che sono prioritizzati e spesso divisi in pacchetti di lavoro. Un altro elemento di scrum sono le sprint, che dividono il lavoro in una durata fissa (di solito pochi giorni) che si concentra intensamente su un pacchetto di lavoro specifico per un risultato funzionale.
Queste sprint vengono poi esaminate in una riunione in cui il team presenta il risultato per un feedback che viene implementato nella sprint successiva.Un backlog di sprint viene quindi utilizzato per suddividere il lavoro in pacchetti più piccoli o assegnato a team più piccoli e documentare il lavoro rimanente per ogni pacchetto. L'idea è di modellare il prodotto in incrementi di miglioramento in modo che ogni sprint realizzi un certo livello di funzionalità potenzialmente spedibile. Infine, le riunioni quotidiane di scrum, spesso guidate dal master di scrum, confermano che tutto sta procedendo nel modo giusto.
Per segmentare per profilo psicografico, suddividi i tuoi clienti per stile di vita, personalità, valori e interessi. Ad esempio, diciamo che i tuoi clienti target seguono lo stile di vita di un professionista urbano. La loro personalità è curiosa con un amore per le nuove innovazioni e gli ultimi gadget. Apprezzano la stabilità, la fluidità e la facilità d'uso, e hanno un interesse in tutto, dalle arti e intrattenimento alla tecnologia. Tuttavia, il loro interesse unificante è quello di semplificare le attività quotidiane.
Questions and answers
Diciamo che vuoi utilizzare questa visualizzazione come parte della tua riunione quotidiana di scrum. Puoi effettivamente modificare queste informazioni per elencare i dettagli che desideri rivedere sotto ciascun elemento. Ad esempio, sotto il backlog del prodotto, puoi sostituire i punti elenco con i requisiti che devono ancora essere implementati. Sotto sprint, puoi riassumere lo stato attuale dello sprint. La tua scheda backlog di Sprint coprirà ciò che deve ancora essere realizzato.(Diapositiva 8)
Un altro metodo agile utile è Kanban. Kanban Methodology visualizza un flusso di lavoro snello in un formato di scheda, con colonne che corrispondono alle fasi del processo di sviluppo e carte assegnate per singoli compiti.
Kanban rende esplicite le politiche con una definizione collettiva del processo e linee guida concordate, e crea naturalmente un ciclo di feedback per il miglioramento continuo attraverso incontri regolari. Inoltre, Kanban facilita la gestione dei flussi di lavoro attraverso la riduzione dei colli di bottiglia, poiché tutti possono vedere dove si verifica l'arresto nella catena. E poiché limita il lavoro in corso per prevenire il multitasking, Kanban non sovraccarica i membri del team.
Questions and answers
Puoi utilizzare i colori per rappresentare singoli membri del team e i compiti a loro assegnati. La bacheca Kanban è composta da un backlog di compiti, compiti che sono stati accettati e compiti che devono essere implementati, testati e quindi completati.
Con la nostra funzione di shopping in diretta, il backlog sarebbe tutti i compiti che abbiamo precedentemente definito, come lo sviluppo del wireframe, le funzionalità UX e qualsiasi coordinamento con talent o gruppi di test che deve essere gestito. Come project manager, prenderai compiti dal backlog e li assegnerai a singoli membri del team. Come puoi vedere, forse il principale sviluppatore di software è verde chiaro.Qui hanno tre compiti nella loro lista di cose da fare e uno in corso. Il coordinatore delle partnership, che è responsabile della gestione del talento, è in verde scuro. In questo caso, tutti i loro compiti relativi all'acquisizione del talento sono terminati, poiché i contratti sono stati tutti firmati con gli influencer che testeranno e forniranno feedback, quindi rilasceranno contenuti al lancio. (Diapositiva 11)
Una roadmap agile può essere utilizzata come una timeline del progetto per monitorare i progressi nel corso di più anni. In questa visualizzazione, tre diversi flussi di lavoro possono essere monitorati nel corso degli anni e sono codificati a colori in base al livello di rischio del progetto. Il Risk Management del progetto è importante poiché possono esserci eventi o condizioni incerti che interrompono il processo di un progetto. La consapevolezza di possibili risultati o possibili interruzioni prepara meglio sia il manager che lo stakeholder.
Per progetti o compiti ad alto rischio, è possibile vedere dove concentrare la propria attenzione, o regolare le priorità dei compiti in modo che un altro compito chiave non sia interamente dipendente dal successo di un compito ad alto rischio. Idealmente, un compito che segue un compito ad alto rischio può essere portato a termine nonostante il successo o il fallimento del compito ad alto rischio.
Nel caso della nostra funzione di shopping in diretta, un ritardo nell'iscrizione dei creatori di contenuti potrebbe portare a un lancio debole con contenuti insufficienti per mantenere impegnata la tua base di utenti, o addirittura sapere come funziona questa nuova funzione.Un altro compito ad alto rischio potrebbe essere la creazione del pannello di controllo del creatore, dove i creatori caricano i loro contenuti. Se questo backend non è configurato correttamente, nessuno sarà in grado di caricare i propri contenuti o guardare le trasmissioni in diretta, il che ucciderebbe effettivamente il tuo lancio. (Diapositiva 13)
In alternativa, un piano di rilascio agile è un altro tipo di roadmap che i project manager possono utilizzare per monitorare le tempistiche attraverso diverse versioni e rilasci. È più una visualizzazione basata su fasi che traccia i compiti e i progressi attraverso le iterazioni, che può essere una variazione utile a seconda delle informazioni che devi monitorare o comunicare con gli stakeholder chiave in varie fasi del progetto.(Diapositiva 15)
Voila! You can now download this presentation
Download