Trello vs. Jira: Dibandingkan Dari Perspektif Pengembang

Produksi perangkat lunak saat ini tidak sama dengan 20 tahun yang lalu. Perangkat lunak telah menjadi semakin kompleks, dengan tim terdistribusi secara harfiah di seluruh dunia, dan bergantung pada orang-orang yang terspesialisasi hanya pada bagian tertentu dari proses tersebut. Selain itu, UI/UX telah menjadi isu yang sangat penting seiring dengan meningkatnya persaingan untuk mendapatkan pengguna baru dan mempertahankan pengguna saat ini.

Selama setahun terakhir, saya telah mengerjakan selusin proyek dan hampir semuanya menggunakan alat manajemen proyek (PMT). Saya tidak akan memberi Anda promosi penjualan untuk satu alat tertentu hari ini, melainkan, saya akan memberi Anda pandangan dalam dari perspektif pengembang tentang bagaimana alat ini digunakan dalam kehidupan nyata serta ikhtisar dari dua perwakilan peralatan. Mudah-mudahan, artikel ini akan membantu pembuat keputusan dan pengembang mencari tahu apa yang paling nyaman bagi mereka, tim mereka, dan proyek yang sedang mereka kerjakan.

Mengapa Menggunakan Alat Manajemen Proyek?

Ketika saya memulai, sebagian besar proyek saya tidak bergantung pada alat manajemen proyek, jadi Anda mungkin bertanya apakah Anda benar-benar membutuhkannya. Tidak bisakah pengembang membuat perangkat lunak tanpa mereka? Jawabannya adalah bahwa itu tergantung pada banyak faktor, jadi mari kita menganalisis beberapa di antaranya.

Bangkitnya Tim Global

Pada sebagian besar proyek, saya mendapati diri saya bekerja untuk orang-orang di seluruh dunia, dan meskipun itu sangat luar biasa, itu juga menimbulkan berbagai tantangan yang tidak akan dihadapi oleh tim kantor. Zona waktu menjadi masalah nyata ketika Anda mencoba meminta rekan kerja untuk memperbaiki atau memodifikasi beberapa bagian dari sistem di mana Anda tidak cukup mahir.

Ada juga skenario di mana Anda mungkin tidak dapat berbicara dengan pengembang lain lebih dari sekali atau dua kali per minggu. Alat manajemen proyek membantu membuat proses kolaboratif seperti itu lebih mudah karena mereka menjadi saluran resmi (dan, untuk alasan praktis, terkadang satu-satunya) bagi anggota tim untuk mengomunikasikan kebutuhan mereka bolak-balik.

Tentu saja, ini bukan hanya tentang komunikasi antara anggota individu dari tim yang didistribusikan. PMT juga memberikan lebih banyak informasi dan visibilitas kepada semua anggota tim, memungkinkan mereka untuk melacak kemajuan anggota tim lainnya dan merencanakan kegiatan mereka sesuai dengan itu.

Kolaborasi

Anda mungkin berpikir Anda bisa mendapatkan hasil yang sama hanya dengan berkolaborasi melalui email atau saluran komunikasi lainnya. Seorang klien saya melakukan itu pada proyek yang saya kerjakan beberapa bulan yang lalu, dan itu adalah mimpi buruk. Orang-orang menggunakan beberapa email untuk berkomunikasi, jadi sulit untuk melacak utas yang berbeda. Juga, komunikasi tentang satu masalah menjadi teka-teki yang dipecah menjadi bagian-bagian berbeda yang hidup dalam percakapan email yang berbeda. Sebagian besar percakapan email menyentuh banyak masalah yang membuatnya semakin sulit untuk melacak apa yang tersisa untuk dilakukan.

Alat manajemen proyek menyelesaikan ini dengan memiliki satu aliran percakapan yang didedikasikan untuk setiap masalah, membuat hidup Anda lebih mudah, karena memungkinkan Anda menemukan semua yang Anda butuhkan (desain, API, dan umpan balik) dalam satu klik. Dari perspektif kolaboratif, ini dapat membuat perbedaan besar, karena alat manajemen proyek memungkinkan setiap orang untuk mengakses dan melihat semua segmen dan tahapan proyek, mengurangi kebutuhan akan komunikasi dan pembaruan yang konstan.

