Membangun tim produktif

Teknisi berkembang di lingkungan tempat mereka dapat fokus dan masuk ke zona. Tim sering menghadapi gangguan dan prioritas bersaing yang memaksa teknisi untuk mengalihkan konteks dan membagi perhatian mereka. Mereka berjuang untuk menyeimbangkan waktu menunduk dengan waktu menengadah. Menambahkan fitur baru mengharuskan anggota tim untuk menunduk dan fokus. Menanggapi masalah pelanggan dan mengatasi masalah situs langsung mengharuskan tim untuk menengadah dan mengetahui apa yang terjadi.

Untuk mengurangi gangguan, tim dapat membagi dirinya menjadi dua kru: satu untuk fitur dan satu untuk kesehatan situs langsung.

Pendekatan dua kru menghasilkan produktivitas dan prediksi yang lebih besar. Penerapan yang berhasil bergantung pada elemen utama ini:

• Peran kru yang ditentukan dengan jelas
• Proses rotasi kru yang ditentukan dengan baik
• Penyesuaian yang sering dilakukan pada ukuran kru

Kru fitur

Kru fitur, atau kru F, berfokus pada masa depan. Mereka bekerja sebagai unit yang efektif dengan misi dan tujuan yang jelas: untuk membangun dan mengirimkan fitur berkualitas tinggi.

Kru F terlindung dari kekacauan layanan langsung sehari-hari untuk memastikan mereka memiliki waktu untuk merancang, membangun, dan menguji pekerjaan mereka. Mereka dapat mengandalkan gangguan minimal dan kebebasan dari harus memperbaiki masalah yang muncul secara acak. Mereka didorong untuk jarang memeriksa email mereka dan menghindari ditarik ke masalah lain kecuali mereka kritis.

Ketika anggota kru F bergabung dalam percakapan atau kadang-kadang tersedot ke utas email, anggota tim lain harus menggoda mereka: "Anda berada di kru F, apa yang Anda lakukan?" Jika anggota kru F perlu mengatasi masalah penting, mereka didorong untuk mendelegasikannya ke kru pelanggan dan kembali ke pekerjaan fitur.

Kru F beroperasi sebagai tim kompak yang mengelompokkan sekumpulan fitur kecil. Batas work-in-progress (WIP) yang baik adalah dua fitur dalam penerbangan untuk 4-6 orang. Dengan bekerja sama erat, mereka membangun konteks bersama yang mendalam dan menemukan bug penting atau masalah desain yang akan dilewatkan oleh tinjauan kode kursor. Kru khusus memungkinkan laju throughput dan waktu tunggu yang lebih dapat diprediksi. Anggota tim sering menyebut kru F tenang dan fokus. Mereka merasa damai dan meremajakan diri untuk fokus mendalam pada fitur, untuk mendedikasikan perhatian penuh padanya. Orang-orang menyerahkan waktu mereka pada kru F dengan merasa segar dan selesai.

Kru pelanggan

Kru pelanggan, atau kru C, berfokus pada sekarang dan memberikan dukungan garis depan untuk masalah pelanggan dan situs langsung, bug, telemetri, dan pemantauan. Kru C sering berkumpul di sekitar komputer, melakukan proses debug masalah situs langsung yang kritis. Prioritas nomor satu mereka adalah kesehatan situs langsung. Berfokus pada lingkungan ini, mereka membangun keterampilan proses debug dan analisis ahli. Kru pelanggan sering disebut sebagai tim perisai, karena melindungi tim lainnya dari gangguan. Daripada bekerja pada fitur yang akan datang, C-crew adalah jembatan antara pelanggan dan produk saat ini. Anggota kru aktif di email, Twitter, dan saluran umpan balik lainnya. Pelanggan ingin tahu mereka didengar, dan tugas C-crew adalah untuk mendengar mereka. Triase C-crew segera melaporkan masalah yang dilaporkan pelanggan dan dengan cepat melibatkan dan membantu pelanggan yang diblokir.

