Workflow Satu Tim Pengembangan Sprint

Jika Anda peduli setidaknya beberapa hal berguna:

a. disiplin dasar
b. pembentukan proses interaksi yang disepakati satu sama lain dan sekutu
c. penjelasan tentang apa dan bagaimana subkontraktor lakukan
d) fleksibilitas dalam manajemen proses
e. respon tepat waktu untuk masalah yang muncul

maka mereka akan meningkatkan iklim kerja di tim pengembangan.

Jika Anda ingin berkembang dengan tenang, maka Anda harus berkumpul, menyetujui dan menuliskan aturan yang transparan untuk berinteraksi satu sama lain. Setidaknya yang paling mendasar.
Setiap proses dan perjanjian harus disusun dengan partisipasi semua pihak yang berkepentingan, dan proses yang berdampak negatif harus dihancurkan.

Saya ingin melukis pada contoh alur kerja satu sprint apa manfaat membawa elemen-elemennya: tindakan apa yang dilakukan, artefak apa yang ada, dan mengapa masing-masing diperlukan. Anda harus terlebih dahulu membiasakan diri dengan definisi peristiwa dan artefak scrum.

Sprint N-1 : Persiapan. Yang bukan sprint.
Sebelum dimulainya sprint N pengembangan itu sendiri, bagian dari tim terlibat dalam pekerjaan persiapan: pengujian, persetujuan, pengembangan, visualisasi, dll.
Artinya : Agar pengembang dapat melakukan tugas secara kualitatif, untuk mencapai parameter yang diperlukan atau untuk memecahkan masalah seseorang, sebelum pengembangan itu sendiri dimulai:

a. benar-benar melakukan semua pekerjaan persiapan,
b. mengurangi perbedaan,
c. menguji pengguna atau mendapatkan persetujuan dari para pemangku kepentingan,
d membuat visualisasi terperinci.

Keluaran : Seperangkat artefak dan data yang memenuhi daftar periksa Definisi Of Ready.

Jika Anda ingin meningkatkan interaksi antara coders dan semua peserta langsung lainnya dalam proses pengembangan, akan berguna untuk membiasakan dan menjelaskan fungsi dasar dan proses semua peserta. Di antara coders, ada cukup introvert yang tidak suka ketika mereka mengganggu proses mereka, tetapi mereka juga perlu memahami bagaimana sisanya bekerja sehingga mereka tidak mendapatkan efek sebaliknya. Kita mulai:

Mulai Sprint N-1 :



OKR, KPI, Persyaratan Stakeholder , dll. - Satu set kondisi eksternal yang masuk yang memandu pengembangan.

Sprint goal N.
Bergantung pada kondisi yang masuk, di mana pembangunan harus bergerak, parameter apa yang perlu dicapai, siapa dan mengapa harus membantu, tujuan dari sprint pengembangan yang akan datang terbentuk.
Artinya : tujuan sprint bertindak sebagai motivasi bagi tim, penjelasan tentang arti aktivitas mereka, menetapkan indikator.
Jika tidak ada : coders yang tidak termotivasi terutama dikendalikan dengan cambuk, mat, denda.

Setiap tim membutuhkan motivasi agar pengembangan tidak berubah menjadi serangkaian tugas tanpa arti yang tak berujung sehingga tidak jelas apakah ada yang membutuhkan. Terutama di perusahaan-perusahaan di mana pengembangan bukanlah dasar dari bisnis, masalah sering muncul ketika departemen tidak dihargai, itulah sebabnya harga diri dan motivasi mereka turun. Kami membutuhkan tujuan yang transparan dan dapat dipahami - untuk membantu seseorang memecahkan masalah, meningkatkan beberapa parameter bisnis, meningkatkan kehidupan seseorang. Bahkan di perusahaan yang paling celaka, ada baiknya untuk memiliki kesadaran akan makna kegiatan mereka.