Kelola Persyaratan Proyek

Salah satu masalah terbesar yang dihadapi tim yang tidak menggunakan alat manajemen proyek disebabkan oleh sifat intrinsik perangkat lunak. Mungkin Anda bekerja di startup dan Anda telah berputar lebih dari beberapa kali. Mungkin tujuan dan persyaratan Anda terus berkembang saat Anda mengerjakan proyek.

Dalam konteks ini, kita harus menganggap perangkat lunak sebagai makhluk hidup. Terlepas dari seberapa baik rencana awal disusun, selalu ada peluang bagus untuk mengubahnya. Namun, terkadang perubahan ini tidak dikomunikasikan kepada semua anggota tim. Eksekutif dapat melakukan percakapan tentang fitur baru yang akan memberi Anda keunggulan dibandingkan pesaing Anda, tetapi jika manajer tidak mengungkapkan hal ini kepada anggota tim lainnya, itu tidak akan terjadi.

Jika tidak ditulis, bahkan mungkin akan dilupakan oleh manajer dan CEO juga. Tidak memiliki tempat di mana Anda memiliki persyaratan terbaru dan resmi akan menyebabkan Anda kehilangan banyak waktu dan uang. PMT menawarkan satu titik kebenaran, satu tempat di mana semua persyaratan dan informasi disimpan selama proyek berlangsung. Ini bukan hanya tentang fitur yang tidak ditambahkan yang dapat Anda tambahkan nanti—Saya telah mengembangkan seluruh fitur hanya untuk mengetahui bahwa saya tidak diberi tahu bahwa kami tidak lagi mendukung fitur tersebut.

Memori dan Efisiensi Waktu

Tinta paling pucat lebih dapat diandalkan daripada memori paling kuat. – Peribahasa

Kami hanya bisa menangani begitu banyak di kepala kami pada satu waktu. Ketika Anda menelepon manajer Anda, dan mereka mengangkat selusin masalah berbeda selama percakapan, pada titik tertentu, ada sesuatu yang akan hilang. Anda dapat mencoba menuliskan sendiri poin-poin terpenting, tetapi tetap saja, sesuatu bisa saja gagal.

Memiliki persyaratan yang ditulis alih-alih membicarakannya di telepon adalah cara yang baik untuk menangkap elemen potensial yang hilang dalam aliran atau untuk mendeteksi hal-hal yang mungkin menghalangi Anda untuk mengimplementasikan masalah itu saat ini. Pengembangan perangkat lunak tidak linier, jadi Anda mungkin mulai mengerjakan fitur hari ini tetapi memiliki sesuatu yang lebih mendesak untuk dikerjakan dalam produk dan kembali beberapa minggu atau bulan kemudian hanya untuk menyadari bahwa Anda lupa apa yang sebenarnya dibutuhkan.

Itu sebabnya memiliki persyaratan yang ditulis dapat menghemat waktu Anda, baik dengan tidak harus mengingat atau dengan menghindari membahas fitur yang sama lagi. Efisiensi waktu sangat penting karena perangkat lunaknya lebih kompleks, jadi Anda dapat memanfaatkan hal-hal yang tertulis saja, untuk memotong waktu rapat menjadi setengah atau lebih, dengan hanya berfokus pada masalah yang perlu Anda klarifikasi.

Fokus

Hal ini terkait dengan masalah sebelumnya yaitu melacak komunikasi terkait masalah yang sedang ditangani dan hanya melacak fitur kebutuhan masa depan tanpa Anda perlu membicarakan hal-hal tersebut.

Ini membantu pengembang untuk mempertahankan fokus dalam menciptakan hal-hal yang diperlukan saat ini dan mempelajari apa yang akan datang selanjutnya. Bukan hanya soal kenyamanan dan kemudahan akses informasi. Tingkat visibilitas tambahan memungkinkan setiap anggota tim untuk melihat gambaran besar dan merencanakan ke depan yang sesuai.

