Come può un team applicare la metodologia Scrum senza un cliente chiaro? [duplicare]

Abbiamo una persona interna che rappresenta i clienti. Questa persona parla con il supporto tecnico per vedere quali sono i clienti che richiedono o hanno problemi. Si occupa anche direttamente dei nostri clienti di alto profilo e mission critical. Parla anche con le vendite per vedere cosa cercano i potenziali clienti. Sulla base di tutti questi feedback, lei è il 'product owner' e mette le priorità dal backlog.

Devi essere molto chiaro sulla differenza di una Product Company e di un reparto IT di un'azienda. Il primo è il tuo caso. Spesso vediamo pratiche Scrum applicate al contesto sul secondo; quando hai il cliente all'interno dell'azienda. Ma il primo è una bestia completamente diversa.

Ho letto della tua preoccupazione e ho trovato due fonti principali che hanno il loro metodo, ma in sostanza insegnano lo stesso principio: metti al primo posto il cliente.

1. Steve Blank : Customer Development, guarda il suo libro I quattro passi per l'Epifania

2. Il Silicon Valley Product Group (SVPG): e il loro libro Ispirato: Come creare prodotti I clienti amano

Credo che troverai tutte le tue risposte sul loro lavoro.

Il cliente è il tuo pubblico. Ora, ovviamente, questo pone un problema e per risolverlo devi lasciarti rappresentare dal cliente.

La difficoltà qui è riuscire a tirarti indietro dal tuo lavoro e assicurarti di sapere ciò che il pubblico desidera davvero.

Per aiutarti puoi ricevere feedback dagli utenti, magari reclutare alcune persone dal tuo pubblico per provare il tuo lavoro prima di rilasciarlo.

Soprattutto hai bisogno di dati . Assicurati che le modifiche apportate stiano davvero lavorando per la felicità dei tuoi clienti, questo significa statistiche. Guarda attentamente i tuoi numeri ogni volta che apporti le modifiche e utilizzale per informarti su come progredisci.

Il proprietario del prodotto comprende eventualmente il dominio, gli utenti, l'applicazione e può utilizzare diverse tecniche per raccogliere informazioni dagli utenti attuali e futuri.

Questo non è molto diverso dal lavorare con una grande organizzazione / impresa. Solo perché c'è una sola entità che paga il conto, non significa che non dovrai gestire più gestori, utenti e requisiti in conflitto. Questo può essere peggio perché tutti pensano che i loro requisiti siano assoluti e devono avere un deal-killer.

Sì, in quella situazione qualcuno ha bisogno di proxy i requisiti dell'utente. È possibile utilizzare strumenti per raccogliere feedback degli utenti come Getsatisfaction.com ma qualcuno dovrà decidere i requisiti. Potresti voler coinvolgere singoli utenti per test e convalida, ma capisci che i loro requisiti possono variare.

Altre risposte hanno indicato la necessità di dati e per un proxy cliente.

Per facilitare entrambi, è probabile che siano disponibili due potenziali risorse. Innanzitutto qualsiasi feedback ricevuto dalla base di clienti esistente, direttamente o tramite il fornitore della piattaforma. Log degli errori, domande frequenti, richieste di funzionalità e simili. Apprezzo che per un'app per smartphone questi potrebbero non essere accessibili a te.

La seconda risorsa è il membro del team che è un pessimista professionista - la maggior parte delle squadre ha uno di questi. Il ragazzo che è sempre pieno di buone ragioni logiche perché ciò che viene proposto non funzionerà; perché ciò che è già disponibile è tutto sbagliato; ecc. Chiedete loro cosa c'è che non va nell'app e poi controllate le risposte per identificare i miglioramenti che potete apportare, che possono essere incorporati. Il tuo unico problema potrebbe essere il pessimista per disattivare l'elenco dei difetti.

Guarda cosa fanno le altre web company per raccogliere feedback iterativi. Questo sito utilizza un metodo di voto per spostare le buone risposte. Google utilizza il concetto di "Labs" per provare nuove idee.

Stabilisci "incentivi" per gli utenti Web abituali di incontrarti. Può essere semplice come invitare alcuni utenti a parlare con gli sviluppatori principali. Umanizza il tuo sito con un blog dagli sviluppatori. Il punto qui è che se non è possibile avvicinare i clienti agli sviluppatori, quindi avvicinare gli sviluppatori al cliente.

Anche avere un proprietario di prodotti esperto che incontri regolarmente con i clienti è prezioso.

A seconda di chi sia la vostra base di clienti e di quante informazioni avete su di loro (o possono derivarne utilizzando aziende come Lexis Nexis), un modo comune per affrontare questo dilemma è l'uso di "personas". Fondamentalmente tu costruisci i rappresentanti dei tuoi clienti (alcuni luoghi creano in realtà grandi modelli di cartone) in base ai dati che hai. Tu dai il nome a questi personaggi. Continui a raccogliere informazioni sui loro gusti e desideri. Dividi la tua base di clienti in gruppi / tranche e disponi di un personaggio per ogni tranche. Se possibile, individua i clienti reali che più corrispondono a ciascuna tranche e intervistali. Quindi, una persona del team cerca di rappresentare ogni persona.

È imperfetto e funziona meglio per l'architettura dell'informazione (UI e roba) piuttosto che per cose più profonde, ma è almeno un approccio che ha un certo valore. È in circolazione da almeno 10 anni.