Il progetto WooCommerce a tre teste: la tua agenzia, il libero professionista e lo sviluppatore del tuo cliente

Con le previsioni sull'eliminazione graduale dei punti vendita al dettaglio nel prossimo decennio, le persone stanno sempre più saltando sul carro del negozio online. Lo sviluppo di un progetto WooCommerce richiede tempo e competenze che a volte potrebbero non essere disponibili presso la tua agenzia quando ne hai bisogno, costringendoti a cercare aiuto altrove, come gli sviluppatori freelance.

Se sei arrivato al punto in cui devi chiamare uno specialista, quali sono le cose da considerare? Come rendere le nuove "aggiunte" il più agevoli possibile? Ma anche: cosa succede se il tuo cliente ha già a disposizione degli sviluppatori interni?

Se le cose non sono pianificate ed eseguite molto accuratamente, potrebbe essere un vero pasticcio con così tante persone coinvolte.

Diamo un'occhiata a come puoi gestire uno scenario di lavoro così complicato e trasformarlo a tuo vantaggio!

Devi avere una buona comunicazione, altrimenti non verrà realizzato nulla di buono

La pietra angolare di qualsiasi rapporto di lavoro e la chiave per l'esecuzione di un progetto di successo è sempre una comunicazione ampia. Sia con i tuoi clienti, che sono importanti per sviluppare un quadro chiaro di quali sono esattamente i loro requisiti, sia con tutti gli sviluppatori coinvolti, sia che tu li stia portando direttamente nel progetto o che provengano da quelli del tuo cliente.

Per ottenere ciò, molte agenzie e sviluppatori utilizzano Slack per le discussioni di gruppo a causa delle sue numerose funzionalità. L'importanza di avere un terreno comune in cui le comunicazioni vanno avanti e indietro tra tutte le parti coinvolte è ulteriormente elaborata da WooExpert e dall'esperto di Codeable Mitchell Callahan di SAU/CAL che afferma:

Questo è qualcosa che accade un po': i clienti ti assumono perché vogliono l'esperienza di WooCommerce, ma poi potrebbero avere come uno sviluppatore interno o un libero professionista con cui di solito lavorano. Ecco perché dovresti assicurarti che tutti gli sviluppatori che lavorano su un progetto, insieme al punto di contatto dell'azienda del cliente, siano tutti sullo stesso canale Slack. In questo modo tutti i soggetti coinvolti nel progetto possono comunicare tra loro in modo più efficace.

Una volta impostati gli strumenti di comunicazione, è tempo di concentrarsi su quello successivo: il repository di codice.

Devi avere un solido processo per il codice

Quando diversi sviluppatori stanno lavorando allo stesso progetto, non vuoi cercare centinaia di codici, file, directory per scoprire chi ha fatto cosa e dove. Ecco perché strumenti come Github o Bitbucket devono essere impostati correttamente per consentirti di tenere traccia di eventuali modifiche al codice.

Spiega Mitchell:

Quando lavorerai con altri sviluppatori al di fuori della tua attività, devi disporre di un repository Git in modo da poter tenere traccia delle modifiche. Se viene aggiunto qualcosa al sito, sarai in grado di sapere chi l'ha aggiunto e quando, in modo da poter isolare se si verificano problemi.
La cosa più importante qui è avere un solido processo in atto: quindi prima che qualsiasi cosa venga inviata al server live, dobbiamo sempre fare una richiesta pull e poi qualcuno fa una revisione del codice.

Gli strumenti sono solo un mezzo per un ambiente di lavoro più efficiente. La parte mancante, come hai visto, è avere un processo chiaro che consentirà a tutte le parti mobili di funzionare il più possibile senza attrito. E questo è il nostro prossimo punto.

Tutti devono sapere di cosa sono responsabili

Il risultato di qualsiasi processo di sviluppo si basa sulla chiarezza delle istruzioni e dei ruoli a cui ogni soggetto deve attenersi. In particolare, se vuoi avere un processo efficiente, dovresti avere una struttura ben definita per il flusso dei comandi, come sottolinea Mitchell:

Se stai lavorando con altri sviluppatori, quello che ti consiglio è di avere una gerarchia. In effetti, sosteniamo sempre che il nostro CTO sia quello responsabile delle richieste pull. Ciò gli consentirà di essere l'unico che ha la possibilità di unire, così possiamo assicurarci che ogni blocco di codice venga rivisto, unito e pianificato in modo strutturato. Nelle grandi organizzazioni, questo può essere un collo di bottiglia e puoi avere più persone che lo affrontano.

Ciò garantisce che non vi siano conflitti di autorità sul progetto e, naturalmente, che il processo venga eseguito senza problemi.

Strumenti di gestione del progetto: scegline uno e condividilo tra tutti

Se stai facendo di tutto per mitigare le insidie, non puoi perdere di investire tempo per liberare l'aria attorno agli strumenti di gestione dei progetti. La cosa più importante è evitare di avere più di uno strumento PM in esecuzione contemporaneamente. È qualcosa che diventerà sciatto in pochi minuti, quindi aumenterà il tuo carico di lavoro senza aggiungere alcun valore al progetto.

Quando lavori con sviluppatori freelance e sviluppatori interni del tuo cliente su uno dei tuoi progetti, il tuo obiettivo è coinvolgere tutte le parti coinvolte in quello strumento PM con cui ti senti più a tuo agio. Lo so, sembra qualcosa di piuttosto difficile da ottenere perché ognuno ha i propri strumenti preferiti. Ma ecco come Mitchell e i ragazzi di SAUCAL riescono a conquistare clienti e sviluppatori:

Molte persone usano Jira, ad esempio, dove invece ne usiamo uno chiamato Breeze. Alcune persone, quando l'hanno visto per la prima volta, ci dicono: 'Oh, questo non sembra troppo potente.' Ed è qui che entra in gioco la componente educativa. Spieghiamo loro che lo facciamo da anni per il loro stesso scopo (costruire siti WooCommerce). E per quelli che vogliono davvero essere deboli e magri e parte del processo - di solito sono sviluppatori - passeremo del tempo ad addestrarli su come utilizzare il nostro sistema, in questo modo lavoreremo tutti in un ambiente coeso e condiviso strada.

Avere diversi strumenti di gestione dei progetti tra le diverse parti, ad esempio tu, il team interno del cliente e alcuni sviluppatori freelance, puoi prolungare inutilmente i tempi del progetto. Ecco perché eliminare gli strumenti duplicati e centralizzare tutti gli sforzi in uno condiviso è di grande beneficio per il progetto (e la tua sanità mentale).

Avvolgendo

Canali deboli, repository condivisi e uno strumento di Project Management, che tutte le parti coinvolte accettano di utilizzare, sono alcuni degli elementi fondamentali per un completamento fluido del progetto. Tuttavia, come per la maggior parte delle cose della vita, tutto si riduce a una comunicazione efficace tra tutte le parti. Colmare questo divario è fondamentale perché, come dice Mitchell:

Chiunque abbia il comunicatore più debole sarà l'anello più debole.

Matteo Duo è Content Strategist presso Codeable.io , la piattaforma di outsourcing n. 1 incentrata su WordPress che accoppia sviluppatori WordPress di livello mondiale con aziende che necessitano di un lavoro di qualità. Da anni collabora attivamente con clienti e sviluppatori per documentare le diverse complessità delle loro relazioni e fornire una guida su come sfruttare WordPress come risorsa aziendale efficace.