Se lavori su un team Scrum, sai senza dubbio che dovresti avere un product backlog e un product owner. Ma cosa, esattamente, è un prodotto?

Per alcuni team, questa può essere una domanda piuttosto fondamentale. Dopo tutto, un’organizzazione non può identificare proprietari di prodotti, team e ruoli appropriati senza prima sapere quali sono i suoi prodotti. E se ci deve essere un product backlog per prodotto, abbiamo bisogno di sapere quali sono i nostri prodotti prima di creare un product backlog per ciascuno.

Nella maggior parte dei casi, sembrerebbe semplice identificare i prodotti di un’organizzazione., Ad esempio, un produttore di orologi potrebbe pensare a ogni elemento che vendono come un prodotto. Ma anche questo potrebbe semplificare eccessivamente le cose. E, alcune organizzazioni hanno un tempo molto più difficile identificare i prodotti.

Quali sono i prodotti di una compagnia aerea?

Prendiamo ad esempio una compagnia aerea. Alcuni anni fa, stavo facendo un po ‘ di lavoro con una compagnia aerea quando la questione di ciò che è un prodotto si avvicinò. Alcune persone in azienda hanno sostenuto che una compagnia aerea fa solo una cosa: spostare le persone da un luogo all’altro., Hanno sostenuto, quindi, che nonostante l’azienda abbia oltre 40.000 dipendenti, dovrebbe esserci un solo prodotto.

Altri hanno sostenuto che c’erano molti prodotti all’interno della compagnia aerea. Ad esempio, avevano un sito Web rivolto ai passeggeri che poteva essere utilizzato per fare cose come effettuare prenotazioni, effettuare il check-in per un volo o controllare lo stato di un volo. Avevano anche un sistema per il monitoraggio e la pianificazione della manutenzione degli aerei. E un altro che ha permesso ai membri dell’equipaggio di selezionare i voli che volevano lavorare in base all’anzianità.

Erano anche questi prodotti?,

Una definizione di prodotto ed esempi

Definisco un prodotto come qualcosa (fisico o meno) che viene creato attraverso un processo e che fornisce benefici a un mercato.

Da quello, una sedia sarebbe un prodotto. Microsoft Office sarebbe un prodotto. Servizi di consulenza agile sarebbe un prodotto. Un dipinto sarebbe un prodotto. Un prodotto può essere un qualcosa di fisico (la sedia). Può essere un prodotto digitale (Microsoft Office, un ebook o video in streaming). Può anche essere un servizio (consulenza su come adottare agile).,

Un prodotto può anche essere solo un’idea (un algoritmo brevettabile o il segreto per ottenere più colpi giusti su Tinder).

Ognuno di questi viene creato attraverso un processo o, più in generale, una o più attività. Qualcuno ha macinato e assemblato la sedia. Microsoft Office è stato progettato, codificato e testato. Il processo che crea un prodotto non ha bisogno di essere formale o definito. I creatori potrebbero non essere nemmeno a conoscenza del processo. Ma una qualche forma di attività va nella creazione di ogni prodotto.

I prodotti possono essere definiti ricorsivamente

Un prodotto può esistere all’interno di un altro prodotto., Una penna, ad esempio, può avere cartucce d’inchiostro sostituibili. La penna è un prodotto. Ma lo sono anche le cartucce d’inchiostro all’interno della penna.

Ci sono anche sottoprodotti all’interno di una sedia. La società di produzione e vendita della sedia potrebbe aver acquistato gambe completamente fresate da un’altra società. Le gambe della sedia sarebbero quindi un prodotto.

I prodotti possono essere definiti ricorsivamente. Una società di legname raccolto alberi per fare il legno-un prodotto a sé stante. Successivamente, una società di fresatura ha usato quel legno per fare le gambe della sedia., Un’altra società ha poi preso quelle gambe della sedia pre-fresate e le ha utilizzate per assemblare sedie di loro progettazione. Quindi i prodotti possono esistere all’interno di altri prodotti.

I prodotti offrono vantaggi a un mercato

Quando identifichiamo sottoprodotti all’interno di un prodotto più grande, dobbiamo stare attenti che ogni sottoprodotto offra vantaggi a un mercato. La definizione di cui sopra non dice che qualcosa deve essere acquistato per essere un prodotto. Ma, per essere considerato un prodotto, l’articolo deve soddisfare un bisogno o un desiderio.

Questo vale per le gambe pre-fresate per una sedia e le cartucce di inchiostro di ricambio per una penna., Quando si definiscono i prodotti – e, quindi, i proprietari di prodotti e i product backlog in Scrum-sarà importante definire ciascun prodotto in modo tale da fornire benefici a un mercato.

Applicando questa definizione all’esempio della compagnia aerea

Quindi se i prodotti vengono creati attraverso alcuni processi e beneficiano di un certo mercato, sono prodotti di componenti software?

Per rispondere a questa domanda, considera l’esempio della compagnia aerea precedente. In che modo sapere che un prodotto è qualcosa che viene creato attraverso un processo e che fornisce benefici a un mercato aiuta una compagnia aerea a identificare i suoi prodotti?,

