Proiectul WooCommerce cu trei capete: agenția dvs., freelancerul și dezvoltatorul clientului dvs.

Odată cu previziunile că cumpărăturile online vor elimina treptat punctele de vânzare cu amănuntul în următorul deceniu, oamenii se aruncă din ce în ce mai mult în forța magazinului online. Dezvoltarea unui proiect WooCommerce necesită timp și expertiză care uneori ar putea să nu fie disponibile la agenția dvs. atunci când aveți nevoie, forțându-vă să căutați ajutor în altă parte, cum ar fi dezvoltatorii independenți.

Dacă ați ajuns în stadiul în care trebuie să apelați la un specialist, care sunt lucrurile de luat în considerare? Cum faci noile „adăugiri” cât mai netede posibil? Dar și: ce se întâmplă dacă clientul tău are deja niște dezvoltatori interni disponibili?

Dacă lucrurile nu sunt planificate și executate foarte bine, ar putea fi o adevărată mizerie cu atât de mulți oameni implicați.

Să vedem cum poți gestiona un astfel de scenariu de lucru dificil și să-l transformăm în avantajul tău!

Trebuie să ai o comunicare bună, altfel nu se va realiza nimic bun

Piatra de temelie a oricărei relații de lucru și cheia pentru execuția de succes a proiectului este întotdeauna comunicarea extinsă. Atât cu clienții dvs., care sunt importanți pentru a dezvolta o imagine clară a cerințelor lor exacte, cât și cu toți dezvoltatorii implicați, indiferent dacă îi aduceți direct în proiect sau că provin de la clientul dvs.

Pentru a realiza acest lucru, multe agenții și dezvoltatori folosesc Slack pentru discuții de grup datorită numeroaselor sale caracteristici. Importanța de a avea un teren comun în care comunicările merg înainte și înapoi între toate părțile implicate este elaborată în continuare de WooExpert și expertul Codeable Mitchell Callahan de la SAU/CAL care spune:

Acesta este ceva care se întâmplă destul de des: clienții te angajează pentru că doresc expertiză WooCommerce, dar apoi ar putea avea ca un dezvoltator intern sau un freelancer cu care lucrează de obicei. De aceea, ar trebui să vă asigurați că toți dezvoltatorii care lucrează la un proiect, împreună cu punctul de contact al companiei clientului, sunt toți pe același canal Slack. În acest fel toți subiecții implicați în proiect pot comunica între ei mai eficient.

Odată ce instrumentele de comunicare sunt configurate, este timpul să ne concentrăm pe următorul: depozitul de coduri.

Trebuie să aveți un proces solid pentru cod

Când diferiți dezvoltatori lucrează la același proiect, nu doriți să bâjbâiți în jurul sutelor de coduri, fișiere, directoare pentru a afla cine a făcut ce și unde. De aceea, instrumente precum Github sau Bitbucket trebuie configurate corect pentru a vă permite să urmăriți orice modificări ale codului.

Explică Mitchell:

Când veți lucra cu alți dezvoltatori din afara afacerii dvs., trebuie să aveți un depozit Git, astfel încât să puteți urmări modificările. Dacă se adaugă ceva pe site, veți putea ști cine l-a adăugat și când, astfel încât să puteți izola dacă au apărut probleme.
Cel mai important lucru aici este să avem un proces solid: așa că înainte ca ceva să fie transferat pe serverul live, trebuie întotdeauna să facem o cerere de extragere și apoi cineva să analizeze codul.

Instrumentele sunt doar un mijloc pentru un mediu de lucru mai eficient. Partea lipsă, după cum ați văzut, are un proces clar care va permite tuturor părților în mișcare să funcționeze cât mai fără frecare posibil. Și acesta este următorul nostru punct.

Fiecare trebuie să știe de ce se ocupă

Rezultatul oricărui proces de dezvoltare se bazează pe claritatea instrucțiunilor și rolurilor pe care fiecare subiect trebuie să le respecte. Mai exact, dacă doriți să aveți un proces eficient, ar trebui să aveți o structură bine definită pentru fluxul de comenzi, așa cum subliniază Mitchell:

Dacă lucrați cu alți dezvoltatori, ceea ce vă recomand este să aveți o ierarhie. De fapt, susținem întotdeauna că CTO-ul nostru este cel care se ocupă de cererile de tragere. Acest lucru îi va permite să fie singurul care are capacitatea de a fuziona, astfel încât să ne putem asigura că fiecare bucată de cod este revizuită, îmbinată și programată într-un mod structurat. În organizațiile mari, acest lucru poate fi un blocaj și puteți avea mai mulți oameni care să-l abordeze.

Acest lucru asigură că nu există niciun conflict de autoritate asupra proiectului și, desigur, că procesul este executat fără probleme.

Instrumente de management de proiect: alegeți unul și împărtășiți-l tuturor

Dacă faci totul pentru a atenua capcanele, nu poți rata să investești timp în a curăța aerul în jurul instrumentelor de management de proiect. Cel mai important este să nu aveți mai multe instrumente PM care rulează în același timp. Acesta este ceva care va deveni neglijent în câteva minute, prin urmare, vă crește volumul de lucru, fără a adăuga nicio valoare proiectului.

Când lucrați cu dezvoltatori independenți și dezvoltatorii interni ai clientului dvs. la unul dintre proiectele dvs., obiectivul dvs. este să implicați toate părțile în acel instrument PM cu care vă simțiți cel mai confortabil. Știu, sună ceva destul de dificil de realizat, deoarece fiecare are propriile instrumente preferate. Dar iată cum Mitchell și băieții de la SAUCAL sunt capabili să câștige clienți și dezvoltatori:

Mulți oameni folosesc Jira, de exemplu, unde noi folosim unul numit Breeze. Unii oameni, când l-au văzut prima dată, ne spun: „Oh, asta nu pare prea puternic”. Și aici intervine componenta educație. Le explicăm că facem asta de ani de zile în același scop (construirea site-urilor WooCommerce). Iar pentru cei care își doresc cu adevărat să fie grozavi și subțiri și să facă parte din proces – de obicei sunt dezvoltatori – îi vom petrece timp instruindu-i cum să folosească sistemul nostru, astfel că lucrăm cu toții într-un mod coeziv, comun. cale.

Având diferite instrumente de management de proiect între diferite părți, adică dvs., echipa internă a clientului și unii dezvoltatori independenți, puteți extinde intervalele de timp ale proiectului în mod inutil. De aceea, a scăpa de instrumentele duplicate și a centraliza toate eforturile într-unul comun este foarte benefic pentru proiect (și pentru sănătatea mentală).

Încheierea

Canalele Slack, arhivele partajate și un instrument de management de proiect, pe care toate părțile implicate sunt de acord să-l folosească, sunt câteva dintre elementele de bază pentru finalizarea fluidă a unui proiect. Cu toate acestea, ca și în majoritatea lucrurilor din viață, totul se rezumă la o comunicare eficientă între toate părțile. Reducerea acestei decalaje este crucială pentru că, după cum spune Mitchell:

Cine are cel mai slab comunicator va fi veriga cea mai slabă.

Matteo Duo este Content Strategist la Codeable.io , platforma de outsourcing axată pe WordPress numărul 1, care îmbină dezvoltatorii WordPress de talie mondială cu companii care au nevoie de muncă de calitate. El s-a implicat activ cu clienții și dezvoltatorii de ani de zile pentru a documenta diferitele complexități ale relațiilor lor și pentru a oferi ghid despre cum să folosești WordPress ca un activ eficient de afaceri.