Perawatan backlog - aktivitas reli atau berkelanjutan. Mengelola simpanan bagian terbatas tim.
Artinya : Setiap sprint diadakan pertemuan dengan komposisi terbatas untuk pembersihan, studi dasar, penilaian awal kompleksitas dan kelayakan, dekomposisi, penentuan prioritas tugas dalam tumpukan.
Keluar : Daftar tugas yang relevan dan layak.
Jika tidak : Daftar besar Wishlist di backlog, yang tidak dibaca oleh siapa pun, yang tugasnya terlupakan selama bertahun-tahun.

Perencanaan sprint N-1 - rapat umum di mana bagian dari tim pelatihan, berdasarkan tujuan dan ruang lingkup sprint N mendatang, memilih, melakukan pra-evaluasi, dan memprioritaskan tugas.
Sense : persiapan untuk sprint juga membutuhkan beberapa perintah. Manajemen sumber daya disederhanakan.
Output : sprint N. backlog

Pengembangan tes
Tergantung pada gaya pengembangan dan keberadaan penguji dalam tim.
Artinya : Layak memiliki rencana yang sudah jadi untuk memverifikasi kesehatan kode.
Saya sarankan mempertimbangkan 2 opsi:
Dengan tidak adanya penguji, ada opsi untuk mentransfer pembuatan tes ke tim pengembangan. Dalam hal ini, kegiatan ini dilakukan sebagai bagian dari pengembangan tugas dalam sprint N. Menurut beberapa ulasan, pendekatan ini meningkatkan kualitas kode yang ditulis oleh pengembang.
Jika Anda memiliki penguji, Anda dapat menggunakan pendekatan saat tes ditulis sebelum kode. Salah satu kegunaannya adalah bahwa pengembangan tugas berakhir pada pengembang, dan mengurangi kemungkinan mengembalikan tugas yang telah selesai dari penguji saat pengembang telah beralih ke tugas lain.

Study Use Case - studi terperinci skenario interaksi dan hasil dalam tugas.
Artinya : deskripsi skenario interaksi tugas dengan teks atau diagram meningkatkan pemahaman masalah oleh semua pihak yang berkepentingan. Solusi berbiaya rendah dapat digunakan untuk membuat test case dan prototyping.
Dengan tidak adanya : elaborasi yang rendah mengarah pada divergensi pemahaman tentang apa yang benar-benar diperlukan dari tugas tersebut, hilangnya kasus penggunaan alternatif adalah mungkin.

Wireframing, mockuping, dan prototyping, pada umumnya, merupakan proses berulang pengembangan visualisasi antarmuka, dengan detail yang semakin meningkat secara konsisten. Dimulai dengan opsi paling sederhana dan termurah, pengguna / pemangku kepentingan diuji untuk melihat apakah opsi yang diajukan memenuhi harapan untuk menyelesaikan masalah. Pengujian visual sangat berguna dalam mengurangi ketidakkonsistenan deskripsi tekstual dan sangat murah dibandingkan dengan pengkodean sehingga di perusahaan dengan desain yang kuat dan lobi produk mereka mulai memisahkannya menjadi metodologi terpisah dengan proses, artefak, dan jadwal mereka.

Wireframing - sketsa kasar elemen antarmuka. Sebuah pena di selembar kertas atau perangkat lunak tanpa embel-embel.
Sense : pengujian / persetujuan yang cepat dan murah oleh para pemangku kepentingan dari tugas tersebut. Demonstrasi tambahan visualisasi secara dramatis meningkatkan persepsi daripada hanya teks deskriptif.
Dalam ketidakhadiran : divergensi pemahaman tentang apa yang sebenarnya sedang dibuat. Peningkatan biaya pengembangan.
Dengan tidak adanya persetujuan : dapatkan persetujuan dokumenter ketika berkembang untuk pemangku kepentingan, untuk meminimalkan kemungkinan "Saya tidak meminta ini."
Output : Kerangka gambar rancangan yang disetujui / diuji.

Mockuping adalah langkah kedua dalam memvisualisasikan antarmuka Anda. Peningkatan detail.
Makna dan Absen : mirip dengan wireframing. Persiapan konten untuk tata letak.
Keluar : mockup dan tata letak yang disetujui / diuji.