Fitur Utama PMT

Jadi, apa yang kami cari dalam PMT adalah alat yang membantu mengelola percakapan dengan menjaga diskusi tentang berbagai masalah terpisah dan terorganisir dengan baik. Itu membantu komunikasi antara orang-orang di zona waktu yang berbeda dan tim yang berbeda sementara pada saat yang sama berfungsi sebagai gudang visi resmi perangkat lunak, membantu Anda tetap fokus dan menghemat waktu Anda dengan mengurangi gesekan dalam proses pengembangan untuk pengembang, manajer proyek , dan semua orang yang terlibat dalam lanskap pengembangan perangkat lunak saat ini.

Jira

Jira adalah PMT yang sangat kuat yang dirancang khusus untuk pengembangan perangkat lunak. Namun, tidak semua orang tahu semua fitur Jira dan itu bisa sangat melelahkan jika Anda seorang pemilik bisnis yang mencoba mengelola proyek pertama Anda. Jika Anda membaca ini sebagai orang yang memutuskan antara opsi yang berbeda tetapi belum pernah menggunakan Jira sebelumnya, saya sarankan untuk menonton beberapa tutorial terlebih dahulu sehingga Anda benar-benar dapat memanfaatkan kekuatannya.

lari cepat

Ada tiga kata yang dapat saya gunakan untuk mendefinisikan sebagian besar pengalaman saya dengan Jira, dan salah satunya adalah sprint . Sprint adalah periode waktu di mana tim bekerja untuk menyelesaikan tujuan tertentu yang dapat terkait erat atau tidak. Ini benar-benar fleksibel. Jira sprint biasanya berlangsung seminggu, yang menurut saya adalah durasi yang optimal.

Dari sudut pandang pengembang, ini memberi Anda fleksibilitas untuk memiliki banyak hal yang ditugaskan kepada Anda dan bekerja dalam urutan yang paling nyaman bagi Anda, yang dapat mengerjakan yang sulit dan kemudian yang mudah untuk bersantai, atau mungkin mengerjakan 2 -3 yang terkait erat pada saat yang bersamaan. Ini memberdayakan pengembang untuk membuat beberapa keputusan sambil tetap fokus pada saat yang sama dalam memberikan tepat waktu.

Epik Jira dan Masalah

Sementara sprint mengelompokkan tugas di ranah temporal, epos dapat mengelompokkan tugas berdasarkan subjek. Misalnya, Anda dapat membagi tugas menjadi sprint per minggu, tetapi Anda juga dapat mengelompokkan tugas secara bersamaan di front-end dan back-end. Saat membagi tugas berdasarkan subjek, Anda dapat menugaskan pengembang ke subjek.

Misalnya, Anda dapat memiliki epik untuk memigrasi data dari database yang ada, jadi Anda dapat menyebutnya Migrasi DB epik, dan karena semua tugas dalam epik itu terkait, satu pengembang dapat menjadi penanggung jawab selama semua sprint. Ini menghindari dua pengembang menghabiskan waktu mempelajari database lama, membuat pengembangan lebih efisien.

Isu , di sisi lain, adalah hal-hal yang perlu dilakukan, yang dapat termasuk dalam epik dan sprint. Ada beberapa jenis masalah dan itu adalah cerita , tugas , dan bug . Sebuah cerita memiliki kekhasan memiliki subtugas, yang dapat digunakan untuk memecah masalah menjadi bagian-bagian yang lebih kecil yang membentuk gambaran lengkap saat diambil bersama—ini menghindari pembuatan tugas dalam jumlah besar, alih-alih berfokus pada satu item yang harus diselesaikan.

Tugas di Jira adalah masalah yang sangat spesifik dan tidak memiliki subtugas. Ketika sesuatu yang perlu dilakukan sangat mudah dan tidak ada gunanya mencoba memecahnya, itu adalah tugas. Bug adalah hal yang harus diperbaiki—menyimpan bug sebagai kategori khusus akan membantu Anda memahami seberapa banyak yang Anda perbaiki dibandingkan dengan seberapa banyak kemajuan Anda dalam proyek.

