Agile per prodotti non software
Agile è più comunemente noto nel mondo dello sviluppo software, ma molte organizzazioni trovano il framework vantaggioso anche per progetti non software. Di seguito sono riportati esempi reali di utilizzo del metodo Agile in ambienti non software:
Finanza:
Mike Palazzolo, Presidente di Fintentional, applica un approccio Agile alla sua attività di pianificazione finanziaria fee-only. "Come ex ingegnere software, ho fatto esperienza con alcuni dei predecessori Agile noti come sviluppo software evolutivo e a spirale. Ora sto applicando un approccio Agile alla mia attività di pianificazione finanziaria fee-only.
Una delle critiche dello sviluppo di un piano finanziario in tempo è che spesso è obsoleto dal momento in cui viene consegnato al cliente. Offro servizi di pianificazione finanziaria ininterrotta con ritenuta, dove lavoro in modo collaborativo con i miei clienti per fornire pianificazione e coaching nel corso dell'anno. Suddivido l'anno in "sprint" in modo che non prendere più di quanto possiamo gestire per ogni sprint. Ciò consente anche di modificare la rotta durante l'anno man mano che la vita cambia, man mano che lo fa. Uso la tecnologia come "software di gestione dei progetti finanziari" per facilitare il processo".
Marketing:
Alexander Kariagin, Partner Marketing Director di CloudBerry Lab, utilizza la metodologia Agile per gestire i progetti di marketing. "Pianifichiamo e gestiamo sprint di due settimane e applichiamo story point, backlog, revisione, kickoff e una riunione stand-up giornaliera di 30 minuti. Questo approccio Agile ci consente di distribuire le attività tra dieci membri del team di marketing. Ogni membro del team si sente responsabile e informato su ciò che sta accadendo".
Monica Georgieff, responsabile marketing di Kanbanize, ha adottato un approccio Lean Agile alla gestione delle campagne. "Mappiamo l'attività della nostra campagna su una board Kanban. Abbiamo scoperto che fa miracoli per la nostra efficienza e produzione. Questo ci ha aiutato a consegnare un lavoro di alta qualità in tempi brevi. Ad esempio, un'idea di oggi potrebbe già diventare realtà la prossima settimana perché siamo molto più flessibili ai cambiamenti del mercato. E abbiamo scoperto che le metodologie software funzionano anche per il marketing!"
Anche Christine Bottagaro, CMO di Rogue Wave Software, si è affidata a Kanban per l'esecuzione di progetti di marketing. "Abbiamo provato diverse cerimonie Agile, ma Kanban ha funzionato meglio di tutte. Con Kanban l'attenzione è rivolta a un lavoro costante, senza date di fine, consentendo così la definizione delle priorità in tempo reale. Questo si adatta al nostro ritmo di lavoro, alle idee in fase di sviluppo, al lavoro in corso e ai progetti completati. Ci affidiamo a un sistema di schede online per monitorare il lavoro tra i team e per gestire i backlog."
L'approccio iterativo adottato mediante framework Agile si è dimostrato applicabile sia ai prodotti software che ai prodotti non software. Secondo Hubert Smits, Scrum Trainer certificato "l'approccio Agile/Scrum si basa sul pensiero empirico: i problemi complessi si risolvono meglio suddividendoli in fasi più piccole, completando per prime quelle che forniscono le informazioni più importanti".
Come si può notare nell'esempio sopra riportato, molti "prodotti aziendali" possono trarre vantaggio da queste piccole fasi iterative.
Ruoli di gestione dei prodotti Agile
L'intento della gestione dei prodotti è lavorare a stretto contatto con lo sviluppo del prodotto e gestire la direzione e i requisiti del prodotto in base alle ricerche di mercato, al feedback dei clienti e alla capacità di sviluppo. Purtroppo, i product manager sono spesso sommersi da attività di gestione dei progetti associate a rilasci software, e non riescono a interagire con clienti e influencer di mercato per creare un prodotto massimamente commercializzabile.
Nel mondo dello sviluppo Agile, ci sono altri ruoli che aiutano ad allontanare i product manager dalle attività tattiche e tecniche (alle quali dedicano il loro tempo in ambienti Waterfall tradizionali) conferendo loro un ruolo rivolto all'esterno, in cui possono interagire con il mercato. Tuttavia, non è raro che i product manager ricoprano il ruolo di product owner. Questo, come si legge di seguito, può diventare schiacciante anche per il product manager più esperto.
Product Manager Agile: l'obiettivo del product manager Agile è lavorare con clienti e leadership aziendale per definire la direzione del prodotto. Il product manager è responsabile di rappresentare la vera voce del cliente. Il modo migliore per comprendere pienamente il problema del cliente è parlarci, visitare i suoi siti, sperimentare la sua vita aziendale quotidiana e intervistare il personale. In questo modo, un product manager avrà una visione diretta delle lotte del cliente e sarà in grado di definire caratteristiche e funzionalità che mitigano i punti dolenti. Senza interazione diretta con i clienti, è impossibile comprenderne pienamente le lotte e le esigenze.
I programmi di certificazione per diventare un Product Manager Agile sono offerti da Pragmatic Marketing nel corso Pragmatic Product Management.
Sfide affrontate dai product manager: proprio come qualsiasi altro ruolo organizzativo, i product manager si trovano ad affrontare ostacoli. L'ostacolo più comune è definire i requisiti. Ogni team (come lo sviluppo, il supporto, i servizi professionali o le vendite) ha un parere sulle funzionalità che devono essere incluse in un prodotto. Fortunatamente, grazie alle informazioni tangibili raccolte durante le interazioni con i clienti, i product manager possono sostenere le storie degli utenti e la roadmap del prodotto con dati reali.
Inoltre, il ruolo di un product manager va da attività strategiche (come la definizione della roadmap del prodotto in allineamento agli obiettivi aziendali) fino ad attività tattiche che avvengono nei settori vendite, marketing e assistenza del prodotto. Purtroppo, i product manager spesso si impantanano in attività tecniche e tattiche che lasciano poco tempo da dedicare al lavoro strategico: il team di vendita desidera che i product manager si occupino della dimostrazione del prodotto, il settore marketing li incarica della stesura della garanzia, mente il settore sviluppo li usa per gestire i progetti. Grazie alla loro conoscenza del prodotto, i product manager sono grandi risorse per tutte queste attività, ma l'equilibrio tra strategia e tattica è essenziale.
Product Owner Agile: il product owner di un ambiente Agile lavora di pari passo con il team di sviluppo per chiarire le storie degli utenti, la visione del prodotto e le specifiche, gestire i backlog e massimizzare il valore del prodotto per l'azienda. Il product owner comunica le intenzioni aziendali al team di sviluppo, in modo che abbia una chiara comprensione del perché gli viene chiesto di fare ciò che fa. Un product owner mostra un grande equilibrio tra comprensione tecnica/dello sviluppo e business intelligence. Riesce a vedere il quadro completo: comprendere le esigenze dell'azienda e il cliente, comunicare con i team aziendali e allineare le attività tecniche per consegnare un prodotto eccezionale. I product owner hanno in genere una comprensione di base dello sviluppo software, sono comunicatori efficaci e comprendono la necessità di affrontare i problemi dei clienti. È comune che i product owner ricoprano la posizione di analista aziendale prima di diventare product owner.
I corsi di certificazione sono offerti dalla Scrum Alliance per diventare product owner certificati (CSPO). Questa certificazione è preziosa sia per avanzare di carriera come product owner ma anche per comprendere chiaramente l'ambito del ruolo del product owner.
Errori fatti dai product owner: l'istituzione del ruolo di product owner può avere enormi vantaggi in un ambiente Agile. Tuttavia, in questo ruolo si commettono degli errori. Per avere successo, un product owner dovrebbe:
- Essere fermo
- Conquistare la fiducia del suo team
- Comprendere la visione del prodotto
- Essere presente e disponibile per il team
- Adattarsi al cambiamento (Agile)
- Evitare un approccio di microgestione del team
L'impiego dei ruoli di product manager e di product owner all'interno di un'organizzazione Agile aiuta a bilanciare le responsabilità senza sovraccaricare un singolo individuo. Immagina di dover interagire con i clienti, comunicare le loro esigenze, creare storie degli utenti, partecipare al meeting Scrum quotidiano, abilitare le vendite, formarti all'assistenza, dimostrare il prodotto, documentare le caratteristiche, chiarire i requisiti e così via. Tutto questo può essere schiacciante, anche per il product manager con più esperienza. L'intera organizzazione trarrà vantaggio dalla condivisione delle attività tra product manager e product owner, evitando così che un product manager si senta sovraccaricato dovendo fare tutto da solo.
Il diagramma di seguito definisce alcune delle attività comuni svolte dal product manager e dal product owner.
Il documento dei requisiti del prodotto
Una domanda comune è se il documento dei requisiti del prodotto (PRD) venga utilizzato in un mondo Agile. In effetti, il PRD tradizionale non viene utilizzato in un ambiente Agile ed è invece sostituito dalla storia dell'utente (descrizioni della funzionalità con esigenze basate sulla persona). Queste storie dell'utente si concentrano sul valore del cliente e vengono utilizzate dal team Agile per collaborare ai dettagli per pianificare le iterazioni di un progetto.
Ulteriori confusione sui ruoli Agile comuni
Scrum master vs. product manager vs. product owner: In Scrum, la metodologia Agile più comune, lo Scrum master è principalmente responsabile di mantenere il team Scrum team motivato e concentrato, di evitare distrazioni del team e di fornire guida e istruzioni. Le responsabilità principali del product owner includono la gestione del backlog, la comunicazione delle storie degli utenti e la determinazione di date di rilascio e funzionalità. Infine, il product manager è responsabile della definizione delle storie degli utenti in base ai punti dolenti del cliente, alla conduzione di ricerche di mercato e allo sviluppo della roadmap del prodotto.
Altri ruoli importanti da considerare:
- Feature owner: differisce dal product owner in quando è responsabile solo di una funzione specifica (piuttosto che dell'intero prodotto).
- Team di sviluppo: il team di sviluppo esegue tutte le attività di sviluppo tecnico. Il team è responsabile di analisi, progettazione, scrittura del codice, test e comunicazione tecnica.
Ogni organizzazione Agile è diversa e, di conseguenza, i ruoli variano. Non è raro che un'organizzazione che sta passando dall'approccio Waterfall a quello Agile si limiti a trasformare i product manager in product owner. Tuttavia, ciò non significa che un buon product manager sarà un buon product owner, o viceversa. Piuttosto, ciò che funziona per un'organizzazione potrebbe funzionare o meno per un'altra e probabilmente con l'avanzare dell'organizzazione e del prodotto, cambieranno anche le responsabilità. Di conseguenza, saranno definiti ruoli aggiuntivi per garantire un'adeguata attenzione a tutte le attività associate alla consegna di un prodotto di qualità ai clienti.
La roadmap e il backlog del prodotto
La roadmap del prodotto viene sviluppata e mantenuta per mostrare l'avanzamento previsto di un prodotto. Queste roadmap vengono spesso consultate durante il ciclo di vita delle vendite per mostrare le prospettive del piano di crescita del prodotto. La roadmap è solitamente gestita dal product manager.
Il backlog del prodotto include il lavoro da completare per consegnare uno sprint o una storia utente. Il backlog viene utilizzato per guidare le attività del team di sviluppo e viene solitamente gestito dal product owner.
La roadmap e il backlog del prodotto funzionano di pari passo, mostrando un piano a lungo termine (roadmap) con i dettagli tattici necessari per consegnare ogni fase del prodotto (backlog).
Smartsheet è uno strumento fondamentale per product manager e product owner di Agile
Potenzia il rendimento dei tuoi dipendenti con una piattaforma flessibile progettata per soddisfare le esigenze del tuo team e capace di adattarsi alle condizioni mutevoli del lavoro. La piattaforma Smartsheet semplifica la pianificazione, l'acquisizione, la gestione e la creazione di report sul lavoro da qualsiasi luogo, aiutando il tuo team a essere più efficace e ottenere di più. Crea report sulle metriche chiave e ottieni visibilità in tempo reale sul lavoro mentre accade con report di riepilogo, pannelli di controllo e flussi di lavoro automatizzati creati per mantenere il tuo team connesso e informato. Quando i team hanno chiarezza sul lavoro da svolgere, possono ottenere maggiori risultati in meno tempo. Prova Smartsheet gratuitamente, oggi.