Prototyping adalah langkah ketiga dalam mengembangkan visualisasi antarmuka Anda. Untuk visualisasi detail tinggi ditambahkan demonstrasi imitasi interaksi pengguna dengan produk.
Makna dan Absen : mirip dengan wireframing dan mockuping.
Output : kami memiliki prototipe produk yang terperinci dan visualisasi interaksi. Ditambah persetujuan dokumenter oleh para pemangku kepentingan atau hasil pengujian pada pengguna.

DoReady = Definisi Siap - daftar periksa kondisi yang disepakati oleh tim pengembangan dan pra-pelatihan yang menurutnya akan diperiksa: apakah studi tentang tugas memiliki tingkat yang memadai, keberadaan semua artefak yang diperlukan, sehingga tugas tersebut dapat diterima dalam pengembangan.
Artinya : Memiliki daftar periksa resmi yang disetujui oleh semua pihak yang berkepentingan meningkatkan pemahaman dan interaksi dalam tim. Semua orang tahu apa dan bagaimana cara lulus. Anda dapat menyodok hidung Anda di daftar periksa dan mengirim untuk menyelesaikan pekerja yang lalai.
Dengan tidak adanya : "Oh, saya hampir menyelesaikannya, sudah 95% selesai." dan ... itu tidak akan pernah selesai.

IMHO ini adalah artefak paling penting untuk menyelesaikan konflik dasar antara encoders dan orang lain. Segera jelas siapa dan bagaimana tidak menyelesaikan pekerjaan mereka, apa yang mereka langgar, dan bagaimana itu akan mempengaruhi orang lain. Jauh lebih sulit untuk berdebat dengan aturan yang sudah ada daripada dalam kasus ketika ada perselisihan berdasarkan pendapat atau tekanan oleh otoritas / posisi. Meskipun moderator PM yang menusuk item yang diinginkan masih berguna.

Melewati semua lebih lanjut:

Sprint N. Kami memulai pengembangan.

Mulai Sprint N :



Definisi Ready, Sprint Goal, Daftar Tugas yang Dinilai Awal - kondisi (dan artefak) yang diperlukan untuk memulai sprint.

Perencanaan Sprint N - rapat umum di mana tim pengembangan, berdasarkan tujuan dan ruang lingkup sprint N, memilih, mengevaluasi, memprioritaskan, dan menguraikan tugas. Bergantung pada kecepatan rata-rata tim, sejumlah tugas tertentu diperoleh.
Sense : pertemuan utama di mana tim memeriksa apakah tugasnya diselesaikan dengan memuaskan. Apakah mereka benar memahami tugas yang ditetapkan, kriteria penerimaan. Pengembang akhirnya mengevaluasi biaya tugas.
Dengan tidak adanya : kekacauan, tugas akan ditetapkan kapan saja, oleh orang yang tidak dapat dipahami, bahkan di tengah-tengah melakukan tugas lain.
Output : sprint N. backlog
Catatan: tergantung pada kecepatan tim, sprint sering mengambil 70-80% tugas untuk tujuan sprint, dan 20-30% tugas untuk bug, hutang teknis atau tugas penting yang tiba-tiba.

Dekomposisi dan penugasan tugas seringkali merupakan pertemuan mini untuk tim pengembangan tanpa orang tambahan.
Artinya : tim dengan pemimpin tim menguraikan tugas sprint menjadi sub-tugas untuk jangka waktu tidak lebih dari 1 hari (tepi 2). Sub-tugas ditugaskan oleh pengembang tergantung pada spesialisasi atau preferensi mereka.
Jika tidak ada : itu tergantung pada partisipasi tim dalam proses apakah pengembang akan menerima tugas menarik yang berkontribusi pada pengembangan mereka.
Keluar : merinci sprint backlog sub-tugas 1 hari.

