Fino all’anno scorso, uno dei modi in cui ho individuato le pietre miliari è fortemente basato sulla prospettiva di come io, il mio team e io avremmo dovuto lavorare al progetto.
C’è un problema con questo approccio, però: per quelli di noi che cercano di includere il feedback dei clienti durante il processo di sviluppo, non è così facile per loro prendere il gergo che usiamo e continuare a dargli un senso.
A tal fine, ho iniziato a esaminare le pietre miliari del progetto WordPress in modo leggermente diverso, in modo che siano un po’ più a misura di cliente per tutto il tempo, dando comunque un senso al modo in cui un team di sviluppatori può realizzare ciò che è necessario per assicurarsi che le cose siano funzionali.
Traguardi del progetto WordPress
Pensa, per un momento, all’ultima volta che sei stato responsabile della creazione di un plug-in personalizzato o dell’integrazione di funzionalità personalizzate in un progetto WordPress. Forse includeva qualcosa come:
- Importa dati nel database di WordPress,
- Rendi le informazioni visualizzabili e modificabili dall’area di amministrazione di WordPress,
- Visualizza le informazioni sul front-end e in un modo che può essere ordinato, ad esempio, valori di colonna,
- I dati possono essere aggiornati tramite un’altra importazione o gestiti dall’area di amministrazione,
- E forse alcune altre caratteristiche correlate.
Se vuoi suddividere questo in linguaggio sviluppatore, parlerai molto di alcune cose riguardanti l’importazione, l’analisi dei dati, l’integrità dei dati e così via. E tutto ciò è corretto al 100%, ed è tutto come dovrebbe essere dal punto di vista di uno sviluppatore.
Ma se stai utilizzando un software di gestione dei progetti (che abbiamo deciso su Asana negli ultimi tempi), questi tipi di pietre miliari non ti aiuteranno quando porterai gli utenti nel progetto.
- Come dovrebbero sapere qualcosa sui dettagli di un processo di importazione?
- Come dovrebbero capire i tecnicismi per creare qualcosa di ordinabile?
- C’è un modo per descrivere facilmente un algoritmo per loro che conta?
direi di no. Quindi, come possiamo rendere più accessibili le pietre miliari del progetto WordPress? Non so se la mia risposta è una risposta solida, ma è qualcosa che abbiamo provato e qualcosa che sembra funzionare relativamente bene, ma è semplice:
- I clienti spesso pensano ai loro progetti per quanto riguarda le pagine (o qualcosa di correlato),
- Poiché noi, come sviluppatori, possiamo lavorare in quel contesto, possiamo definire un progetto rivolto al pubblico per suddividere le attività pagina per pagina.
Pertanto, le pietre miliari del progetto WordPress riguardano maggiormente le attività in base alla pagina e le attività rimanenti in una pietra miliare più "generale".
Una parola sugli aspetti tecnici
Tutto ciò che è menzionato sopra funziona bene quando il cliente è coinvolto in alcune parti del progetto, ma lascia comunque la domanda "Cosa facciamo con gli aspetti più tecnici?"
E da ciò, potrebbe essere qualsiasi cosa, da come organizzerai le tue interfacce, classi, metodi e così via a come implementerai un determinato algoritmo. In ogni caso, il punto è che c’è una discussione tecnica più profonda che deve essere svolta. Quindi cosa facciamo con quelli quando discutiamo delle pietre miliari del progetto WordPress?
Ci sono diverse opzioni:
- Imposta un traguardo separato, un gruppo di attività, progetti, discussioni, qualunque cosa il tuo sistema consenta e mantienilo tra te e il tuo team.
- Sfrutta i problemi di GitHub, i progetti GitHub, un wiki, Trello o un altro sistema,
- Conserva le informazioni in un’altra applicazione disponibile per tutti gli sviluppatori ma isolata dal cliente.
Certo, crea un po’ più di sovraccarico, ma ho scoperto che più informazioni hai diffuso in parti del tuo progetto, più un progetto può avere successo.
Quando le informazioni vengono omesse, sparse, non condivise o non dettagliate, diventa più difficile gestirle man mano che il progetto va avanti, specialmente durante le iterazioni future.
La conclusione è che penso che sia importante suddividere le pietre miliari del progetto WordPress in parti in cui il cliente capisca facilmente quale lavoro viene svolto e che tu e il tuo team abbiate un modo per gestire ciò che viene fatto.
Il modo in cui lo fai dipende ovviamente da te, ma è qualcosa che ho scoperto che vale la pena dedicare il tempo all’installazione.