Mengapa Tim Scrum Harus Kecil

[ad_1]

Salah satu cara Scrum membantu menyatukan anggota tim adalah melalui mandat bahwa tim tetap kecil. Kebanyakan literatur Scrum merekomendasikan agar tim terdiri dari tujuh anggota lintas fungsional (memberi atau menerima dua). Tentu saja, membatasi jumlah "saluran komunikasi" memungkinkan tim untuk terlibat dalam kolaborasi berdampak tinggi tanpa terlalu banyak margin untuk meninggalkan siapa pun dalam kegelapan. Bahkan, ada persamaan yang relatif sederhana untuk menggambarkan bagaimana, sebagai anggota tim ditambahkan dan saluran komunikasi meningkat, menjaga komunikasi dengan seluruh tim menjadi tantangan yang cukup besar.

Rumus, di mana "S" sama dengan jumlah saluran komunikasi dan N merupakan singkatan dari jumlah anggota tim, dapat direpresentasikan sebagai: S = (N (N-1)) / 2

Yang menarik, ketika anggota tim ditambahkan, nilai "S" (yaitu jumlah saluran komunikasi) meningkat secara dramatis. Artinya, jika tim enam menambahkan dua lebih banyak pengembang ke timnya, ukuran grup akan meningkat menjadi delapan, tetapi jumlah total saluran komunikasi akan balon dari 15 hingga 28. Tiba-tiba upaya yang terkait dengan komunikasi ke setiap tim lain anggota hampir dua kali lipat.

Meskipun tim-tim Scrum direkomendasikan untuk menjadi kecil, kerangka kerja menjaga terhadap "pemikiran kelompok," yaitu mentalitas kelompok pasif, dengan meminta tim disusun secara lintas fungsional. Dengan kata lain, tim Scrum harus dibuat untuk mewakili berbagai fungsi pekerjaan tanpa banyak tumpang tindih. Di mana tradisional, sekuensial pengembangan-lebih dikenal sebagai 'air terjun' -berkelompok berdasarkan fungsi (pengujian, QA, dll), Scrum lebih suka bahwa semua "fase" pembangunan hadir dalam tim lintas fungsional tunggal. Dengan demikian, satu tim Scrum mungkin akan menyertakan campuran insinyur perangkat lunak, arsitek, programer, analis, pakar QA, penguji, perancang UI, dan sebagainya. Ketika individu dengan keahlian yang berbeda, bidang keahlian, dan pengalaman pengembangan bersatu untuk jenis kolaborasi yang memungkinkan Scrum, itu memastikan bahwa berbagai perspektif dipertimbangkan. Bahkan, ketika orang-orang dengan latar belakang yang beragam seperti itu bertukar pikiran tentang suatu masalah, mereka mungkin menemukan solusi baru sebagai kelompok yang tidak dapat mereka capai secara mandiri.

Di sisi lain, bayangkan sebuah tim yang terdiri dari 20 orang mencoba bekerja sama untuk menyelesaikan masalah yang sangat sulit. Karena banyaknya orang, seorang pemimpin — atau beberapa dari mereka — kemungkinan akan muncul dan, sebagai akibatnya, beberapa anggota tim mungkin mengikuti secara pasif. Atau sesuatu yang lebih buruk mungkin terjadi: Ukuran kelompok mungkin mencegahnya mengambil keputusan yang sepenuhnya dianggap atau keputusan apa pun.

[ad_2]

Leave a Reply

Your email address will not be published. Required fields are marked *