Panduan Scrum | 14. Kesalahan Pengembang

Diterbitkan: 2022-04-26

Tim Pengembang adalah sekelompok profesional independen. Namun, keberhasilan proyek yang mereka laksanakan tergantung pada upaya bersama mereka. Dan ini membutuhkan banyak kedewasaan dan keterampilan kerja tim. Apa kesalahan paling umum dari Pengembang? Manakah dari mereka yang membuat pencapaian Sasaran Produk menjadi sulit atau bahkan tidak mungkin?

Kesalahan umum Pengembang – daftar isi:

  1. Kesalahan umum Pengembang
  2. Menjadi terlalu terikat dengan ide-ide Anda
  3. Wirausaha
  4. Penarikan Pengembang
  5. Kemerdekaan
  6. Membatasi tanggung jawab pada lingkup wewenang
  7. Kekacauan Sprint Backlog
  8. Ringkasan

Kesalahan umum Pengembang

Banyak kesalahan Pengembang yang bekerja di Scrum berasal dari pendekatan mereka terhadap kerja tim. Di satu sisi, itu adalah independensi yang disalahpahami dan mempertahankan ide seseorang melawan kepentingan tim. Di sisi lain, bergantung pada orang lain dan kurangnya kemandirian. Sumber masalah lain mungkin kesalahpahaman tentang tanggung jawab tim.

The most common mistakes of Developers

Menjadi terlalu terikat dengan ide-ide Anda

Tanggung jawab harian pengembang termasuk menemukan solusi inovatif untuk masalah yang kompleks. Upaya yang dilakukan untuk mengembangkan solusi dapat menyebabkan mereka menjadi terlalu terikat pada ide-ide mereka. Hal ini pada gilirannya membuat mereka melupakan Sasaran Produk dan menghabiskan terlalu banyak waktu untuk mengembangkan solusi sampingan yang tidak berguna dari perspektif bisnis. Dan mereka juga kurang mau mencari alternatif solusi yang mengancam kelincahan Tim.

Wirausaha

Jika ada Pengembang yang kesulitan memahami peran mereka dalam Tim, mereka akan mencoba memisahkan tugas mereka dari Sprint Goal. Lebih buruk lagi, mereka akan melakukannya tanpa mengacu pada anggota Tim lainnya. Ini juga bisa menjadi masalah jika mereka secara sewenang-wenang melakukan perubahan pada Sprint Backlog. Ini adalah bagaimana independensi yang disalahpahami dari salah satu Pengembang dapat berasal dari masalah komunikasi.

Keinginan yang berlebihan untuk mandiri dapat berakar pada kurangnya pengakuan atas pencapaian individu Pengembang . Itu muncul ketika kontribusinya terhadap pekerjaan yang dilakukan oleh Tim dievaluasi tidak sesuai dengan upaya yang dilakukan dan kesulitan tugas.

Bekerja sendiri dapat menjadi sumber konflik serius di dalam Tim. Itulah mengapa sangat penting bagi Scrum Master untuk bereaksi dan memecahkan masalah mendasar sesegera mungkin. Ini karena mungkin saja kesalahan tidak terletak pada Pengembang, tetapi pada penilaian yang salah tentang keterlibatan mereka.

Penarikan Pengembang

Masalah yang dihasilkan dari dua sebelumnya – bekerja sendiri dan terlalu terikat pada ide-ide Anda sendiri – bisa menjadi masalah kurangnya komunikasi. Kemudian Pengembang tersebut mulai mengisolasi diri dari Tim. Meskipun mereka melakukan tugas mereka sesuai dengan Sprint Backlog, mereka menarik diri dari kehidupan Tim.

Dalam situasi seperti itu, Scrum Master harus memberikan perhatian khusus kepada Pengembang yang ditarik. Hargai kontribusi mereka kepada Tim dan dorong mereka untuk mengambil sikap proaktif.

Kemerdekaan

Pengorganisasian diri adalah karakteristik Tim Pengembang yang matang dan tersusun dengan baik yang telah kami jelaskan di artikel sebelumnya. Artinya, terlepas dari kesulitan, Pengembang tidak bergantung pada orang lain untuk memberi tahu mereka cara mendistribusikan tugas di antara mereka sendiri, bagaimana dan kapan menyelesaikannya. Namun, pengorganisasian diri dapat menimbulkan kesalahpahaman antarpribadi.

Dalam kasus seperti itu, Scrum Master perlu hadir setiap saat untuk memastikan bahwa tugas-tugas yang perlu dilakukan untuk mencapai Sprint Goal didistribusikan. Di sinilah masalah ketergantungan Pengembang muncul.

Sekali lagi, Scrum Master harus datang untuk menyelamatkan dengan mendorong anggota Tim Pengembang untuk menentukan nasib sendiri dan bertanggung jawab atas tugas mereka.

Membatasi tanggung jawab pada lingkup wewenang

Masalah lain yang harus dihadapi Pengembang, terutama dalam pembentukan Tim, adalah keengganan untuk melakukan tugas selain yang menjadi kompetensi inti Pengembang.

Kesalahan ini dapat menyebabkan penurunan yang signifikan dalam efektivitas Tim Pengembang. Tidak semua Sprint memanfaatkan kompetensi inti dari setiap anggota Tim. Oleh karena itu, mereka harus terbuka untuk melakukan tugas lain, tambahan, atau pengorganisasian yang sama-sama relevan dengan Sprint Goal.

common mistakes

Kekacauan Sprint Backlog

Salah satu tugas tersebut adalah menjaga agar Sprint Backlog tetap teratur. Ini adalah tugas utama untuk kelancaran operasional Tim Pengembang. Namun, kesalahan umum adalah mengalihkan tanggung jawab untuk menyimpannya di antara Pengembang. Hal ini menghambat tidak hanya pekerjaan pada Sprint Goal tetapi juga pengembangan Tim dan peningkatan berkelanjutannya.

Kesalahan umum pengembang -ringkasan

Singkatnya, kesalahan paling umum dari Pengembang termasuk upaya untuk memisahkan diri dari Tim secara keseluruhan: bekerja sendiri, mendorong ide mereka sendiri, dan menarik diri. Integritas Tim Pengembang juga terancam oleh masalah pengembangan kemandirian, kekacauan dalam Sprint Backlog, dan keengganan Pengembang untuk melakukan tugas di luar kompetensi inti mereka.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas lebah sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 14. Mistakes of Developers caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk