Sebelum berpikir untuk memperkenalkan pengembangan lincah, jelajahi dahulu yang mana yang paling cocok untuk organisasi / proyek Anda. Jika misalnya Anda melihat scrum pertimbangkan apakah Anda akan menggunakannya secara ketat atau jika scrum lebih longgar, atau bahkan metode lain sama sekali lebih cocok. Jawaban saya ada pada scrum sebagai metode tangkas Anda.
Scrum sangat bagus untuk proyek yang membutuhkan inovasi, di mana sedikit yang diketahui dan di mana eksperimen diperlukan. Ini bukan yang paling cocok untuk melakukan hal-hal seperti memelihara produk yang sudah ada atau menangani pekerjaan pemeliharaan berulang. Untungnya, scrum adalah kerangka kerja yang longgar dan Anda dapat menggunakannya sebaik mungkin.
Untuk pekerjaan pemeliharaan, Kanban mungkin lebih baik untuk Anda atau Anda bisa mencoba beberapa elemen scrum untuk mengelola sprint dan melakukan hal-hal seperti standup harian. Saya menyebutnya "scrum-but", "ya kami melakukan scrum di perusahaan kami tetapi ...". Tidak apa-apa, jangan merasa bersalah.
Untuk memperkenalkan scrum yang tepat dalam organisasi Anda, Anda perlu keterlibatan pemilik produk dan pemegang saham. Jika Anda adalah perusahaan kecil, orang itu mungkin satu orang, bos, dan yang lebih besar seorang manajer produk dan kepala / bos departemen. Saya akan menyarankan dua rute untuk memperkenalkan scrum:
1) Anda dapat mulai menggunakan scrum dalam bentuk yang sedikit lebih longgar untuk mengelola antrian kerja yang ada dengan segera. Tapi lihat juga Kanban.
2) mulai menggunakan scrum dalam bentuk yang lebih ketat pada beberapa proyek baru yang akan membutuhkan inovasi, umpan balik awal dan di mana banyak yang tidak diketahui. Anda dapat menyarankan kepada bos / pemilik produk bahwa scrum akan ideal untuk proyek baru ini.
Tapi ingat! ini bukan hanya tentang kode, pemilik produk memiliki bagian penting dan harus memahami dan memenuhi perannya. Itu berarti misalnya tidak menulis semua spesifikasi di muka, melainkan mulai dengan minimum, iterasi cepat, mendapatkan umpan balik, belajar dan memberi makan itu kembali dan seterusnya. Cobalah untuk bekerja dengan manajer produk yang ingin memperkenalkan scrum seperti Anda tetapi dari sisi pemilik produk, dan idealnya ia harus cukup tangguh untuk menangkis permintaan manajemen dan melindungi sprint.
Dibutuhkan upaya bersama dari pengembangan dan manajemen produk untuk memperkenalkan scrum.
Pada proyek baru semacam itu, cobalah dan buat tim baru dipindahkan ke ruang terpisah dan gunakan catatan tempel untuk memvisualisasikan pekerjaan di berbagai negara seperti jaminan, dalam proses, dll. Jangan terjebak dalam alat elektronik pada tahap ini , jaga agar sesederhana mungkin. Jangan merasa konyol melakukan perencanaan poker dengan kartu ketika Anda mulai juga, begitu tim Anda mencapai kecepatan Anda mungkin tidak akan menggunakannya, cukup angkanya saja.
Dalam pengalaman saya, lebih mudah untuk memperkenalkan scrum dalam bentuk murni terlebih dahulu kemudian mempermudahnya untuk antrian pekerjaan jenis pemeliharaan. Lebih sulit sebaliknya.
Komentar terakhir saya adalah berhati-hatilah dengan berpikir bahwa scrum adalah obat mujarab pengembangan, bukan. Scrum adalah kerangka kerja yang berguna dan sederhana untuk inovasi produk tetapi jelajahi metode-metode lain yang mengkombinasikan sesuai kebutuhan bisnis Anda dan jangan merasa sedih karenanya.