Prima di tutto, è facile vedere che il trasporto di persone da un luogo all’altro è un prodotto. Tale attività fornisce valore a un mercato di persone che pagano volentieri per la possibilità di volare in una posizione.

Ma per quanto riguarda il sistema per il monitoraggio e la pianificazione della manutenzione degli aeromobili? Io sostengo che, troppo, è un prodotto.

È creato attraverso un processo ed è anche qualcosa che fornisce benefici a un mercato. Quale mercato?

Bene, potremmo andare fino in fondo e dire che i passeggeri beneficiano di aerei ben mantenuti e sicuri., Ma, ancora più vicino allo sviluppo del prodotto, possiamo dire che i dipendenti della compagnia aerea beneficiano di avere il monitoraggio della manutenzione e la pianificazione computerizzata piuttosto che dover farlo manualmente con la carta.

Lo stesso si potrebbe dire del sito web della compagnia aerea, che consente ai passeggeri di effettuare prenotazioni di voli. C’è un mercato per questo.

Quindi, sì, la nostra compagnia aerea ha un grande prodotto—e ha anche molti sottoprodotti. Qualsiasi cosa all’interno di quell’azienda che può essere pensata come un valore per un mercato è un prodotto.,

Applicare questa definizione ai componenti software

Con questo in mente, considerare un componente software. Se un team sviluppa software utilizzato da altri team, può essere pensato come un prodotto? Si consideri l’esempio di un team building un widget calendario. Esso fornisce valore a un mercato: le altre squadre che utilizzeranno il widget. Direi, quindi, che un componente creato per più team è un prodotto.

Vorrei disegnare la linea, però, con un widget calendario (o qualsiasi componente) che viene utilizzato da una sola squadra. Sì, tecnicamente un mercato può esistere con un solo cliente., Un dipinto, ad esempio, viene venduto a una persona.

Ma, quando si parla di sviluppo del prodotto (come con agile), può essere pericoloso pensare a qualcosa come un prodotto se viene utilizzato da una sola persona o gruppo. Potrebbe portare, ad esempio, a pensare al codice come un prodotto che viene consegnato a un mercato di tester. Questo non è solo un passo indietro nello sviluppo sequenziale (o graduale), è anche una forma di subottimizzazione.,

Evitare la subottimizzazione dei prodotti

Secondo il professore di economia della San Jose State University Thayer Watkins, la subottimizzazione “si riferisce alla pratica di concentrarsi su un componente di un totale e apportare modifiche intese a migliorare quel componente ignoring ignorando gli effetti sugli altri componenti.”

Mentre le organizzazioni vogliono definire tutti i loro prodotti per gestire al meglio il lavoro, non vogliono restringere la loro attenzione al punto che non riescono a vedere il tutto perché sono fissati sulle singole parti., Come tale, le organizzazioni vogliono definire ogni prodotto nel modo più ampio possibile.

Detto questo, come abbiamo visto in precedenza con la compagnia aerea, c’è una cosa troppo ampia quando si tratta di identificare i prodotti. Quando un prodotto è così grande da servire più mercati, spesso preferisco considerarlo come più prodotti ciascuno al servizio di un mercato unico.

Ad esempio, sarebbe abbastanza facile pensare a Microsoft Office come a un singolo prodotto. Tuttavia, Office è una suite di prodotti, ognuno dei quali offre funzionalità diverse e serve mercati leggermente diversi (ma sovrapposti).,

Per questo motivo, vorrei pensare a Word, Excel, PowerPoint e così via come al proprio prodotto. Ognuno avrebbe il proprio product owner e product backlog.

Con un prodotto grande come Office, è molto probabile che ci siano anche prodotti basati su funzionalità condivise tra cose come Word, Excel e PowerPoint. Pensare al correttore ortografico, ad esempio, come un prodotto potrebbe avere senso. Il correttore ortografico fornisce vantaggi a un mercato (le altre squadre che non hanno bisogno di scrivere il proprio correttore ortografico da zero).,

Non definirei, tuttavia, il widget della funzione di Excel (somma, media, conteggio, ecc.) come prodotto. È unico per Excel e come tale, serve un solo cliente. Dare un product backlog e un product owner al di fuori del contesto di Excel sarebbe troppo rischioso.

Oltre ad evitare prodotti con un solo cliente, un altro modo per ridurre il pensiero non ottimale quando si lavora con più prodotti è nominare un chief product owner. Il chief Product owner è un ruolo strategico, responsabile della creazione di una visione in tutti i sottoprodotti., Sul prodotto Office, ad esempio, il chief product owner starebbe osservando come ogni singolo prodotto influisce sulla suite nel suo complesso.

Cosa ne pensi?

Identificare correttamente i prodotti nell’organizzazione può aiutarti a evitare problemi legati alla struttura del team, alla gestione del product backlog e all’assunzione di persone nei ruoli sbagliati. Come definisci “prodotto” nella tua organizzazione? Ci sono linee guida che puoi estrapolare per creare una definizione generale di prodotto? Si prega di condividere i tuoi pensieri nei commenti qui sotto.