Panduan Scrum | 13. Tim Pengembang dalam Scrum

Sebuah Tim Pengembangan dalam Scrum adalah kelompok interdisipliner yang terdiri dari semua orang yang terlibat dalam menciptakan Produk. Dalam artikel hari ini, kita akan melihat karakteristik apa yang seharusnya dimiliki. Kita juga akan mempertimbangkan komposisi dan tanggung jawab dari Tim Pengembangan yang mampu mencapai Tujuannya secara efektif.

Tim Pengembangan dalam Scrum – daftar isi:

1. Fitur Tim Pengembangan
2. Tim Pengembangan
3. Tanggung Jawab Tim Pengembangan
4. Ringkasan

Fitur Tim Pengembangan

Tim Pengembangan yang bekerja sesuai dengan prinsip Scrum adalah sekelompok spesialis yang independen. Mereka tidak menggunakan dukungan dari spesialis eksternal atau subkontraktor. Namun, apa yang menentukan bahwa Tim tersebut cocok untuk mencapai Tujuan? Dan tanggung jawab apa yang termasuk dalam tugas Tim Pengembangan – terlepas dari spesialisasi mereka?

Untuk menjadi efektif, Tim Pengembangan harus memiliki setidaknya tiga karakteristik: kemampuan untuk mengatur diri sendiri, dorongan untuk tumbuh, dan interdisiplinaritas.

Pengaturan Diri

Ketika kita berbicara tentang Tim Scrum, di mana Tim Pengembangan adalah bagiannya, kita menggunakan istilah ”manajemen diri”. Ini berarti manajemen diri pada tingkat organisasi. Tim Scrum secara keseluruhan memutuskan tidak hanya siapa yang akan melakukan pekerjaan dan bagaimana, tetapi juga apa yang akan mereka kerjakan. Dalam Tim Scrum, sebagian besar tugas manajemen menjadi tanggung jawab Pemilik Produk dan Scrum Master.

Oleh karena itu, dalam kasus Tim Pengembangan, pengaturan diri lebih penting daripada manajemen diri. Ini mengacu pada perencanaan tanggung jawab, yaitu, memutuskan sendiri siapa yang akan melakukan tugas tertentu, kapan dan bagaimana.

Keinginan untuk Berkembang

Salah satu fitur kunci dari Tim yang efektif adalah dorongan untuk tumbuh. Cara menyelesaikan tugas yang ditetapkan di depannya harus ambisius. Ini tidak hanya berasal dari predisposisi individu dan sikap setiap anggota Tim Pengembangan. Meningkatkan kompetensi dan usaha juga didorong oleh atmosfer dalam Tim, yang mendefinisikannya sebagai keseluruhan.

Interdisiplinaritas

Interdisiplinaritas Tim berarti bahwa anggotanya bersama-sama harus memiliki semua keterampilan yang diperlukan untuk menciptakan Increment yang berharga di setiap Sprint. Ini juga berarti bahwa setiap anggota Tim melakukan tugas yang diperlukan untuk Sprint tersebut. Setiap orang melakukan apa yang diperlukan untuk mencapai Tujuan. Bahkan jika itu berarti mengambil tugas baru di luar keahlian Developer. Adalah kesalahan untuk kaku berpegang pada kompetensi profesional atau peran seseorang.

Tim Pengembangan

Menurut Panduan Scrum, jumlah maksimum Developer adalah delapan. Komposisi yang kecil mendorong komunikasi dan keterbukaan, karena anggota Tim memiliki kesempatan untuk saling mengenal. Namun, Tim tidak boleh lebih kecil dari tiga orang. Tim perlu cukup besar untuk membuat kemajuan yang terlihat dalam bisnis di setiap Sprint.

Developer dalam Scrum disebut orang-orang dengan berbagai keterampilan dan tanggung jawab. Dalam hal ini, nama tersebut tidak hanya diperuntukkan bagi orang yang melakukan pemrograman. Dengan demikian, Tim dapat mencakup programmer dan desainer, peneliti dan analis, penguji dan ilmuwan, serta spesialis lainnya.

Tidak ada hierarki di antara Developer. Itulah sebabnya mereka tidak menggunakan gelar profesional atau ilmiah.