Prioritas

Komunikasi adalah bagian besar dari persamaan ketika bekerja dalam tim global yang bekerja di berbagai zona waktu. Bekerja "di seluruh dunia" bukanlah metafora, tetapi kenyataan yang dialami banyak pengembang. Salah satu hal yang sulit untuk dikomunikasikan dari manajer ke pengembang adalah tingkat prioritas tugas. Bayangkan skenario berikut menggunakan todo list:

Pengembang melihat bahwa selama seminggu ini, mereka memiliki tujuh tugas untuk diselesaikan. Ada yang sulit dan ada yang mudah. Namun, satu tugas penting bagi manajer sangat kompleks, tetapi bagi pengembang dalam daftar tugas, semua tugas adalah sama—mereka mungkin memilih untuk mengerjakan yang lebih mudah terlebih dahulu, meninggalkan yang penting di akhir. Jika sesuatu yang tidak terduga terjadi dan daftarnya tidak selesai, itu adalah tugas terpenting yang dipotong, atau diselesaikan dengan terburu-buru (mungkin mengorbankan kualitas dalam prosesnya). Ini sangat mudah diselesaikan di Jira dengan memiliki prioritas , yang memungkinkan pengembang memahami apa yang lebih penting atau penting untuk diselesaikan.

Konten, Konten, Konten

Salah satu hal yang akan sangat Anda hargai tentang Jira adalah jumlah konten yang dapat Anda tempatkan di setiap edisi; Anda dapat menambahkan gambar atau tautan serta menandai anggota tim lainnya—walaupun ini juga berlaku untuk Trello, UI benar-benar memikat Anda untuk menempatkan lebih banyak konten, yang membantu memiliki lebih banyak data pada setiap tugas.

Pro dan Kontra Jira

Jira adalah alat yang sangat mapan dengan banyak fitur yang digabungkan secara khusus untuk pengembangan perangkat lunak. Ini menawarkan banyak integrasi dengan sistem lain dan membantu Anda tetap terorganisir dengan baik. Ini sangat bagus untuk tim (sangat) besar.

Jira, menjadi PMT yang cakap dan penuh fitur bisa jadi agak menakutkan bagi pengembang pemula. Pengalamannya bisa luar biasa—sprint, epik, dan masalah semuanya bisa menyatu. Ini terutama benar jika manajernya adalah klien dengan sedikit pengalaman dalam pengembangan perangkat lunak, yang mencoba mengelola tim pengembang. Saya sangat merekomendasikan Jira untuk tim besar dan proyek besar yang membutuhkan waktu untuk berkembang (lebih dari beberapa bulan), serta untuk manajer (klien) dan pengembang berpengalaman.

kelebihan

• Dirancang khusus untuk pengembangan perangkat lunak
• Memungkinkan setiap masalah dapat memiliki banyak konten, seperti tautan, gambar, lampiran
• Memiliki aplikasi seluler dengan notifikasi, yang membantu Anda melacak masalah Anda setiap saat
• Mengintegrasikan sprint dengan inti produk
• Menyediakan pemfilteran tugas yang sangat intuitif sehingga Anda dapat fokus pada tugas yang relevan bagi Anda

Kontra

• Memiliki banyak fitur, sehingga Anda dapat dengan mudah menggunakan perangkat lunak ini
• Memerlukan beberapa pelatihan untuk memanfaatkan semua fiturnya
• Membutuhkan (atau setidaknya sangat terbantu oleh) pemahaman tentang pengembangan Agile
• Bisa berlebihan untuk proyek kecil dengan tim kecil

Trello

Trello dapat diringkas dalam frasa sederhana: “papan dengan kartu,” alias Kanban . Pada pandangan pertama, itu bahkan mungkin terlalu sederhana untuk mata yang tidak terlatih; Namun, hal-hal sederhana bisa sangat berguna.