Dengan penghentian tugas masuk, bekerja pada kru C yang serba cepat dapat, kadang-kadang, menjadi menyenangkan. Dalam seminggu yang sibuk, mereka menangani beberapa email, investigasi situs langsung, dan bug. Saat operasi tenang, mereka bekerja untuk meningkatkan telemetri dan pelaporan, menginvestasikan waktu mereka untuk membuat layanan lebih mudah.

Kru C memungkinkan tim untuk mengatasi masalah tanpa menarik anggota tim dari prioritas lain, dan memastikan pelanggan dan mitra didengar. Tingkat respons terhadap pertanyaan dan masalah menjadi titik kebanggaan bagi kru C. Namun, kecepatan ini dapat menguras, mengharuskan rotasi yang sering terjadi antar kru.

Rotasi kru

Proses rotasi yang ditentukan dengan baik membuat sistem dua kru berfungsi. Anda cukup menukar kru (kru F menjadi kru C dan sebaliknya), tetapi ini membatasi berbagi pengetahuan antara dan di dalam kru. Sebagai gantinya, pilih rotasi mingguan.

Pada akhir setiap minggu, lakukan pertukaran singkat bertemu di mana tim memutuskan siapa yang bertukar antar kru. Anda dapat menggunakan bagan papan tulis untuk melacak siapa yang saat ini ada di setiap kru dan kapan mereka ditukar. Orang-orang terlama di setiap kru biasanya harus bertukar satu sama lain. Namun, dalam minggu tertentu, seseorang mungkin ingin tetap menyelesaikan pekerjaan pada investigasi atau fitur situs langsung. Meskipun ada fleksibilitas, semakin lama seseorang berada di kru, semakin besar kemungkinan mereka harus ditukar.

Rotasi mingguan membantu mencegah silo pengetahuan dalam tim dan memastikan aliran informasi dan perspektif yang konstan antar kru. Pergerakan teknisi yang sering menciptakan pengetahuan bersama tentang pekerjaan tim, yang membantu kru C menyelesaikan masalah tanpa bantuan orang lain. Seringkali, anggota kru F baru akan dengan cepat menemukan desain atau kelemahan kode yang sebelumnya diabaikan.

Ukuran kru

Ukuran kru bervariasi untuk menjaga kesehatan tim. Jika tim memiliki tingkat masalah situs langsung yang masuk yang tinggi atau memiliki banyak utang teknis, kru C menjadi lebih besar, dan sebaliknya. Menyesuaikan ukuran setiap minggu meningkatkan prediktabilitas dalam hasil kerja dan dependensi tim. Dalam beberapa minggu, tim dapat memindahkan semua orang ke kru C untuk mengatasi umpan balik dari rilis besar.

Strategi ini menyederhanakan komunikasi dengan manajemen. Tanpa sistem dua kru, teknisi sering mengerjakan beberapa hal secara bersamaan. Saat beberapa gangguan terjadi dalam satu minggu, fitur yang sedang berlangsung sering tertunda. Akibatnya, tim mungkin tidak dapat memberikan garis waktu untuk pekerjaan fitur di masa mendatang dengan percaya diri.

Kru F khusus mengarah ke throughput dan waktu tunggu yang dapat diprediksi. Memisahkan sumber daya antar kru meningkatkan akuntabilitas dalam tim dan dengan manajemen tentang apa yang dapat diselesaikan tim setiap minggu dan setiap sprint.

Langkah berikutnya

Sistem dua kru dapat membantu tim memahami di mana teknisi harus menghabiskan waktu mereka dan untuk membuat kemajuan pada banyak prioritas bersaing.

Selain meningkatkan produktivitas dan prediktabilitas, sistem dua kru dapat meningkatkan moral tim. Teknisi di setiap tim dengan jelas memahami peran dan tanggung jawab mereka dan berfungsi lebih independen dan dengan akuntabilitas yang jauh lebih besar. Pendekatan ini sangat ideal untuk tim DevOps, yang bertanggung jawab atas pengembangan dan operasi. Namun, pendekatan ini dapat diterapkan ke hampir semua tim Agile yang berurusan dengan prioritas yang bersaing.

Microsoft adalah salah satu perusahaan Agile terbesar di dunia. Pelajari cara Microsoft mengatur tim dalam perencanaan DevOps.