SCRUM dari awal, tanpa kerangka dasar yang dibuat?

11

Kami adalah kelompok kecil yang terdiri dari 5 orang yang akan memulai proyek baru. Ini adalah proyek pertama di mana kami akan melakukan scrum.

Kami sedikit berjuang dengan bagaimana kami akan membangun basis untuk proyek (kerangka kerja dan sejenisnya). Tugas semacam itu bukanlah sesuatu yang akan diuntungkan oleh pengguna secara langsung, jadi kami mengalami kesulitan mencari tahu bagaimana kami menulis cerita pengguna untuk itu.

Jadi secara umum, bagaimana Anda menggunakan scrum, ketika Anda memulai proyek dari awal, tanpa kerangka kerja dan tidak ada pangkalan perpustakaan?

scrum user-story sprint

— Niklas H
sumber

7

Saya tidak berpikir bahwa banyak metode lincah menangani kegiatan yang biasanya merupakan bagian dari awal proyek dengan baik. Banyak kerangka kerja umum (XP, Scrum, Kanban) tidak mengatasi masalah ini, tetapi beberapa kerangka kerja berskala (Disiplin Agile Delivery, SAFe) melakukan beberapa hal.

Beberapa orang menganjurkan konsep kenaikan awal (dalam Scrum, sprint) yang dirancang untuk mengatur proyek Anda. Ini sering disebut Increment Zero (atau, dalam Scrum, Sprint 0). Namun, ini bukan bagian formal dari Scrum dan para puritan mengatakan bahwa Peningkatan pertama harus berpotensi untuk dirilis.

Peningkatan seperti itu digunakan untuk mengatur lingkungan tim - mengatur lingkungan pengembangan, pengujian, dan produksi Anda, mengonfigurasi alat dan skrip pendukung Anda, dan membangun lingkungan kerja Anda dengan diagram burndown dan backlog. Jika ada orang di tim yang tidak terbiasa dengan alat pengembangan yang digunakan, ini adalah tempat mereka mempelajari dasar-dasar untuk berfungsi dan mulai menghasilkan output dalam iterasi pertama.

Bersamaan dengan ini, Anda akan sering mulai menulis cerita pengguna pertama Anda dan memprioritaskan simpanan produk Anda, karena saat ini tidak ada sprint backlog. Siapa pun Pemilik Produk akan merancang cerita. Jika orang ini baru mengenal Scrum, mereka akan belajar cara menulis cerita pengguna yang baik yang dapat digunakan oleh tim. Jangan menekankan untuk mendapatkan semua cerita, tetapi Anda akan cukup ingin memulai iterasi pengembangan pertama.

Tim yang berbeda menangani Sprint 0 secara berbeda. Beberapa orang mungkin mengatur waktu pada durasi yang sama seperti sprint lainnya. Orang lain mungkin membuatnya sedikit lebih lama atau sedikit lebih pendek tergantung pada kebutuhan tim. Karena ini adalah upaya pertama Anda di Scrum, saya mungkin membuatnya lebih lama, terutama jika Anda memiliki iterasi yang lebih pendek sebagai bagian dari siklus pengembangan Anda. Jika Anda berencana untuk iterasi dua minggu, buatlah 3 minggu.

Sejauh merumuskan tugas, saya tidak perlu merumuskannya sebagai cerita pengguna. Anda bisa, dari perspektif anggota tim dan berbagai peran (Pemilik Produk, ScrumMaster, pengembang, penguji, perancang, penulis teknis, dan sebagainya). Namun, Sprint 0 adalah untuk tim, bukan untuk pelanggan atau pengguna. Daftar tugas dan kegiatan sederhana sudah cukup.

— Thomas Owens
sumber

3

Sprint 0 secara langsung untuk tim tetapi secara tidak langsung bermanfaat bagi pelanggan karena meletakkan dasar bagi pekerjaan sprint yang akan datang. Jawaban yang bagus, Anda membuatnya terdengar mudah dan tidak semrawut seperti biasanya Sprint 0 terasa.

— maple_shaft

Setiap peluncuran proyek biasanya kacau-balau, tergantung pada tim. Tidak hanya biasanya ada masalah teknis dengan mengatur segalanya, tetapi juga masalah pribadi antara anggota tim dan masalah proses mencari tahu cara terbaik untuk menangani masalah yang muncul.

— Thomas Owens

Alat lain dalam scrum toolbelt adalah serangkaian "paku" (kisah penelitian) di mana hasilnya pada dasarnya menentukan opsi apa yang tersedia dan apa yang telah dipilih tim sebagai solusi pilihan. Yaitu ketika tidak ada kerangka kerja yang digunakan, Anda dapat memiliki sprint untuk menentukan kerangka kerja (jika ada) yang akan membantu Anda lebih dekat ke produk yang bermanfaat. Tidak ada framework yang selalu menjadi pilihan, terutama untuk utilitas kecil satu kali.

— Berin Loritsch

1

Ini adalah prasyarat yang kami bangun sebelum mengimplementasikan SCRUM di tim kami. Setelah Anda selesai dengan daftar, maka Anda dapat menggulung proses dan alat untuk scrum yang sebenarnya.

Anggota tim sangat atau cukup terampil.
Tim terjalin erat.
Pertukaran informasi di antara anggota tim berlangsung cepat, konsisten, dan bebas.
Tim berlokasi bersama.
Bisnis sangat terlibat dengan tim.
Arsitektur (Bisnis, Informasi dan juga Teknis) didefinisikan dengan baik.
Infrastruktur sudah beroperasi - Lingkungan pengembangan, pengujian, dan UAT.
Pembuatan dan pelepasan otomatis.
Otomatisasi uji tingkat tinggi.
Ketergantungan tim pada dunia eksternal adalah minimum (idealnya nol).
Jumlah sistem yang berpartisipasi minimal.
Persyaratan stabil di tingkat yang lebih tinggi sehingga simpanan produk memiliki perubahan minimum.
Anggota tim otonom untuk mengambil keputusan tentang apa yang harus menjadi bagian dari sprint / scrum serta jumlah total scrum / sprint yang diperlukan untuk mencapai tujuan yang disebutkan.

Dua bagian penting lainnya:

Pilih orang untuk peran (Scrum master, pemilik Produk dan tim)
Siapkan papan tulis, stiker siap.

— java_mouse
sumber

Apa maksudmu dengan # 11?

— Matt Grande

3

Dalam pengalaman saya, jika aplikasi tergantung pada atau antar terhubung dengan sistem eksternal, SCRUM tidak berfungsi dengan baik. Ketergantungan pada tim lain mengurangi efisiensi proses kami. Mungkin itu hanya proyek kami ...

— java_mouse

Oh, oke, jadi maksudmu sistem yang perlu modifikasi. Saya hanya berpikir itu adalah sistem yang dimasukkan, maka kebingungan. Di masa lalu, kami berhasil melakukannya dengan memiliki dua "level" scrum. Yang lebih rendah untuk setiap sistem, dan yang lebih tinggi untuk seluruh proyek untuk memasukkan semua tim.

— Matt Grande