Pertemuan harian - pertemuan singkat harian tim pengembangan.
Artinya : setiap hari, pengembang harus melakukan sinkronisasi satu sama lain: siapa yang melakukan apa dan apa untuk hari sebelumnya, apa yang mereka rencanakan untuk capai pada hari ini, dan masalah apa yang mengganggu tugas tersebut.
Dengan tidak adanya : tidak ada yang tahu apa yang sedang dikerjakan orang lain, masalah implementasi mereka. Tenggat waktu pembangunan sedang terganggu.
Keluaran : kemajuan dicatat dalam bagan bakar - jadwal tugas.

Pendapat saya adalah bahwa salah satu makna utama dalam keberadaan demonstrasi harian adalah pengenalan disiplin. Coders memiliki banyak introvert yang tidak ingin berkomunikasi, tidak ingin tahu apa yang dilakukan orang lain, tidak ingin menghabiskan waktu pada aksi unjuk rasa. Karenanya aturan untuk melaksanakan berdiri, singkat.
Bahkan, jika tim bekerja sama dengan baik, berkomunikasi dengan baik dalam obrolan dan segera berbagi masalah, jumlah rapat dapat dikurangi dengan merestrukturisasi pertemuan menjadi proses yang berkelanjutan. Tetapi Anda tidak harus sepenuhnya memotongnya.

Diskusi dan resolusi gangguan adalah kelanjutan langsung dari pertemuan harian.
Artinya : setelah pengembang menyuarakan masalah dengan pelaksanaan tugas, diskusi diadakan tentang tugas-tugas yang dapat diselesaikan tim secara internal, kemudian diberikan kepada para peserta, dan gangguan dengan solusi eksternal menuju ke PM.
Jika tidak : masalah implementasi harus diselesaikan bersama, secepat mungkin sehingga tidak ada yang secara artifisial mengeluarkan kemajuan.

Ketika introvert melarikan diri di sudut mereka, di sini Anda sudah bisa mendiskusikan masalah dan solusinya.

Komit / Tinjauan Kode - verifikasi kode oleh anggota tim lainnya.
Artinya : 1-2 anggota tim lainnya harus melihat kode baru dan menyetujui kualitas, gaya, dll.
Jika tidak : tingkatkan jumlah kesalahan dalam kode, kualitas rendah dan gaya.

Mereka menawarkan untuk melakukan review kode 2 oleh pengembang lain dengan level yang berbeda, bahkan untuk junior ini adalah cara yang baik untuk belajar. Dengan satu atau lain cara, tim mendapatkan gaya yang dapat diterima, siapa yang tahu kapan dan siapa yang harus kembali ke kode kerja.

Menyebarkan ke server Pengembangan / pra-demonstrasi - mengunggah kode ke lingkungan pengembangan / server.
Artinya : setiap implementasi tugas dapat diunggah ke lingkungan pengembangan dan mengundang orang yang tertarik untuk pengujian dan persetujuan awal dari pekerjaan yang dilakukan.
Jika tidak : pada sprint demo terakhir, Anda dapat masuk ke posisi yang tidak nyaman dengan mendemonstrasikan implementasi yang salah atau salah.
Keluar : persetujuan tugas secara informal.

Bagaimanapun, interpretasi yang salah dari tugas, atau kriteria membaca tugas secara miring, kadang-kadang sampai ke tahap ini. Semakin cepat tugas diverifikasi dan diuji, semakin jarang akan perlu untuk kembali ke sana.

Definisi Selesai - Mirip dengan Definisi Siap, ini adalah daftar periksa prinsip-prinsip yang digunakan PM / PO untuk menyelesaikan tugas.
Sense : dibuat oleh tim pengembangan bersama dengan PM / PO untuk prediksi parameter penerimaan pekerjaan. Semua orang tahu apa kriteria tugas dan apa yang tidak.
Jika tidak ada : tanpa kriteria yang jelas, “penyempurnaan” tugas muncul setelah upaya untuk melewatinya. Atau tugas tetap belum selesai sampai persyaratan akhir.

Perjanjian dokumenter dimana PM / PO menerima tugas dan kriterianya, disetujui oleh kedua belah pihak. Yah mengurangi jumlah poin kontroversial.
Mencegah PM / PO menghancurkan pos. Memotong tugas "selesai" sebesar 95%. Pengembang tidak boleh menyelesaikan tugas yang diselesaikan setelah sprint, jika tugas tersebut jelas tidak memenuhi daftar periksa, maka itu tidak dianggap diterima, dan masuk ke sprint yang akan datang.

Tinjau dan demonstrasi peningkatan produk - demonstrasi di mana pengembang menunjukkan kepada pihak yang berkepentingan implementasi tujuan sprint.
Artinya : pengembang sendiri menunjukkan peningkatan produk baru yang bisa diterapkan. PM / PO secara formal memverifikasi kriteria kinerja tugas dan kepatuhan DoD. Stakeholder memutuskan apakah kenaikan baru produk cocok dengan Sasaran Sprint.
Dalam ketidakhadiran : tidak adanya demonstrasi formal dan penerimaan pekerjaan yang dilakukan mengurangi nilai kriteria penerimaan, kualitas pekerjaan yang dilakukan.
Keluar : Pekerjaan tim selesai. Stakeholder memutuskan apakah sprint berikutnya akan sama sekali.

Demonstrasi oleh pengembang dari tugas yang diselesaikan lebih bermanfaat dan dapat dipahami daripada penyediaan fungsionalitas baru yang tidak personal kepada pemangku kepentingan untuk analisis diri. Dan pemangku kepentingan melihat siapa yang melakukan pekerjaan untuknya, dan pengembang melihat siapa yang mereka selesaikan.

Koleksi ulasan - Ulasan lanjutan reli.
Artinya : kehadiran di satu tempat dari semua pihak yang berkepentingan, tim dan produk itu sendiri memungkinkan komunikasi informal, untuk mengumpulkan ide, saran, dll. Dapatkan umpan balik tentang kualitas tim.
Jika tidak ada : waktu formal yang dialokasikan mengurangi kontak yang tidak perlu antara tim dan pemangku kepentingan selama jam kerja lainnya.
Output : data baru, umpan balik.

Umpan balik pada umumnya adalah hal yang bermanfaat, bahkan umpan balik dari pemangku kepentingan tentang pengalaman mereka dengan pengembang. Alasan untuk memodifikasi proses interaksi dengan aktor eksternal. Meningkatkan hubungan dengan pemangku kepentingan saat ini dan di masa depan selalu dapat dieksploitasi - pesanan, anggaran, konsesi, dll.

Sprint Retrospective N - A rally untuk tim pengembangan dan PM / PO.
Artinya : diskusi tentang proses dan masalah tim selama sprint terakhir, upaya untuk mengubah proses kerja untuk meningkatkan tim. Proses apa yang berhasil, yang tidak membawa manfaat atau kerusakan, masalah baru apa yang muncul dan bagaimana mereka dapat diperbaiki.
Output : Rencana percobaan proses. Proses dimodifikasi pada sprint berikutnya untuk mengevaluasi modifikasi mana yang berguna dan mana yang harus dibuang.
Dengan tidak adanya : proses pengembangan tim tanam dari atas atau kurang dari itu mengurangi kegunaan tim, produktivitas, dan prediktabilitas pengembangan.

Selain diskusi dangkal masalah dan bagaimana mereka harus diselesaikan, saya ingin memperhatikan "Rencana percobaan proses." Jangan memperlakukan proses yang direkam seperti yang diukir di batu - tidak berubah dan konstan. Tambahkan tes baru, tidak suka - hentikan itu.

Akhir Sprint N

Sprint N +1 . Tuang kenaikan baru ke dalam produksi
Artinya : karena sprint yang sering selesai pada akhir minggu kerja, gunakan ke server produksi dan akses ke pengguna sudah terjadi di sprint berikutnya, sehingga potensi masalah tidak muncul pada akhir pekan.

Selisihnya untuk memantau parameter.