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, President of Fintentional, applies an Agile approach to his fee-only financial planning practice. “As a former software engineer, I practiced using some of the Agile predecessors known as evolutionary and spiral software development. I am applying an Agile approach to my fee-only financial planning practice.
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 with CloudBerry Lab, uses Agile to manage marketing projects. “We plan and manage two-week Sprints and apply story points, backlog, review, kickoff, and a daily 30-minute stand-up meeting. This Agile approach allows us to spread tasks among ten marketing team members. Each team member feels responsible and informed about what is going on.”
Monica Georgieff, Head of Marketing for Kanbanize, adopted a Lean Agile approach to campaign management. “We map our campaign activity on a Kanban board. We discovered that it works wonders for our efficiency and output. This has helped us deliver quick, high-quality work. For example, an idea today could be a reality next week because we are much more flexible to market changes. It turns out that software methodologies work for marketing, too!”
Christine Bottagaro, CMO at Rogue Wave Software, has also relied on Kanban to execute marketing projects. “We tried a number of Agile ceremonies, but Kanban worked best. It assumes constant work, with no end dates, and allows for real time prioritization. This suits our work pace, ongoing ideas, work in progress, and completed projects. We rely on an online card system to track work across teams and to manage our 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.