Sprint pulse: membangun kerja efektif di dalam tim besar

Sprint pulse adalah alat tambahan yang dapat digunakan perintah Scrum untuk mengatur proses di dalam sprint. Ini membantu untuk mengatur kerja tim dan menghemat waktu untuk perendaman spesialis baru. Bagaimana cara menerapkannya, kata manajer proyek besi Alyona Shester. Sebagai bonus, di akhir artikel, Anda akan menemukan templat untuk perakitan pertama.



Suatu kali kami berbicara sedikit tentang alat ini. Sejak penulisan artikel sebelumnya, dia telah menyelamatkan kami berkali-kali, jadi kami memutuskan untuk membuka topik lebih terinci.

Sprint pulse and sprint: apa bedanya

Namanya mirip, tetapi esensinya berbeda:

• Sprint adalah periode waktu di mana tim Scrum menciptakan bagian dari produk yang dapat ditunjukkan kepada pelanggan dan yang akan berguna baginya. Sprint terdiri dari lima acara: perencanaan, Scrum harian, pengembangan, demo sprint dan retrospektif.
• Sprint pulse adalah alat yang membantu membangun kerja efektif dalam tim selama sprint.

Peristiwa sprint tidak berubah, dan pulsa sprint adalah bagian yang dapat disesuaikan untuk proyek tertentu.

Ketentuan

Artefak adalah objek yang dibuat dalam proses mengerjakan proyek (misalnya, protokol, tata letak, jaminan simpanan, dll.).
Penambahan - pertumbuhan produk (misalnya, penampilan fitur baru atau pembaruannya).
Blocker adalah situasi yang mengganggu pekerjaan dan memblokirnya.
Tonggak sejarah adalah tahapan penting dari proyek.

Sprint pulse in action

Tujuan utama dari proyek kami, yang kami ambil sebagai contoh, adalah untuk membuat aplikasi seluler dari awal. Pekerjaan itu dibagi menjadi beberapa tahap. Langkah produksi pertama adalah penciptaan desain layanan. Dan sebagai artefak penting pertama - pembuatan tata letak layar (wireframes) untuk skrip aplikasi prioritas tinggi. Script ini adalah bagian dari MVP produk.

Tim pemula terdiri dari 6 orang: seorang pemilik produk dari sisi pelanggan, seorang manajer proyek, seorang peneliti ux, seorang direktur seni dan dua desainer. Setiap iterasi diperlukan untuk memberikan tata letak baru - ini merupakan indikator bahwa proyek bergerak dengan kecepatan yang tepat. Satu iterasi - satu minggu. Scrum hebat untuk tugas ini. Setelah menyetujui hari-hari awal dan akhir sprint, serta hari-hari dan komposisi peserta dalam acara sprint, kami mulai bekerja.

Tugas utama berikutnya adalah mengembangkan konsep desain. Setelah ini, pengembangan menunggu kami, jadi bersamaan dengan tugas ini, kami menghubungkan analis, arsitek, pengembang, dan penguji untuk mempersiapkan segala sesuatu yang diperlukan untuk permulaan yang lengkap: untuk memikirkan dan meletakkan arsitektur aplikasi, mengkonfigurasi CI (integrasi berkelanjutan), dan yang paling penting, menyetujui interaksi di dalam tim bersatu.

Pada saat ini, kami menyadari bahwa kami perlu menemukan solusi yang akan “berteman” dengan desain dan pengembangan, dan juga menjaga kecepatan kerja dan secara sistematis mendapatkan peningkatan.

Dalam proses menganalisis pekerjaan yang akan datang, kami menyadari bahwa kami membutuhkan sesuatu yang lebih dari peristiwa Scrum untuk memulai secara efisien. Kami menghadapi sejumlah besar kegiatan: analisis dan persiapan persyaratan bisnis utama, desain skenario, persiapan tata letak, persiapan persyaratan fungsional, desain API, pengembangan dan pengujian. Karena ini (ketika merencanakan sprint), ada kemungkinan besar kehilangan apa, kepada siapa dan kapan Anda mungkin perlu selama pekerjaan, di dalam sprint itu sendiri.

Selain itu, hanya menggunakan alat Scrum standar, Anda dapat mengalami masalah sprint panjang hingga perencanaan sprint. Setiap kali kita harus bernegosiasi dengan sub-perintah kapan dan apa yang bisa dilihat dan dihargai.

Juga, dengan bantuan alat Scrum, tidak mungkin untuk mendistribusikan waktu spesialis secara efektif. Dalam konteks proyek besar, ini akan menyebabkan pemblokir: artefak untuk memulai pekerjaan tahap berikutnya tidak akan siap. Misalnya: agar pengembang sisi server dapat mulai membuat API, mereka perlu memahami fungsionalitas apa yang ingin dirancang oleh desainer. Jika Anda tidak mengalokasikan waktu secara optimal untuk spesialis, ada risiko bahwa pekerjaan tidak akan selesai tepat waktu.

Kami mencoba membangun "aliran" di dalam sprint. Tugas utama adalah membuat proses kerja dapat dimengerti oleh setiap anggota sub-perintah dan meminimalkan waktu henti. Setiap orang harus memahami bidang tanggung jawab mereka dan saat-saat ketika dan apa yang perlu disediakan.

Sejalan dengan perkembangan, kami mulai mengumpulkan pulsa sprint. Kami mulai dengan pertemuan dengan para ahli terkemuka di setiap bidang dan dengan pemilik produk di pihak pelanggan. Kami memperbaiki tahap-tahap utama pekerjaan dan menentukan apa yang dibutuhkan setiap subkomand untuk memulai bagiannya dari proses. Sebagai contoh, persyaratan fungsional dari analis adalah dasar dari pekerjaan pengembang. Jika ada penundaan, maka seluruh proyek akan "pindah" tepat waktu.

Selain itu, kami berbicara dengan pelanggan tentang poin-poin penting yang dapat memengaruhi pulsa sprint. Salah satu poinnya adalah parameter time-to-market (waktu ke pasar) 1 bulan dan kenaikan (peningkatan fungsionalitas) setiap 2 minggu.

Setelah mengumpulkan informasi, kami menemukan dan mencatat dependensi: apa dan setelah apa yang terjadi, dan juga - pada periode waktu apa yang harus dilakukan. Semua ini telah menjadi alur kerja.


Sketsa pertama

Saat mengumpulkan pulsa sprint, penting untuk meminimalkan momen di mana mungkin ada waktu henti. Sebagai contoh, dalam kasus kami, adalah bermanfaat untuk memberikan lebih banyak waktu bagi analis untuk menggambarkan metode API. Karena berdasarkan informasi ini, persyaratan sedang dipersiapkan untuk tim pengembangan front-end, maka perlu dipersiapkan untuk meningkatkan jangka waktu.


Versi pertama dari opsi koneksi di dalam sprint ada dalam versi fisik: sketsa di atas kertas, stiker - semuanya mulai berlaku!

Langkah terakhir adalah mengintegrasikan pulsa sprint ke dalam sprint itu sendiri.


Refleksi tentang cara memecah instrumen menjadi sprint

Kami berhasil mengumpulkan varian pulsa sprint optimal untuk kami sendiri: kami memperhitungkan semua dependensi dan poin kontrol untuk memberikan hasilnya kepada tim lain.

Sprint pulsa dari stiker dan lembaran kertas, kami dibangun kembali di Miro . Anda dapat menggunakan program lain (dan di media fisik, jika nyaman). Hal utama adalah bahwa semua peserta dalam sprint dapat melihat diagram kapan saja - menyinkronkan waktu, tugas dan hubungan dengan sub-perintah lainnya.


Sprint pulse untuk proyek kami

Cara membangun pulsa sprint

Untuk membuat pulsa sprint untuk tim Anda, Anda perlu menjawab 6 pertanyaan. Ini akan membantu mengumpulkan informasi dari mana Anda dapat mengidentifikasi dependensi dan pemblokir. Maka mereka perlu ditata untuk waktu setiap sprint.

1) Apa dan siapa yang melakukan?
Pada awalnya, Anda perlu menentukan arah kerja: apa yang kita lakukan, siapa yang melakukan, apa tujuan, apa yang kita hitung untuk hasilnya, dll.

2) Apa yang akan menjadi kegiatan?
Kami menemukan semua kegiatan yang mempengaruhi masing-masing sub-perintah. Kami meresepkan tahapan mereka dari awal hingga akhir sprint.

3) Apa tonggak dari sprint?
Tetapkan tonggak (tonggak) dalam sprint masing-masing sub-perintah. Mereka menunjukkan penyelesaian pekerjaan pada tugas dalam sprint.

4) Apa koneksi dalam tim?
Kami menentukan waktu untuk produksi semua artefak "tergantung" yang diperlukan untuk pekerjaan tim lain (misalnya, tiruan desainer untuk pengembang). Kami menemukan semua saling ketergantungan. Lalu kami menghubungkan mereka dan meletakkannya di garis waktu sprint.

5) Di mana ada downtime?
Kami mengidentifikasi waktu henti - momen yang dapat memengaruhi kecepatan dan pencapaian sasaran sprint. Kami juga menemukan tugas yang dapat diambil oleh sub-perintah selama pemadaman paksa. Tetapi tidak mudah bagi spesialis untuk melakukan sesuatu - tugas-tugas ini akan membantu tim lain bekerja lebih efisien di masa depan.

Sebagai contoh, kami memiliki hari pertama sprint dikhususkan untuk perencanaan dan evaluasi, jadi bagi kami acara seperti itu adalah "hari bersih" dari tim desain, di mana mereka dapat membersihkan tata letak dan memperbarui peta layar.

6) Kapan tim perlu melakukan sinkronisasi?
Di sini Anda perlu memahami di mana titik kontrol perintah akan disinkronkan. Kami memperbaiki semua poin ini: hasil apa, volume apa, dan tanggal berapa harus siap. Ini diperlukan untuk semua sub-perintah.

Agar desainer dapat menghasilkan hasil yang dapat direalisasikan bagi pengembang, setelah menyelesaikan desain skrip dalam gambar rangka, kami berkumpul sebagai satu tim untuk mempresentasikan perkembangan dan mengumpulkan umpan balik mengenai batasan teknis.

Penting untuk dipahami bahwa untuk beberapa waktu pulsa sprint akan “menggiling” realitas proyek. Namun, terlepas dari ini, permulaan masih akan lebih cepat daripada tanpanya.

Untuk mengumpulkan pulsa sprint untuk tim Anda, Anda dapat menggunakan templat ini. Poin utama ditunjukkan di sini, tetapi sesuatu dapat dan harus disesuaikan dengan proyek Anda.



Anda dapat melihat lebih dekat dan mengunduh di sini

Kapan pulsa sprint dibutuhkan, dan kapan tidak

Ada kasus-kasus ketika pulsa sprint berlebihan, tetapi kadang-kadang itu hanya tak tergantikan.
Pelat ini adalah petunjuk: jika kuantitas "ya" lebih besar dari "tidak", maka mungkin Anda harus menggunakan alat ini.


Mini-Test Sprint Pulse

Masalah yang dapat diselesaikan oleh sprint pulse

Ada beberapa situasi dimana alat membantu kita mengatasinya. Inilah tepatnya pengalaman kami dan, tentu saja, ini bukan daftar keseluruhan. Setiap pengguna pulsa sprint dapat memiliki miliknya sendiri.

Awal proyek yang panjang

Menurut aturan Scrum, tim itu sendiri harus membangun pekerjaan di dalam sprint, berdasarkan aktivitasnya. Tetapi masalah pertama adalah bahwa anggota tim memiliki tingkat komunikasi dan organisasi yang berbeda. Yang kedua adalah bahwa untuk membangun komunikasi dan proses, tim perlu mengadakan serangkaian pertemuan dan menghabiskan banyak waktu untuk hal ini.