Kesederhanaan adalah konsep yang kuat. Itulah sebagian alasan mengapa iPhone dan Mac menjadi sangat populer, karena OS mereka sederhana dan menyenangkan untuk digunakan. Sementara Jira merasa memiliki setiap hal yang dapat Anda pikirkan, Trello merasa memiliki cukup untuk menyelesaikannya. Tidak ada epos, tidak ada cerita, tidak ada sprint—Anda cukup mengerjakan kartu dan memindahkannya melalui berbagai tahapan (kolom).

Mengingat bahwa semua ini ada di Jira juga, saya akan menjelaskan beberapa fitur yang paling bersinar di Trello.

Tahapan

Trello membuat tahapan pendefinisian menjadi sangat mudah—cukup buat kolom dan mulai gunakan. Yang paling umum adalah To Do, Doing, Review, dan Done. Karena kesederhanaannya, Anda dapat menambahkan kolom lain seperti Ditahan (Jira juga dapat melakukan ini, tetapi rasanya seperti hilang kecuali jika Anda secara eksplisit mencari masalah ini) atau membuat kolom untuk berbagai bagian sistem seperti Todo Front-end atau Todo Back-end. Ini sangat baik ketika tim dan proyek kecil, seperti situs web sederhana, widget, atau ekstensi, di mana tidak banyak anggota atau tugas yang harus dikelola secara bersamaan.

Anggota

Anda dapat menetapkan kartu ke anggota dan begitulah cara Anda menetapkan kartu ke pengembang—sangat sederhana di sana. Anda juga dapat menandai anggota lain di komentar, yang membantu semua orang yang terlibat dalam suatu masalah untuk terus mengomunikasikannya.

Dengan satu klik, pengguna dapat dengan mudah memfilter kartu atau kartu milik anggota tim lainnya, yang sangat berguna dalam tampilan Kalender.

Sangat Visual

Karena kesederhanaannya, Trello membuat Kanban terlihat setiap kali Anda membuka konten kartu. Ini adalah pendekatan yang sangat visual, karena Anda tidak dapat menghindari pandangan ini. Juga, kartu dapat memiliki gambar yang terlihat di papan tulis.

Ini adalah sesuatu yang tidak dimiliki Jira (atau setidaknya saya belum pernah melihatnya digunakan pada proyek nyata). Karena gambar dapat mengungkapkan lebih dari sekadar kata-kata, Anda dapat dengan mudah melihat apa yang terjadi tanpa membuka setiap tiket.

Selain itu, tag warna-warni Trello dapat digunakan untuk menambahkan lebih banyak informasi tanpa harus memperluas kartu. Dengan sedikit pengaturan yang baik, label Post-It yang setara dengan Kanban ini terbukti sangat membantu dan menghemat banyak klik yang tidak perlu.

Kelebihan Informasi

Karena kesederhanaan yang melekat, Trello mendorong Anda untuk menjaga hal-hal sederhana dan to the point, menghindari perasaan kewalahan oleh tumpukan informasi. Sering kali, Anda akan mengerjakan proyek di mana Anda terus-menerus dibombardir oleh pemberitahuan untuk item yang bahkan tidak Anda libatkan.

Kebisingan ekstra ini tampaknya agak berkurang di Trello, setidaknya menurut pengalaman saya. Karena Trello tidak begitu ramah pengguna untuk menambahkan informasi, saya menemukan bahwa masalah cenderung lebih kecil, artinya tugas dipecah menjadi bagian yang lebih kecil daripada di Jira. Dengan beberapa perencanaan, tugas-tugas kecil ini seharusnya tidak menghasilkan terlalu banyak kebisingan.

Gamifikasi

Konsep gamifikasi adalah, sebagian, untuk mengambil tugas sederhana dan mengubahnya menjadi permainan melalui penggunaan hadiah. “Kesulitan tidak membuat Anda putus asa jika dilengkapi dengan hadiah,” seperti yang ditunjukkan dalam artikel ini di Blog Trello.

