Analizzare la produzione snella di DevOps

  • 6 minuti

Secondo Richard Banfield, autore della guida Design Sprint: A Practical Guidebook for Building Great Digital Products e di Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams, le grandi aziende produttrici hanno quattro aspetti in comune:

  • Velocità di commercializzazione
  • Agilità nell'affrontare il cambiamento
  • Passaggio all'attività digitale
  • Indice di soddisfazione dei clienti

Perché adottare un modello incentrato sul prodotto?

Entro il 2024, più di tre quarti dei leader aziendali digitali beneficeranno di procedure di gestione del prodotto, con un aumento rispetto a un terzo che lo hanno già fatto nel 2018.

Entro il 2024, l'80% delle organizzazioni IT effettuerà una ristrutturazione e modifiche radicali alle proprie missioni parallelamente all'adozione di modelli operativi incentrati sul prodotto.

Gartner "A Day in the Life of a Digital Product Manager," Deacon D.K Wan, 31 luglio 2019 – ID G00400672

Diagram depicts product-centric model adoption over time. In total, 85% of the respondents have adopted or plan to adopt a product-centric model. Full adoption over time happens for 54% of the respondents, and partial adoption for 32%. 15% of the respondents say they have fully adopted a product-centric model. 31% expect it to be fully adopted within the next three years. 5% expect to adopt the product-centric model in the next three to five years. 3% expect the adoption process to take longer than five years. 32% of the respondents expect some use of a product-centric model, but not to fully move to one. 15% of the respondents do not have plans to move to a product-centric model. The survey was conducted on 129 Gartner Research Circle members. The question was: What are your organization’s plans for using a product-centric model for software delivery (versus a project-centric model)? Please select one response.

Crediti dell'immagine: Gartner: "Survey Analysis: IT Is Moving Quickly From Projects to Products", Bill Swanton, Matthew Hotel e Deacon D.K. Wan, 23 ottobre 2018 - ID G00373896

Importante

Secondo l'autore riconosciuto e relatore pubblico internazionale Martin Fowler, la "modalità prodotto" è una modalità di lavoro. Si tratta di un modo per finanziare e organizzare lo sviluppo di software che differisce notevolmente dalla modalità basata sui progetti. Sebbene sia generalmente applicabile all'IT aziendale dell'era digitale, questa modalità di lavoro è particolarmente adatta a coloro che mirano a guidare le aziende attraverso una piattaforma digitale.

Vantaggi potenziali del lavoro in modalità prodotto

  • Possibilità di riorientare rapidamente
  • Durata ciclo end-to-end ridotta
  • Possibilità di eseguire l'iterazione
  • Conservazione delle informazioni
  • Integrità dell'architettura
  • Motivazione e dinamica del team
  • Economie di flusso e iterazione

Che cos'è il modello incentrato sul prodotto?

Importante

Si tratta di una strategia incentrata sull'azienda per la distribuzione di software e di esperienze digitali in cui viene sviluppato un prodotto che offre una funzionalità aziendale continuativa (in contrapposizione a un approccio basato su un progetto limitato nel tempo). In genere, un responsabile del prodotto è proprietario di questo prodotto ed è responsabile del suo sviluppo e del relativo budget. Questo prodotto può esistere in una piattaforma, che è essenzialmente un prodotto in cui vengono compilati altri prodotti.

  • Definizione di Gartner

Suggerimento

I progetti vengono usati per gestire gli impegni occasionali.

Il processo di sviluppo del prodotto non è un impegno occasionale, ma un processo continuo di miglioramento dei prodotti attraverso l'offerta di nuove funzionalità.

Un prodotto non è un progetto perché non esiste una definizione chiara di ciò che deve essere fornito. Un prodotto nel settore dello sviluppo software è ogni sistema rivolto ai clienti. Poiché le esigenze dei clienti si evolvono nel tempo e vengono rese disponibili nuove tecnologie, i clienti si aspettano che anche il software che usano si evolva, pertanto non esiste una definizione chiara di ciò che deve essere fornito. Non vi è motivo di avere un piano di un anno per tutte le funzionalità da fornire in una determinata sequenza se i requisiti possono variare ogni mese o anche ogni settimana. Un processo di sviluppo del prodotto deve essere adattabile a questa modifica nelle esigenze dei clienti.

Non esiste una definizione chiara della data in cui è necessario fornire i prodotti. Pertanto, i prodotti non possono essere pregiudicati dal processo di gestione del progetto. Il processo di sviluppo del prodotto deve essere molto più snello rispetto al tradizionale processo di gestione dei progetti, perché l'erogazione di nuove funzionalità a un prodotto è sempre lo stesso progetto per ogni nuova funzione: individuazione, progettazione, implementazione, test, distribuzione.

Importante

Il modello incentrato sui prodotti

  • Può essere utile ai clienti interni ed esterni
  • È chiaramente definito dalle sue funzionalità aziendali
  • Offre funzionalità che hanno valore per i clienti
  • Può essere un servizio o una piattaforma ripetibile
  • Può essere acquistato, venduto, sottoscritto e/o finanziato
  • È soggetto a concorrenza nel mercato e ha un ciclo di vita del prodotto

L'allineamento di un team di sviluppo a un prodotto richiede una modifica fondamentale al set di competenze all'interno del team stesso. Anziché una forte specializzazione, il team deve adottare una metodologia full-stack per supportare un prodotto end-to-end.

Le organizzazioni di prodotto sono più uniformi, con meno sovraccarichi.

Diagram depicts the full-stack product team, which includes the following roles: product owner, scrum master, engineer, site reliability engineer. The full-stack team collaborates with the product manager and agile architect.

Crediti dell'immagine: Gartner “Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile”, Bill Swanton, 12 febbraio 2019,-ID: G00383228