7 praktik terbaik untuk tim tangkas jarak jauh

Metodologi tangkas bekerja paling baik saat semua orang dalam tim berkumpul di satu lokasi. Saat tim berbagi ruang kerja, mudah bagi rekan tim untuk mengajukan pertanyaan, memasangkan tugas pemrograman, dan menyelesaikan masalah tanpa menjadwalkan rapat. Menggunakan teknologi seperti konferensi web, obrolan grup, dan email tidak seefektif interaksi langsung orang-ke-orang.

Sorotan Teknologi:

Kolaborasi menjawab panggilan itu

  • Bekerja jarak jauh, sekarang dan selamanya? (Computerworld)
  • Perbaikan cepat konferensi video perlu dipikirkan ulang ketika pandemi selesai (Jaringan Dunia)
  • 8 pertimbangan keamanan utama untuk melindungi pekerja jarak jauh (CSO)
  • 7 rahasia sukses tim TI jarak jauh (CIO)

Meskipun demikian, organisasi dapat membuat metodologi tangkas unggul dengan tim jarak jauh dan terdistribusi, tetapi membutuhkan beberapa pekerjaan dan eksperimen. Anggota tim harus menemukan penggunaan teknologi yang optimal dan menyesuaikan dengan gaya komunikasi untuk memastikan produktivitas, kolaborasi, dan kualitas tim.

Dengan merebaknya COVID-19, banyak tim yang gesit harus beralih dari bekerja di kantor menjadi bekerja dari jarak jauh. Ini akan menjadi pengalaman baru bagi banyak orang yang belum pernah bekerja di rumah selama sebagian besar karier mereka, dan untuk tim yang terbiasa dengan interaksi secara langsung. Selain itu, beberapa anggota tim mungkin jatuh sakit atau menghadapi kesulitan lain karena pandemi yang semakin meningkat, jadi tim yang gesit harus menyesuaikan dengan cara kerja yang baru.

Artikel ini adalah panduan sederhana yang ditujukan untuk membantu anggota tim, tim, dan organisasi bertransisi dari tim tangkas secara langsung ke tim yang sangat terdistribusi. 

Pilih perlengkapan, perkakas, dan ruang kerja yang tepat

Jika Anda akan bekerja dari jarak jauh, pastikan Anda memiliki pengaturan yang sesuai untuk Anda, perusahaan, dan tim Anda. Anggap saja seperti pindah kantor dan investasikan waktu di muka untuk mengevaluasi opsi dan memastikan Anda memiliki semua yang Anda butuhkan untuk menjadi produktif, nyaman, dan di ruang di mana Anda kemungkinan besar tidak akan terganggu.

Pertimbangkan 12 pertimbangan ini saat bekerja dari jarak jauh untuk waktu yang lama yang mencakup rekomendasi tentang disiplin kerja, ruang kerja, peralatan, jaringan, dan peralatan.

Beberapa perubahan yang perlu Anda lakukan tidak akan menjadi jelas sampai Anda memulai. Jika Anda memiliki konektivitas yang buruk, Anda mungkin perlu merelokasi router nirkabel atau beralih ke koneksi kabel. Lokasi meja Anda mungkin memerlukan penyesuaian jika Anda akan melakukan banyak konferensi video. Anda mungkin harus memberi tahu anggota keluarga untuk menjaga jarak saat Anda bekerja.

Hadir dan berbicara dengan rekan satu tim

Tim tangkas berhasil dengan menyeimbangkan waktu yang dicurahkan untuk kolaborasi dengan waktu yang dicurahkan untuk upaya terkonsentrasi yang diperlukan untuk pengkodean dan kegiatan pengembangan lainnya. Di kantor, sedikit lebih mudah untuk melihat fokus rekan satu tim, dan tim tangkas yang disiplin menemukan cara untuk menghindari gangguan dan peralihan konteks.

Saat bekerja dari jarak jauh, tim harus online tetapi juga membagikan ketersediaan mereka. Alat seperti Slack dan Microsoft Teams memungkinkan Anda untuk mengatur status ketersediaan sementara alat kolaborasi lainnya memungkinkan Anda untuk mematikan pemberitahuan. Menggunakan pengaturan status sangat penting ketika tim terbuka untuk jam kerja yang fleksibel.

Tim tangkas harus menjadwalkan waktu untuk sesi kolaborasi formal dan melakukan pekerjaan untuk menyelesaikan cerita pengguna, tetapi anggota tim juga harus terlibat dalam obrolan ringan. Orang-orang merespons secara berbeda saat stres, dan bekerja dari jarak jauh, jadi penting untuk menghubungi satu sama lain. Selain itu, orang-orang memiliki gaya komunikasi yang berbeda secara online versus secara langsung, dan ada peluang baru untuk melibatkan lebih banyak orang dalam percakapan online.

