Mengadopsi Alur Kerja Pro Sekarang WordPress Sudah Berkembang

Saya ingat mengatur blog WordPress pertama saya. Saya menghabiskan berjam-jam mengikuti panduan online untuk mengunduh WordPress, mencoba mengunggahnya lagi, dan mencari tahu cara mengatur basis data.


Saya baru saja meng-FTP setiap perubahan hingga server langsung, dan berharap blog tidak menjadi gelap jika saya salah mengetik tanda tanya.

Sementara itu WordPress telah tumbuh. Perusahaan media besar-besaran menggunakan WordPress sebagai cara utama mereka berkomunikasi dengan dunia. Pergi ke Tech Crunch atau New Yorker dan lihat html sumber. Anda akan menemukan bahwa situs web ini dibangun menggunakan WordPress. Beyonce? Ya. Dia menggali WordPress.

Pada saat yang sama WordPress memiliki reputasi buruk di kalangan pengembang. Stereotipnya adalah skrip kiddies yang mengunggah file melalui FTP, tidak menggunakan kontrol versi dan umumnya mengabaikan setiap prinsip waras pengembangan perangkat lunak yang dikenal umat manusia..

Jelas, itu bukan tuduhan yang adil. WordPress telah tumbuh dewasa. Itu menjadi sepenuhnya matang API SISA tahun ini. Anda sekarang dapat menginstal WordPress dan dependensi dari baris perintah menggunakan WP-CLI.

Pengembang WordPress dan desainer tema sedang tumbuh dewasa. Roots.io adalah contoh memperlakukan proyek WordPress seperti proyek pengembangan perangkat lunak yang serius. Mereka tidak dipusingkan dengan pengunggahan FTP drag-n-drop. Sebagai gantinya, mereka menggunakan git untuk kontrol versi dan capistrano untuk penyebaran.

Joel dari Fog Creek Software terkenal menulis tentang 12 langkah untuk perangkat lunak yang lebih baik, dan salah satunya adalah pelacak masalah atau bug. Dia benar. Sulit untuk mengingat semua berbagai permintaan fitur dan bug di kepala Anda. Lebih sulit lagi mengingat semua langkah untuk mereproduksi bug, apa yang diharapkan pengguna, dan apa yang sebenarnya mereka dapatkan.

Hanya ada begitu banyak post-it note yang dapat Anda tulis di meja Anda. WordPress sendiri menggunakan Trac sebagai pelacak masalahnya. Saya pernah bekerja dengan Redmine, pelacak masalah sumber terbuka dan alat manajemen proyek lainnya, karena saya di Planio, yang menawarkan hosting Redmine dan hosting git.

Kasus Penggunaan Khas dari Pelacak Masalah

Jadi, bayangkan Anda membangun plugin baru untuk WordPress. Anda memiliki tim kecil di tempat kerja – satu atau dua pengembang, seorang desainer dan seorang pengusaha.

Anda bukan lagi tim yang hanya terdiri dari satu orang. Anda tidak semua bekerja di satu lokasi, karena, well, pekerjaan jarak jauh itu mengagumkan, dan belahan bumi utara tidak begitu menyenangkan di musim dingin.

Seorang pengguna mengirimkan email yang mengatakan bahwa plugin “tidak berfungsi”. Jika Anda benar-benar beruntung, Anda akan mendapatkan tangkapan layar yang menunjukkan pesan kesalahan “tidak bekerja”.

Anda meneruskan email di sekitar. Seseorang membalas email dengan pertanyaan tentang browser apa yang mereka gunakan, dan tiba-tiba Anda memiliki utas Gmail berisi 12 email. Ada beberapa masalah di sini, dan pelacak masalah membantu Anda memecahkan masalah ini.

Tiga Potongan Penting dari Setiap Bug yang Dapat Diperbaiki

