Proyek WooCommerce Tiga Kepala: Agensi Anda, Freelancer, dan Pengembang Klien Anda

Dengan prediksi belanja online menghapus gerai ritel dalam dekade berikutnya, orang semakin melompat pada kereta musik toko online. Mengembangkan proyek WooCommerce membutuhkan waktu dan keahlian yang terkadang mungkin tidak tersedia di agensi Anda saat Anda membutuhkannya, memaksa Anda untuk mencari bantuan di tempat lain, seperti pengembang lepas.

Jika Anda telah sampai pada tahap di mana Anda perlu memanggil spesialis, apa saja yang perlu dipertimbangkan? Bagaimana Anda membuat "tambahan" baru semulus mungkin? Tetapi juga: bagaimana jika klien Anda sudah memiliki beberapa pengembang internal?

Jika hal-hal tidak direncanakan dan dilaksanakan dengan sangat teliti, itu bisa menjadi kekacauan nyata dengan begitu banyak orang yang terlibat.

Mari selami bagaimana Anda dapat mengelola skenario kerja yang rumit dan mengubahnya menjadi keuntungan Anda!

Anda harus memiliki komunikasi yang baik, atau tidak ada hal baik yang akan dicapai

Landasan dari setiap hubungan kerja dan kunci keberhasilan pelaksanaan proyek selalu komunikasi yang luas. Baik dengan klien Anda, yang penting untuk mengembangkan gambaran yang jelas tentang apa sebenarnya persyaratan mereka, dan dengan semua pengembang yang terlibat, apakah Anda secara langsung membawa mereka ke dalam proyek atau mereka datang dari klien Anda.

Untuk mencapai ini, banyak agensi dan pengembang menggunakan Slack untuk diskusi grup karena banyak fiturnya. Pentingnya memiliki landasan bersama di mana komunikasi bolak-balik di antara semua pihak yang terlibat dijelaskan lebih lanjut oleh WooExpert dan pakar Codeable Mitchell Callahan dari SAU/CAL yang mengatakan:

Ini adalah sesuatu yang cukup sering terjadi: klien mempekerjakan Anda karena mereka menginginkan keahlian WooCommerce tetapi kemudian mereka mungkin memiliki pengembang internal atau pekerja lepas yang biasa mereka tangani. Itulah mengapa Anda perlu memastikan bahwa setiap pengembang yang mengerjakan sebuah proyek, bersama dengan titik kontak dari perusahaan klien, semuanya berada di saluran Slack yang sama. Dengan cara ini semua subjek yang terlibat dalam proyek dapat berkomunikasi satu sama lain secara lebih efektif.

Setelah alat komunikasi disiapkan, saatnya untuk fokus pada yang berikutnya: repositori kode.

Anda harus memiliki proses yang solid untuk kode

Ketika pengembang yang berbeda mengerjakan proyek yang sama, Anda tidak ingin mencari-cari ratusan kode, file, direktori untuk mencari tahu siapa yang melakukan apa dan di mana. Itu sebabnya alat seperti Github atau Bitbucket harus diatur dengan benar agar Anda dapat melacak setiap perubahan dalam kode.

Menjelaskan Mitchell:

Saat Anda akan bekerja dengan pengembang lain di luar bisnis Anda, Anda harus memiliki repositori Git sehingga Anda dapat melacak perubahan. Jika ada yang ditambahkan ke situs, Anda akan dapat mengetahui siapa yang menambahkannya dan kapan sehingga Anda dapat mengisolasi jika masalah muncul.
Hal terpenting di sini adalah memiliki proses yang solid: jadi sebelum apa pun didorong ke server langsung, kami selalu harus melakukan permintaan tarik dan kemudian seseorang melakukan tinjauan kode.

Alat hanyalah sarana untuk lingkungan kerja yang lebih efisien. Bagian yang hilang, seperti yang Anda lihat, memiliki proses yang jelas yang akan memungkinkan semua bagian yang bergerak untuk beroperasi tanpa gesekan mungkin. Dan itulah poin kami selanjutnya.

Setiap orang harus tahu apa yang mereka tanggung