Scrum master, pimpinan teknis, dan pemilik produk harus secara teratur mengajukan pertanyaan kepada tim tentang tingkat pemahaman mereka seputar persyaratan, penghambat kemajuan mereka, dan jika ada sesuatu yang mereka butuhkan untuk meningkatkan produktivitas dan kebahagiaan mereka.

Terakhir, master scrum dan pimpinan teknis dari banyak tim harus berhubungan secara teratur satu sama lain. Pengalaman dan masalah mereka dalam mengelola tim jarak jauh mereka mungkin tidak unik. Berbagi pelajaran apa pun tentang bagaimana mereka membuat tim gesit mereka untuk berkolaborasi dari jarak jauh tidak diragukan lagi akan menguntungkan seluruh kelompok.

Tinjau pendekatan untuk upacara tangkas

Tim tangkas yang beralih ke kolaborasi jarak jauh seharusnya tidak perlu mendesain ulang proses mereka atau menghapus upacara yang gesit. Tetapi untuk melakukan remote mungkin membutuhkan scrum master untuk memikirkan kembali bagaimana melakukan pertemuan, tergantung pada ukuran tim dan alat kolaborasi yang tersedia.

Misalnya, tim tatap muka yang melihat-lihat papan scrum selama standup harian perlu merancang versi digital dari upacara ini. Jika tim tersebut kecil dan secara historis relatif sedikit mengalami hambatan yang menghambat pekerjaan pada cerita pengguna, mereka mungkin dapat menghentikan rapat dan menggantinya dengan pertemuan obrolan terjadwal.

Saran lain untuk tim tangkas jarak jauh:

  • Gunakan alat papan tulis digital untuk perencanaan sprint dan sesi desain
  • Siapkan konferensi web video untuk pertemuan komitmen
  • Pilih satu orang untuk berbagi layar selama tinjauan sprint
  • Gunakan survei atau aplikasi kode rendah untuk menangkap umpan balik pada retrospektif

Berkomitmen untuk tugas tim dan individu yang realistis

Tim tangkas yang beralih dari kolaborasi tatap muka ke kolaborasi jarak jauh harus mengatur ulang kecepatan sprint mereka dan meninjau tingkat serta kompleksitas pekerjaan yang secara realistis dapat mereka lakukan dan selesaikan. Scrum master dan pemimpin yang gesit harus menerapkan praktik yang serupa dengan tim tangkas yang baru dibentuk dan memungkinkan tim menyesuaikan dengan cara kerja baru.

Misalnya, berkomitmen pada cerita pengguna yang kompleks yang memerlukan kontribusi dari beberapa anggota tim tidak disarankan karena beberapa rekan tim mungkin tidak tersedia selama sprint. Jika memungkinkan, cerita ini harus dipecah menjadi cerita yang lebih kecil atau ditunda jika pemilik produk dapat membatalkan prioritasnya.

Demikian pula, tim yang gesit mungkin ingin menghindari komitmen pada cerita yang memiliki ketergantungan pada pekerjaan tim lain. Kolaborasi tambahan mungkin membutuhkan beberapa sprint untuk ditentukan untuk tim jarak jauh yang baru dibentuk.

Tingkatkan tingkat dokumentasi

Tim pengembangan Agile memprioritaskan kode yang berfungsi daripada dokumentasi di muka, tetapi itu tidak berarti bahwa mendokumentasikan arsitektur, API, dan kode tidak diperlukan.

Tim yang bekerja dari jarak jauh untuk jangka waktu yang lama mungkin ingin mendiskusikan standar dokumentasi dan melihat apakah upaya yang lebih signifikan diperlukan. Terkadang, mendokumentasikan kode dapat menggantikan beberapa diskusi implementasi secara langsung seputar cara kerja modul kode atau cara rekan satu tim menangani utang teknis.

Investasikan dalam lonjakan, CI / CD, dan atasi utang teknis

Tim yang berharap untuk bekerja dari jarak jauh untuk waktu yang lama mungkin akan lebih mudah untuk fokus pada cerita yang lebih teknis daripada cerita yang membutuhkan interaksi dengan pemilik produk dan pemangku kepentingan. Misalnya, melengkapi pengalaman pengguna multi-langkah melibatkan kolaborasi antara pemilik produk, desainer, pengembang, dan penguji. Mungkin lebih sulit untuk mengoordinasikan diskusi atau mengembangkan pemahaman bersama tentang kebutuhan pengguna akhir ketika tim baru mulai bekerja dari jarak jauh.