Solusi: sprint pulse - kit awal yang akan mempercepat pekerjaan. Setelah membentuknya sebelum mulai produksi (sampai saat tim akan diberi tugas), Anda dapat dengan cepat dan lancar memulai.

Blocker dalam proses

Selama bekerja, spesialis difokuskan untuk memenuhi tugas mereka. Mereka mungkin tidak menyadari risiko dan hubungan dengan profesional lain. Tanpa rencana tetap di dalam sprint, sulit bagi tim untuk melihat keseluruhan gambar. Akibatnya, pemblokir muncul: spesialis berikut dalam rantai tidak dapat mulai bekerja. Hasil dari "bola salju" ini adalah kegagalan untuk mencapai tujuan sprint, dan dalam kasus ekstrim - kegagalan proyek.

Contoh: contoh nyata sedang menguji aplikasi seluler untuk bank. Jika Anda tidak meluangkan waktu untuk pengujian dan stabilisasi di dalamnya, maka pada akhir sprint akan ada basis kode, tetapi tidak ada waktu tersisa untuk mencari cacat. Dan tanpa ini, kode yang dikembangkan tidak dapat disebut "peningkatan penuh". Tidak akan mungkin untuk memberikan produk seperti itu kepada pelanggan bank: selain fakta bahwa itu akan rusak, ini dapat menyebabkan masalah bagi bank. Misalnya, kebocoran data pribadi, peretasan akun, pencurian dana, dll. Dapat terjadi.

Solusi: di seluruh pekerjaan, tim melihat pulsa sprint tunggal. Semua orang tahu siapa dan apa yang diharapkan darinya pada hari sprint tertentu, dan membangun karyanya berdasarkan ketergantungan ini. Selain itu, pulsa sprint adalah semacam "kontrak" antara sub-perintah. Dan jika artefak tidak diberikan tepat waktu, maka spesialis memiliki hak untuk meningkatkan masalah, karena semua tanggal utama ditetapkan dalam pulsa sprint.

Pencelupan spesialis baru dalam proyek

Biasanya spesialis onboarding membutuhkan waktu yang cukup besar. Untuk mulai bekerja dengan kapasitas penuh, ia perlu memahami apa yang terjadi dan membenamkan dirinya dalam proses.

Contoh: desainer lain terhubung ke proyek. Dia diberitahu tentang proyek dan tugas-tugasnya: tim-lebar, serta tugas-tugas langsung dari sub-timnya. Maka dia perlu berbicara dengan desainer dan pengembang lain. Penting untuk mempelajari semua seluk-beluk, misalnya, ketika ia dapat menarik pengembang untuk menilai kompleksitas teknis dari implementasi yang dirancang olehnya. Ini membutuhkan waktu dan mengalihkan perhatian tim dari tugas-tugas, yang umumnya mengurangi efektivitasnya.

Solusi: Sprint pulse yang disiapkan untuk proyek menyederhanakan dan mempercepat proses pencelupan seorang spesialis. Ini sudah jelas menunjukkan ketergantungan dalam tim - kepada siapa, pada titik apa dan apa yang perlu disediakan. Dengan bantuannya, Anda dapat dengan cepat dan efisien menanamkan spesialis baru dalam suatu proyek.

Kesimpulan

Ternyata untuk mengatur proses yang efektif jika setiap karyawan mengerti apa, kapan dan mengapa dia melakukannya. Untuk melakukan ini, tim perlu disinkronkan dan pulsa sprint mengatasi tugas ini dengan baik. Ini hanya alat tambahan untuk perintah scrum, tetapi tentu bermanfaat. Ini memungkinkan Anda untuk dengan cepat membangun proses produksi dan menetapkan zona tanggung jawab untuk semua orang. Sprint pulse akan membantu bergerak dalam waktu sprint, dan sprint selesai tepat waktu, pada gilirannya, menjamin produk jadi tepat waktu.