Come impostare un avvio agile senza il cliente? [duplicare]

Hai bisogno che qualcuno sia un proxy per il cliente. Qualcuno nel team che assume il ruolo di Product Owner, o come si chiama nella tua metodologia di scelta, e si mette nella posizione di un potenziale cliente.

Si noti che questo è un lavoro difficile! Ma scegliere la cosa giusta da costruire è uno dei problemi difficili che ogni start-up deve affrontare!

... chi sarà il futuro cliente? Se non puoi rispondere a questo, probabilmente hai problemi più significativi di "come eseguire agile" da quando stai adottando un ", se facciamo qualcosa di interessante, la gente lo comprerà!" prospettiva.

Puoi fare una varietà di tecniche per creare un'identità per questo cliente. Forse una persona utente recitata dai membri del tuo team.

Avere un documento "questo è un utente di esempio, ecco le esigenze di questo utente" rende molto più semplice farlo correttamente.

Ci sono molte possibilità aperte per situazioni come questa.

Per gli incontri di mischie e giorno per giorno, come menzionato da altri, dovresti nominare un membro della tua squadra, in genere quello con un tocco più "visionario" per il tuo gioco, per agire da stakeholder. Assicurati che anche la persona che firma i controlli sia rappresentata, almeno per le tue recensioni sprint e per la pianificazione dello sprint.

Successivamente dovresti ottenere in modo definitivo un feedback più ampio, ad esempio i test di gioco sarebbero un'ottima fonte di informazioni. Anche i test di usabilità sono buoni, si sovrappongono ma entrambi prendono di mira parti diverse del sistema (prima controlla se è divertente, l'altro controlla quanto sia facile entrarci).

Le parti interessate sono una parte importante della metodologia di mischia e non dovrebbero essere trascurate. Sono in gran parte ciò che mantiene i sogni e i desideri della squadra saldamente radicati nella loro prospettiva. Quindi, se decidi di interpretare il ruolo internamente, fai il massimo sforzo per ottenere il feedback esterno il più spesso possibile.

Potresti già saperlo ma vuoi guardare i libri / movimenti "Lean Startup" di Eric Ries e "Running Lean di Ash Maurya.

Entrambi i concetti e i metodi di copertura per determinare con la progettazione incrementale, la prototipazione e lo sviluppo, scoprire chi potrebbero essere i tuoi clienti, cosa deve essere il tuo prodotto e dove deve andare, e in generale, testare continuamente i tuoi locali per poterli persino voler sviluppa il tuo prodotto. Ti aiutano ad assicurarti di non spendere un sacco di soldi per costruire cose che nessuno vorrebbe.

Una volta che inizi effettivamente a costruire il prodotto, tecniche come Scrum e Kanban possono aiutarti a costruire in modo incrementale / continuo e dare priorità a ciò che dovresti costruire concentrandoti sui rischi / costi di ritardo e altri fattori.

Questa è una risposta molto semplice alla tua domanda - ma bisogna capire meglio la tua situazione per quello. E se non hai letto quei due libri, DEVI!

HTH

Sostituisci la parola "cliente" con "stakeholder". Per un contratto di sviluppo software del software, il principale interlocutore è il cliente che paga il conto.

Per un software speculativo o un gioco, i principali stakeholder sono i proprietari dell'azienda, o chiunque altro stia mettendo l'investimento iniziale per farlo accadere. Lo stakeholder in quel caso spesso ha molte cose da fare oltre alla programmazione, ma deve essere tenuto aggiornato e coinvolto nel processo di sviluppo. Quella persona è responsabile di immaginare cosa vorrebbe il cliente o è responsabile della selezione di qualcun altro per adempiere a tale ruolo e fungere da stakeholder.

Quindi leggi questo: Five Worlds

Direi che dovresti metterti nei panni dei tuoi clienti. Prova a fare un'analisi SWOT per capire perché vorresti comprare un tale software e decidere i potenziali requisiti richiesti dal cliente. Da lì puoi raccomandare di leggere Business Model Generation scritto da Alex Osterwalder. Penso che questa sia una domanda che riguarda più come costruire un software che è desiderabile.

Spesso Agile sembra orientato verso le interazioni B2B, dove il tuo "cliente" è un'altra società con pochi rappresentanti che sono lì per dire al tuo gruppo ciò che vogliono. Da quanto ho capito, stai parlando della situazione in cui stai realizzando un prodotto per la distribuzione di massa. In questi casi, i tuoi clienti sono milioni di persone che speri di voler utilizzare il tuo prodotto. Non hai davvero nessuno da invitare alla tua recensione.

Il modo in cui gestiamo questo è con una posizione separata, un "Product Manager", che è essenzialmente responsabile di agire come cliente. Analizzeranno il mercato, fare analisi competitiva, sondare i clienti, fare test degli utenti e qualsiasi altra cosa per cercare di capire i clienti target. Quella persona agisce come tuo cliente. Finiscono per lavorare a stretto contatto con il proprietario del prodotto in merito.

Se sei piccolo e non puoi avere un product manager separato, il proprietario del prodotto può spesso raddoppiare su quel ruolo. Anche se generalmente è meglio avere qualcuno separato, in quanto il proprietario del prodotto deve anche gestire gli stakeholder tecnici.