Perangkat lunak apa yang Anda gunakan untuk membantu merencanakan kerja tim Anda, dan mengapa?


11

Perencanaan sangat sulit. Kita secara alami tidak pandai memperkirakan masa depan kita sendiri, dan banyak bias kognitif memperburuk masalah. Perencanaan kelompok bahkan lebih sulit. Informasi yang tidak lengkap, pandangan situasi yang tidak konsisten, dan masalah komunikasi menambah kesulitan.

Metode tangkas menyediakan satu kerangka kerja untuk mengatur perencanaan kelompok - membuat perencanaan terlihat oleh semua orang (cerita pengguna), memecahnya menjadi potongan-potongan kecil (sprint), dan memberikan analisis retrospektif sehingga Anda menjadi lebih baik dalam perencanaan. Tetapi menemukan alat yang baik untuk mendukung praktik ini terbukti sulit.

Alat perangkat lunak apa yang Anda gunakan untuk mencapai tujuan ini? Mengapa Anda menggunakan alat itu? Kesuksesan apa yang Anda miliki dengan alat tertentu?

Jawaban:


5

OmniPlan

Alat perencanaan Mac OS X.

Pelacak Penting

Berguna bahkan jika Anda tidak melakukan pengembangan "gesit".

FogBugz

Pelacakan masalah yang sangat bermanfaat dan unggulan.

Saya menggunakan ini bersamaan. OmniPlan sangat bagus untuk memaparkan semua tugas yang perlu diselesaikan dan membaginya di antara tim Anda. Anda dapat mengatur jalur kritis (hal-hal yang harus terjadi untuk penyelesaian) dan memecah upaya keseluruhan. Juga bagus secara visual untuk manajemen.

Pivotal sangat baik untuk menjaga kecepatan perkembangan Anda. Jika Anda sepenuhnya berlangganan metodologi tangkas itu bagus, tetapi masih sangat berguna untuk melacak fitur, komponen tergantung, dan status saat ini aktif.

FogBugz menyediakan antarmuka yang mudah digunakan untuk non-programmer untuk mengirimkan bug atau permintaan fitur dan memantau kemajuan. Masalah yang masuk dievaluasi dan dicatat dalam Pivotal. Kemudian mereka dipindahkan ke OmniPlan jika itu menjadi tugas yang lebih besar dengan banyak komponen.


Bisakah Anda memberi tahu saya beberapa contoh spesifik tentang bagaimana Anda menggunakan ini dan apa yang telah mereka ubah untuk Anda? Maksudku, tentu saja, aku juga membaca blog Joel, tapi alangkah baiknya mendengar mengapa ini bekerja paling baik untukmu.
Alex Feinman

Saya akhirnya menggunakan Pelacak Penting.
Alex Feinman

6

Kami menggunakan Redmine -> http://www.redmine.org/

Kami mencatat semua pengembang kami di sana bersama dengan panggilan dukungan sehingga kami dapat melihat berapa banyak waktu yang kami miliki untuk dialokasikan ke sprint pada pengembangan terbaru kami. Ini berguna karena itu berhubungan baik dengan sistem email kami dan Sistem Kontrol Versi kami (Git dalam kasus kami, tetapi bekerja dengan orang lain).

Mudah keluar dari kotak (ditulis dalam Ruby, akan berjalan di sebagian besar server kecil) dan dengan beberapa tambahan yang cukup kuat yang mudah dipasang dan digunakan.


6

Apakah boleh menjawab tidak ada ?

Anda tampaknya menyiratkan bahwa perangkat lunak diperlukan untuk perencanaan tangkas yang sukses. Saya tidak setuju. Jika tim Anda menggunakan scrum atau XP dengan benar ("sesuai buku"), Anda tidak perlu menggunakan alat perangkat lunak sama sekali untuk perencanaan.

Dalam banyak kasus, menambahkan alat perangkat lunak ke proses yang gesit hanyalah cara untuk menghindari keharusan berurusan dengan masalah mendasar yang sebenarnya terkait dengan komunikasi atau kepercayaan yang buruk. Masalah seperti itu paling baik diselesaikan dengan cara lain.

Rekomendasi saya adalah mulai tanpa alat digital dan hanya menambahkannya nanti ketika Anda benar-benar mengerti mengapa Anda membutuhkannya.

(Tim terdistribusi adalah kasus khusus)


3

Saya telah menggunakan kedua Rally dan Jira dengan Greenhopper .

Saya akan mulai dengan JIRA. JIRA adalah alat pelacakan bug yang sangat baik. Greenhopper adalah add-on yang memungkinkan tim mulai bekerja dengan gesit. Karena itu tidak dirancang sebagai alat tangkas dari bawah ke atas, beberapa proses terasa canggung. Alat ini juga memakan waktu dan sulit digunakan. Namun, ini sangat dapat disesuaikan. Secara umum, ini terasa seperti alat yang Anda harus menjejalkan Anda dengan cepat ke dalam proses.

Rally dirancang dari bawah ke atas untuk menjadi alat yang gesit dan terlihat. Ini mengikuti banyak proses tangkas dengan sangat baik dan melengkapi proses. Saya telah menggunakan alat ini dalam organisasi yang sangat gesit dan memungkinkan kami untuk melacak ketergantungan lintas tim dan proyek rumit yang melibatkan beberapa tim tangkas. Koordinasi lintas tim adalah sesuatu yang diperjuangkan oleh alat lain, tetapi Rally telah melakukan ini dengan baik. Juga, Rally memiliki API berbasis layanan web yang sangat baik. Itu memungkinkan tim saya untuk menulis beberapa perangkat lunak khusus menggunakan Rally sebagai backend kami serta menghasilkan beberapa laporan khusus.


1

Kami menggunakan TFS untuk kontrol Sumber dan Pelacakan Item Kerja (sayangnya), dan saya menggunakan manajer item kerja Telerik untuk membantu saya merekam paket sprint dan menjaga agar taskboard tetap sinkron. Jika Anda terpaksa menggunakan TFS maka telerik membuatnya lebih tidak menyakitkan.


0

Kami menggunakan pelacak masalah yang disebut FIT (Saya bekerja untuk perusahaan ini sebagai kontraktor alih daya sehingga saya memilih apa yang akan digunakan). Fogbugz lebih mahal dibandingkan. Ini memiliki tapak kecil, berbasis web, murah dan melakukan hal-hal biasa. Saya melihat Redmine yang merupakan paket yang luar biasa tetapi manajemen merasa tidak nyaman dengan paket open source yang masih berdarah.
Untuk alat seperti pelacak masalah, saya tidak ingin memeliharanya atau memutakhirkannya atau menyesuaikannya: Saya hanya ingin itu berfungsi langsung dari kotak dan tetap seperti itu.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.