Ada peluang lain untuk memprioritaskan pekerjaan yang membutuhkan lebih sedikit kolaborasi dan lebih banyak konsentrasi dan inovasi individu. Memprioritaskan lonjakan kecil untuk menguji ide-ide baru adalah salah satu contohnya, terutama jika pengembang dapat mengerjakan bukti konsep singkat dengan sedikit interupsi atau pengalihan konteks. Pilihan lainnya adalah memprioritaskan menangani hutang teknis tingkat kode, terutama modul kode refactoring, menambahkan pengujian unit, atau meningkatkan penanganan pengecualian. Pilihan ketiga adalah menginvestasikan waktu untuk mengembangkan atau meningkatkan otomatisasi CI / CD.

Tugas yang lebih menantang secara teknis ini juga membantu pengembang berkonsentrasi dalam menyelesaikan pekerjaan di area tempat mereka melihat manfaatnya secara langsung.

Tinjau strategi penerapan dan kurangi risiko

Tim tangkas yang sangat kolaboratif belajar untuk bekerja sama seperti tim hoki berkinerja tinggi. Dalam hoki, meskipun keping bergerak cepat dan dapat memantul secara tidak menentu, pemain menggunakan campuran permainan yang dirancang dan improvisasi yang memungkinkan permainan pertahanan yang kuat dan permainan ofensif yang eksplosif. 

Sekarang pindahkan tim ini dari arena dalam ruangan dan minta mereka bermain di danau luar ruang, dan mereka akan membutuhkan waktu untuk menyesuaikan diri dengan elemen. Mereka akan memainkan pertahanan konservatif untuk sementara waktu sampai mereka merasa nyaman dengan lingkungan baru dan mendapatkan kembali ritme mereka.

Hal yang sama berlaku untuk tim tangkas dan organisasi tangkas dari banyak tim. Benar apakah tim bekerja pada sistem lama atau membangun aplikasi yang mengutamakan cloud menggunakan praktik pengembang terbaru.

Kondisi yang membutuhkan tim yang gesit untuk bekerja dari jarak jauh kemungkinan besar akan memengaruhi aspek bisnis lainnya termasuk operasi, ekspektasi pelanggan, dan dinamika rantai pasokan.

Pelanggan dan pengguna akhir mungkin tidak menginginkan frekuensi penyebaran yang sama, terutama jika frekuensi tersebut membahayakan keandalan atau kinerja aplikasi. Jika Anda memiliki API yang bekerja dengan pemasok bisnis Anda, pemasok tersebut mungkin kurang dapat diakses untuk berpartisipasi dalam pengujian perubahan. Jika aplikasi perangkat lunak tunduk pada kepatuhan atau pengawasan peraturan, maka mungkin lebih sulit untuk mendapatkan tinjauan dan persetujuan yang diperlukan.

Tim yang tangkas harus mengenali serangkaian perubahan yang lebih luas yang memengaruhi model bisnis, pelanggan, dan lingkungan kerja organisasi mereka. Prinsip organisasi yang mendorong segalanya mulai dari kecepatan dan frekuensi penerapan hingga jenis pekerjaan dan kisah pengguna yang diprioritaskan perlu ditinjau dari perspektif pengoperasian yang baru.

Bagian penting dari menjadi gesit, dan tidak hanya mengikuti praktik gesit, adalah mengenali kapan dan bagaimana berubah.

Baca lebih lanjut tentang pengembangan tangkas

  • Cara unggul dalam pengembangan perangkat lunak yang gesit
  • 7 praktik pengkodean kunci untuk pengembang tangkas
  • 5 prinsip perencanaan untuk pengembangan tangkas
  • 5 cara tim yang gesit memenuhi komitmen sprint
  • Manajemen produk yang tangkas dan platform portofolio menjelaskan
  • Cara mendorong siklus rilis pengembangan yang lebih pendek
  • 5 prinsip untuk menjadi tim pengembang tangkas kolaboratif
  • Cara menulis cerita pengguna yang tangkas: 7 pedoman
  • 3 laporan burndown tangkas dan cara menggunakannya
  • Bagaimana melakukan estimasi tangkas dengan cara yang benar
  • Bagaimana menangani standar data dan arsitektur dalam pengembangan tangkas
  • Cara menyelaraskan otomatisasi pengujian dengan agile dan devops
  • 3 langkah untuk menerapkan metodologi tangkas dalam operasi TI
  • Bagaimana tim yang gesit dapat mendukung manajemen insiden
  • 5 tanggung jawab manajer pengembangan perangkat lunak tangkas
  • Bagaimana cara meningkatkan keterampilan scrum master Anda
  • Apa itu Scrum Master? Pemimpin pembangunan yang gesit didefinisikan
  • Apa itu metodologi tangkas? Pengembangan perangkat lunak modern menjelaskan