Dari pandangan tingkat yang sangat tinggi, bagi saya sepertinya ada 2 jenis alat Manajemen Proyek: Pelacak isu tradisional seperti Fogbugz, JIRA, BugZilla, Trac, Redmine dll. Papan kartu virtual / alat manajemen proyek yang gesit seperti Pivotal Tracker, GreenHopper, AgileZen, Trello...
Saya telah menambahkan beberapa kisah pengguna yang membahas beberapa hutang teknis ke papan Pelacak Penting saya. Haruskah saya menganggap mereka sebagai fitur (menjaga tingkat kecepatan saya) atau sebagai tugas / bug (menurunkan kecepatan saya)? Saya mengerti itu tidak akan membuat perbedaan...
Saya suka XP (pemrograman ekstrim), terutama bagian di mana ada 2 programmer pada layar yang sama, karena solusi masalah sering ditemukan lebih cepat jika hanya Anda menjelaskan apa yang Anda lakukan dan memasangkan pemrograman memaksa Anda untuk menjelaskan apa yang Anda perbuatan. Selama 10...
Tim saya menggunakan sistem Kanban untuk melacak kemajuan sehari-hari dan bekerja dengan sangat baik untuk memahami kemajuan fitur (ditangkap sebagai cerita pengguna). Kami telah mengizinkan desain sistem kami muncul saat kami mengembangkan fitur yang bekerja dengan baik hingga saat ini. Dalam dua...
Dimulai dengan Kanban, saya tidak yakin tentang seberapa granular item pekerjaan saya seharusnya. Meskipun Anda menemukan banyak rekomendasi konkret tentang cara memilih WIP, sebagian besar tutorial Kanban yang saya baca tetap tidak jelas tentang ukuran item pekerjaan (= kartu di papan...
Pertimbangkan papan Kanban yang khas: Masukan, Analisis, Pengembang Siap, Pengembangan, Siap Bangun, Uji, Siap Rilis Bagaimana cara menentukan batas WIP untuk setiap kolom? formula apa
Saya telah membaca sedikit tentang Kanban dan saya sedikit bingung dengan topik Persyaratan. Dalam proyek saya saat ini, kami menggunakan Scrum. Pada awal Sprint, kami memiliki sesi di mana BA melakukan walkthrough dari Kisah dan menggambarkannya sebaik mungkin. Kami kemudian mengambil cerita,...