Hasil dari setiap proses pengembangan bergantung pada kejelasan instruksi dan peran yang harus dipatuhi oleh setiap mata pelajaran. Secara khusus, jika Anda ingin memiliki proses yang efisien, Anda harus memiliki struktur yang terdefinisi dengan baik untuk aliran perintah, seperti yang digarisbawahi Mitchell:

Jika Anda bekerja dengan pengembang lain, yang saya sarankan adalah Anda memiliki hierarki. Faktanya, kami selalu menganjurkan bahwa CTO kamilah yang bertanggung jawab atas permintaan penarikan. Ini akan memungkinkan dia sebagai satu-satunya yang memiliki kemampuan untuk menggabungkan sehingga kami dapat memastikan bahwa setiap potongan kode ditinjau, digabungkan, dan dijadwalkan secara terstruktur. Di organisasi besar, ini bisa menjadi hambatan dan Anda dapat memiliki banyak orang yang menanganinya.

Hal ini memastikan bahwa tidak ada konflik otoritas pada proyek dan, tentu saja, proses dijalankan dengan mulus.

Alat manajemen proyek: pilih satu dan bagikan di antara semua

Jika Anda melakukan segalanya untuk mengurangi jebakan, Anda tidak dapat melewatkan menginvestasikan waktu untuk membersihkan udara di sekitar alat manajemen proyek. Yang paling penting adalah menghindari menjalankan lebih dari satu alat PM secara bersamaan. Itu adalah sesuatu yang akan menjadi ceroboh dalam hitungan menit, oleh karena itu tingkatkan beban kerja Anda sambil tidak menambahkan nilai sama sekali pada proyek.

Saat bekerja dengan pengembang lepas dan pengembang internal klien Anda di salah satu proyek Anda, tujuan Anda adalah melibatkan semua pihak pada alat PM yang paling nyaman bagi Anda. Saya tahu, kedengarannya sesuatu yang cukup sulit untuk dicapai karena setiap orang memiliki alat pilihan mereka sendiri. Tapi inilah cara Mitchell dan orang-orang di SAUCAL dapat memenangkan klien dan pengembang:

Banyak orang menggunakan Jira, misalnya, di mana kami menggunakan yang disebut Breeze sebagai gantinya. Beberapa orang, ketika pertama kali melihatnya, mereka memberi tahu kami: 'Oh, sepertinya ini tidak terlalu kuat.' Dan di situlah komponen pendidikan masuk. Kami menjelaskan kepada mereka bahwa kami telah melakukan ini selama bertahun-tahun untuk tujuan yang sama (membangun situs WooCommerce). Dan untuk mereka yang benar-benar ingin menjadi tebal dan kurus dan menjadi bagian dari proses – biasanya mereka adalah pengembang – kami akan menghabiskan waktu untuk melatih mereka tentang cara menggunakan sistem kami, dengan begitu kami semua bekerja secara kohesif, bersama cara.

Memiliki alat manajemen proyek yang berbeda antara pihak yang berbeda, yaitu Anda, tim internal klien, dan beberapa pengembang lepas dapat memperpanjang kerangka waktu proyek secara tidak perlu. Itu sebabnya menyingkirkan alat duplikat dan memusatkan semua upaya menjadi alat bersama sangat bermanfaat bagi proyek (dan kewarasan mental Anda).

Membungkus

Saluran kendur, repositori bersama, dan satu alat Manajemen Proyek, yang disetujui semua pihak yang terlibat untuk digunakan, adalah beberapa elemen inti untuk penyelesaian proyek yang lancar. Namun, seperti kebanyakan hal dalam hidup, semuanya bermuara pada komunikasi yang efektif antara semua pihak. Menjembatani kesenjangan ini sangat penting karena, seperti yang dikatakan Mitchell:

Siapa pun yang memiliki komunikator terlemah akan menjadi mata rantai terlemah.

Matteo Duo adalah Ahli Strategi Konten di Codeable.io , platform outsourcing # 1 yang berfokus pada WordPress yang memasangkan pengembang WordPress kelas dunia dengan bisnis yang membutuhkan pekerjaan berkualitas. Dia telah aktif terlibat dengan klien dan pengembang selama bertahun-tahun sekarang untuk mendokumentasikan seluk-beluk yang berbeda dari hubungan mereka dan memberikan panduan tentang cara memanfaatkan WordPress sebagai aset bisnis yang efektif.