Ada dorongan adrenalin (atau dopamin) setiap kali tiket dipindahkan dari satu tahap ke tahap lainnya. Karena Anda tidak dapat memindahkan kartu ke tahap yang berbeda tanpa menyeretnya di Trello (sedangkan di Jira, paling mudah untuk hanya mengubah status masalah), Anda mendapatkan koneksi fisik dengan kemajuan yang Anda buat. Pada suatu saat tanpa Anda sadari, Anda merasa ingin bersaing dengan diri sendiri untuk menyelesaikan lebih banyak masalah pada hari itu daripada hari sebelumnya (saya harap saya tidak sendirian di sini dengan perasaan ini) atau Anda hanya ingin berjuang untuk membuat kolom todo kosong secepat mungkin. Banyak produk perangkat lunak menggunakan gamification hari ini untuk menciptakan keterlibatan yang lebih besar seperti tampilan dan suka di sebagian besar platform sosial—mekanisme tindakan-hadiah itulah yang membuat orang tetap terlibat dalam platform.

Yang baik dan yang buruk

Saya masih kagum dengan bagaimana menggunakan Trello terasa menyenangkan, dan tentu saja, kesederhanaannya sangat penting untuk pengalaman ini. Tugas cenderung lebih kecil—walaupun Anda menyelesaikan pekerjaan yang sama, lebih baik memindahkan tiga tugas ke kolom “Untuk Ditinjau” daripada mengubah status satu cerita Jira menjadi Selesai. (Saya merasa tingkat konversi satu cerita Jira adalah sekitar tiga kartu di Trello.)

Ini sangat ideal untuk pengembang baru atau pemilik bisnis yang mencoba mengelola proyek karena hambatan masuknya sangat rendah. Trello mudah dikuasai oleh siapa saja, insinyur perangkat lunak atau lainnya. Masalahnya adalah Trello mungkin terlalu ringan untuk proyek tertentu dan tim besar. Meskipun Anda dapat dengan mudah membuat papan tambahan, memiliki banyak pengembang yang mengerjakan satu papan dapat menimbulkan masalah. Ini tidak sama, secara kualitatif, sebagai ruang kerja bersama Jira.

kelebihan

• Hambatan masuk yang rendah—Anda tidak memerlukan pengalaman apa pun
• UI sederhana
• Sangat visual—Anda langsung mendapatkan idenya
• Ideal untuk proyek kecil dan tim kecil

Kontra

• Bukan UI/UX yang ramah untuk menambahkan banyak detail ke suatu masalah
• Tidak menerjemahkan dengan baik di ponsel, karena Anda secara fisik membutuhkan lebih banyak ruang untuk menampilkan papan kanban
• Tidak memiliki cara (setidaknya, secara intuitif) untuk memprioritaskan tugas

Haruskah Saya Menggunakan Alat Manajemen Proyek?

Ya—Saya pikir dalam situasi umum saat ini, di mana manajer atau pemilik bisnis tidak tersedia untuk menjawab pertanyaan 24/7, Anda harus benar-benar berpikir untuk menggunakan alat sebagai cara untuk memiliki repositori di mana semua yang diperlukan ditulis. secara jelas. Ini akan membantu Anda menghindari kebingungan atau item yang terlewat karena terlupakan dalam percakapan Skype atau terkubur di bawah ratusan email. Jika proyek Anda lebih kecil, seperti situs hobi, PMT mungkin berlebihan.

Yang Mana Yang Harus Saya Gunakan?

Jawabannya adalah yang paling sesuai dengan kebutuhan Anda. Jika tim Anda terdiri dari lebih dari empat orang dan proyek akan berlangsung lebih dari satu tahun, saya akan memilih Jira. Jika itu kasus Anda, saya sangat menyarankan Anda membaca lebih lanjut tentang cara menggunakan Jira dan cara menggunakan metodologi pengembangan perangkat lunak.

Jika tim Anda memiliki kurang dari empat orang dan proyeknya adalah situs web sederhana, atau mungkin menambahkan beberapa fitur ke proyek yang sudah ada, saya merekomendasikan Trello karena kesederhanaannya. Seperti biasa, dengan alat, keduanya bisa menyelesaikan pekerjaan, tetapi itu tidak berarti yang terbaik adalah sama untuk semua orang.