Sviluppo dell'Agenzia
Quale agenzia dovrebbe prepararsi prima di consegnare lo sviluppo.
Una guida dell'agenzia per la preparazione di un handoff di sviluppo: risultato del cliente, disegni, scopo, approvazioni, dipendenze, responsabilità commerciali e accettazione.
Una buona gestione dello sviluppo non richiede che l'agenzia diventi una consulenza software, richiede una chiara spiegazione dell'esito del cliente, del lavoro che viene commissionato e delle decisioni che rimangono con l'agenzia.
L'obiettivo è rendere visibile la responsabilità: uno sviluppatore non deve indovinare se uno schermo mancante, un'integrazione o una richiesta di cliente tardiva fa parte dell'impegno concordato.
Descrivere il risultato del cliente prima della tecnologia
Spiegare ciò che il cliente sta cercando di consegnare e chi lo userà. “Implementare questi disegni” può essere parte del compito, ma non spiega ciò che l'applicazione deve realizzare.
Per esempio, un breve illustrativo potrebbe essere: “Crea un portale partner in cui i partner approvati inviano richieste e il personale del cliente li esamina. L'agenzia fornisce i progetti di interfaccia e consolida il feedback dei clienti.” Questo dà al progetto un viaggio utente e una divisione di responsabilità.
Si tratta di un esempio, non un riferimento a un fidanzamento client esistente.
Definire il confine dello sviluppatore
Dichiarare se la commissione copre un'applicazione completa, un'implementazione frontend, un componente backend o un'integrazione.
Chi fornisce l'API? Chi possiede la distribuzione finale? Chi testa il risultato combinato? Senza queste risposte, un piccolo componente può acquisire una responsabilità implicita molto più grande.
Fornire le decisioni di progettazione, compresi gli stati
I progetti forniti dovrebbero identificare il comportamento desktop e mobile previsto e gli stati importanti di uno schermo.
Dove l'agenzia non ha progettato uno stato, contrassegnarlo come una decisione da risolvere, che è meglio che lasciare lo sviluppatore per inventare il comportamento e scoprire in seguito che il cliente si aspettava qualcosa di diverso.
Identificare quali attività e testo sono approvati, e che sono provvisori, l'ambiente di sviluppo non dovrebbe far sembrare un segnaposto come copia conforme al cliente approvata.
Stabilire il percorso di revisione e comunicazione
Nominare una persona che consolida il feedback per l'agenzia. Spiegare se lo sviluppatore parteciperà alle riunioni dei clienti, rispondere alle domande attraverso l'agenzia o partecipare solo a discussioni tecniche concordate.
Impostare chi può approvare un cambiamento. Un'idea del cliente, una preferenza dell'agenzia e un requisito contrattuale non sono automaticamente la stessa cosa. Mantenere un record di decisione aiuta tutti a capire ciò che è effettivamente entrato nell'ambito.
Un accordo white-label ha anche bisogno di regole pratiche: introduzioni di riunione, accesso, branding su consegnabili e il permesso di menzionare il progetto pubblicamente.
Condividere dipendenze senza condividere segreti inutilmente
Elenca i sistemi, la documentazione, le modalità di hosting, i repository e i conti di terze parti. Spiega chi li possiede e come sarà fornito l'accesso appropriato.
Non posizionare password o segreti API in un breve progetto generale o in un modulo di richiesta ordinaria.
Per le integrazioni, includere gli account di test disponibili, i payload dei campioni senza dati privati e un contatto per le domande business-rule.
Accensione concreta
Descrivete ciò che l'agenzia esaminerà in ogni pietra miliare: un utile esempio di accettazione indica un'azione e un risultato: un partner invia una richiesta, il personale può esaminarla e il partner vede lo stato concordato.
Concordo sul modo in cui verranno registrati i problemi, sul modo in cui il feedback viene consolidato e sul modo in cui vengono maneggiate le modifiche al campo esterno.
Definire il pacchetto di consegna
La consegna concordata potrebbe contenere codice, note di distribuzione, informazioni di configurazione, orientamento amministrativo e un elenco di dipendenze. I termini di proprietà e licenza determinano ciò che può essere trasferito o riutilizzato; non li dedurre dall'accesso a un repository da solo.
Un progetto completato non dovrebbe tranquillamente trasformarsi in disponibilità tecnica illimitata per l'agenzia o per il suo cliente.
Un primo messaggio utile
Indica il risultato atteso, la parte da sviluppare, lo stato della progettazione, le integrazioni note, il periodo di consegna desiderato e gli eventuali vincoli di budget. Indica poi chi prende le decisioni e la modalità di comunicazione preferita.
Questo è sufficiente per iniziare una conversazione focalizzata. La portata dettagliata può essere concordata una volta che i confini importanti sono compresi.
Esplorare partnership di sviluppo agenzia o inviare una breve agenzia.