Yang pertama adalah Anda benar-benar membutuhkan tiga hal untuk setiap laporan bug:

  1. Langkah apa yang dilakukan pengguna yang menghasilkan bug?
  2. Apa yang diharapkan pengguna untuk dilihat?
  3. Apa yang sebenarnya dilihat pengguna?

Anda harus dapat mereproduksi bug, karena sangat sulit untuk memperbaiki bug yang tidak dapat Anda lihat dalam tindakan. Kedua, Anda harus memastikan bahwa bug tersebut sebenarnya adalah bug atau apakah pengguna mengharapkan sesuatu yang tidak disediakan oleh perangkat lunak Anda.

Berikut cara lain untuk menggambarkannya:

Dan Anda tidak dapat menarik orang yang melaporkan bug dengan garis klasik: “Itu bukan bug. Itu adalah fitur!“Jika Anda tidak tahu apa yang diharapkan orang itu.

Menggunakan pelacak masalah seperti Redmine berarti Anda memiliki cara standar untuk menerima informasi ini.

Ada satu cara Anda dapat memastikan tugas tidak pernah selesai: secara samar menyarankan bahwa tim harus melakukan sesuatu tentang hal itu. Kecuali jika ditetapkan untuk satu “pemilik”, itu tidak akan selesai.

Pelacak isu memaksa Anda untuk menetapkan masalah kepada, well, satu orang pada waktu tertentu, sehingga Anda selalu tahu siapa yang saat ini memiliki bug atau tugas. Pada saat yang sama, masalah melalui alur kerja berbagai status seperti “Sedang Berlangsung”, “QA / Pengujian” atau “Siap untuk Digunakan”.

Kebanyakan pelacak akan memberi Anda laporan berdasarkan status masalah saat ini, sehingga Anda dapat melihat volume pekerjaan saat ini yang sedang berlangsung dan berapa banyak yang masih harus dilakukan. Anda bahkan dapat membuat grafik burndown, yang dipopulerkan dalam metodologi lincah.

Integrasikan Git ke dalam Alur Kerja Manajemen Proyek Anda

Seperti yang kami sebutkan di atas, menggunakan git dalam proses pengembangan WordPress Anda akan membuat hidup Anda jauh lebih mudah ketika terjadi kesalahan. Git memberi Anda tombol mundur pada kode Anda, dan Anda dapat membuat beberapa versi paralel situs Anda.

Setiap kali Anda “mengkomit” kode baru ke repositori git Anda, Anda membuat titik alami untuk mendiskusikan perubahan pada basis kode. Selain itu, saya merasa lebih mudah untuk membahas masalah berdasarkan kode yang dilakukan sebenarnya daripada hanya ide-ide yang tidak jelas.

Di situlah pelacak isu bersinar, karena Redmine, misalnya, terintegrasi erat dengan git atau svn. Anda dapat dengan cepat melihat siapa yang melakukan apa yang melawan masalah dan kemudian membahas masalah itu.

Buat Sistem untuk Pengembangan WordPress Anda

Pelacak masalah akan membantu Anda mengukur lebih dari sekadar diri sendiri. Anda akan yakin bahwa masalah tidak lolos dari celah.

Di Planio, sebagian besar pelanggan kami menggunakan Redmine kami yang dihosting untuk tujuan melacak proyek pengembangan perangkat lunak, termasuk proyek WordPress. Mereka melacak bug, fitur baru, dan sprint sehubungan dengan kontrol versi.

Redmine, seperti WordPress, adalah open source, sehingga Anda mendapatkan keuntungan karena tidak dikunci ke dalam perangkat lunak berpemilik. Dan seperti WordPress, Anda dapat memasang iklan hosting kepada seseorang seperti kami di Planio, atau Anda dapat menginstalnya sendiri jika Anda mau Redmine.org.

Ke Anda

Jadi – bagaimana Anda mengatur alur kerja Anda? Sudahkah Anda mencoba Redmine? Kami senang mendengar pemikiran dan komentar Anda di bawah ini!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map