Sebuah asumsi penting tentang komposisi Tim Pengembangan adalah bahwa itu adalah kesatuan. Oleh karena itu, tim yang lebih kecil yang bekerja pada Tujuan lain tidak boleh dipisahkan darinya.

Tanggung Jawab Tim Pengembangan

Tanggung jawab Tim Pengembangan dapat dibagi menjadi tiga area. Ini adalah:

• Perencanaan tugas
• Bekerja pada produk
• Meningkatkan kolaborasi dalam Tim

Perencanaan Tugas

Penjadwalan tugas adalah kewajiban yang harus dipenuhi oleh semua Tim Pengembangan berbasis Scrum. Ini terdiri dari membuat rencana Sprint dan memasukkannya ke dalam Sprint Backlog, yang akan kita jelaskan dalam artikel terpisah. Hal yang paling signifikan adalah bahwa Tim Pengembangan bekerja sama dalam hal ini. Dengan cara ini, setiap Developer akan dapat secara realistis menentukan jumlah tugas yang harus diselesaikan dalam Sprint tertentu. Dalam jangka panjang, ini memungkinkan Tim untuk mempertahankan ritme yang konstan dan merencanakan dengan lebih akurat.

Hal yang sama pentingnya adalah untuk terus memantau keadaan, yaitu, menyesuaikan rencana dengan kenyataan setiap hari. Jika masalah muncul, mungkin perlu untuk mengubah: mengatur ulang tugas, mendistribusikan pekerjaan secara berbeda, atau berbicara dengan Scrum Master tentang kesulitan yang muncul.

Bekerja pada Produk

Bentuk kerja pada Produk dapat bervariasi secara dramatis tergantung pada area di mana Tim Pengembangan tertentu beroperasi. Secara umum, tujuan yang harus dicapai di setiap Sprint adalah menciptakan Increment, yaitu, fitur Produk yang bernilai bisnis.

Di sini berguna untuk berbicara secara langsung dan menerapkan aturan berikut:

Ketika Anda mengambil pekerjaan pada Produk, Anda harus meninggalkannya dalam keadaan yang tidak hanya diperbaiki tetapi tidak kurang selesai daripada versi sebelumnya.

Menerapkan prinsip ini berarti bahwa Tim secara keseluruhan bertanggung jawab atas Increment. Jika seorang Developer melakukan tugas dengan sembarangan, menyebabkan kualitas Produk menurun, orang lain harus melakukan pekerjaan untuk mereka. Di sisi lain, jika ada Developer yang menemukan bug dalam Produk, mereka harus memperbaikinya sendiri atau menyampaikan informasi bug kepada seseorang yang dapat melakukannya. Kami akan menulis lebih lanjut tentang bekerja pada Increment Produk dalam Sprint dalam artikel terpisah.

Meningkatkan Kolaborasi dalam Tim

Bekerja pada cara Tim beroperasi adalah tentang terus-menerus meningkatkan efisiensi dan efektivitas setiap Developer.

Namun, ini juga, atau mungkin di atas segalanya, pekerjaan pada komunikasi antara Developer. Peningkatan terdiri dari merumuskan solusi yang memungkinkan pembagian tugas yang efisien dan akurat. Dan juga melatih keterampilan:

• mengkritik solusi, bukan orang – mengubah bahasa yang kita gunakan untuk menggambarkan pekerjaan mengarah pada perubahan sikap dan meningkatkan kolaborasi
• menjauhkan diri dari ide-ide Anda – ini memungkinkan humor dan umpan balik yang lebih jujur
• membangun kepercayaan – berkat kepercayaan, dapat ada banyak ide inovatif yang diusulkan oleh Developer tanpa takut akan reaksi negatif dari lingkungan

Meningkatkan kolaborasi Tim dicapai melalui refleksi berkelanjutan tentang bagaimana Tim bekerja dan memberikan umpan balik selama Acara Scrum yang dijelaskan dalam artikel ini.

Ringkasan

Dalam artikel hari ini kami menyajikan karakteristik, komposisi, dan tanggung jawab dari Tim Pengembangan Scrum. Interdisiplinaritas, pengaturan diri, dan keinginan untuk berkembang menjadi ciri khas tim kecil ini. Dan perbaikan berkelanjutan dalam kerja tim dan kerja yang efektif pada Produk – ini adalah tugas yang harus dipenuhi oleh setiap Tim Pengembangan.

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