Seberapa santai (atau tidak) sprint?


12

Bagaimana seharusnya sikap terhadap penyelesaian cerita yang ditugaskan untuk lari cepat? Jelas Anda ingin memprioritaskan menyelesaikannya dalam sprint, tetapi bagi saya seluruh titik lincah adalah menjadi dinamis: Anda tidak ingin sengaja menunda-nunda atau membuatnya "ok" untuk melewatkan menyelesaikan cerita pengguna dalam sprint, tetapi pada saat yang sama ketika hal-hal tak terduga muncul, dan cerita-cerita itu tidak selesai dan didorong ke sprint berikutnya, Anda tidak ingin perasaan bahwa Anda melakukan sesuatu yang salah. Itu seharusnya bukan pengalaman yang menakutkan atau negatif, bukan?

Apakah pengalaman negatif / menakutkan dapat diterima untuk komitmen sprint yang terlewat? Haruskah pengembang dimintai pertanggungjawaban atas komitmen sprint yang terlewatkan ketika tugas-tugas tak terduga muncul yang harus ditangani (mis. Dukungan produksi)?


2
Ini sangat tergantung pada budaya tim dan perusahaan, bahwa tidak ada jawaban yang tepat ... Memilih untuk menutup tidak konstruktif.
Oded

2
@Ditampilkan itu terdengar seperti jawaban cop-out. Anda pada dasarnya mengatakan tidak apa-apa bagi perusahaan untuk membuat pengalaman negatif dan berpotensi kasar dari sprint ?? Mari kita bicarakan cita-cita di sini. Saya tidak meminta Anda untuk menggeneralisasi apa pun.
void.pointer

1
Dalam dunia ideal dengan waktu dan sumber daya tak terbatas, seharusnya tidak ada tekanan. Tapi itu tidak membantu Anda.
CodeART

2
@RobertDailey Ini sama sekali bukan jawaban - ini bukan pertanyaan yang bisa dijawab. Tentu saja jauh lebih baik bekerja untuk menjadi pengalaman yang positif daripada negatif, dan pelecehan yang sebenarnya tidak pernah baik-baik saja. Tetapi bahkan di satu tempat kerja, pada satu proyek, suasananya akan bervariasi. Terkadang ada banyak tekanan, terkadang tidak terlalu banyak. Itu berlaku untuk tempat kerja mana pun, gesit atau tidak. Jika Anda secara konsisten tidak bahagia di tempat kerja Anda , lakukan sesuatu (memperbaikinya atau pergi), tetapi jangan berharap perusahaan Anda berikutnya memberikan tekanan rendah dan kepuasan tinggi 100% setiap saat.
Caleb

1
@Robert - Beberapa komentar terakhir saya bersifat umum dan bukan refleksi dari pertanyaan seperti yang ada sekarang. Saya mencoba menjelaskan kepada bjarkef bahwa suara dekat tidak diberikan berdasarkan seberapa menarik (atau tidak) sebuah posting. Komentar terakhir saya untuk diri sendiri juga merupakan upaya untuk menjelaskan bahwa beberapa pertanyaan tidak memiliki rumah di situs SE mana pun. Sekali lagi, ini adalah pernyataan umum, tidak berkaitan langsung dengan pertanyaan.
Oded

Jawaban:


7

Anda harus benar - benar bertujuan untuk menyelesaikan item dalam sprint.

Salah satu manfaat utama SCRUM adalah memberikan proyek itu detak jantung.

Anda memprioritaskan, memilih item dari daftar, Anda mengirimkannya, Anda memeragakannya, Anda merefleksikan bagaimana mereka pergi, kemudian Anda melakukannya lagi dalam siklus yang dapat diperkirakan.

Semua perencanaan, estimasi, dan penentuan prioritas didasarkan dari konsep ini. Bahwa kita dapat dan akan melakukan melakukan X poin dalam sprint, dan dapat, dari waktu ke waktu, menetapkan kecepatan yang dapat kita gunakan untuk perencanaan yang lebih baik.

Jika Anda terlalu santai tentang konten dan komitmen sprint Anda maka SCRUM hanya rusak menurut pendapat saya dan Anda kehilangan banyak manfaatnya.

Tentu saja dunia nyata kadang-kadang memiliki sesuatu untuk dikatakan tentang ini, tetapi itu harus menjadi pengecualian daripada aturan ....


One of the main benefits of SCRUM is that it gives the project a 'heartbeat'.Hal yang sama dapat dikatakan tentang metodologi Agile.
maple_shaft

5

Kuncinya adalah bahwa harus ada akuntabilitas di sekitar untuk tidak menyelesaikan cerita.

Itu berarti harus ada alasan kuat mengapa sebuah cerita tidak lengkap, dan alasan ini diperhitungkan dalam rencana proyek ke depan sehingga tidak diulang.

Alasan ini perlu lebih dari sekadar "barang muncul".

Misalnya, jika sebuah cerita tidak lengkap karena seorang anggota tim harus mengerjakan masalah produksi, maka kemungkinan ini perlu ditangani dalam iterasi di masa depan - baik dengan merencanakan lebih sedikit jam dari anggota tim ini atau mengatur liputan lainnya.

Jika alasannya bisa dihindari dengan lebih rajin atau kerja keras di muka, maka, ya, pertanggungjawaban ini mungkin sedikit menyakitkan. Mudah-mudahan, rasa sakit adalah dari varietas "Ini adalah apa yang perlu kita lakukan lebih baik lain kali" daripada varietas "Anda tidak melakukan pekerjaan Anda".


4

Itu seharusnya bukan pengalaman yang menakutkan atau negatif, bukan?

Jika itu terjadi sekali atau dua kali, tidak, maka itu seharusnya tidak menjadi pengalaman negatif. Jika itu terjadi secara teratur, Anda memiliki masalah. Tim kemudian selalu overcomitting. Dapatkan estimasi yang lebih baik dan pikirkan dua kali tentang apa yang Anda lakukan untuk sprint, tetapi jangan menjadi cemas.

Sprint yang santai berarti Anda memiliki komitmen yang kurang.

Sprint yang tidak relevan berarti Anda memiliki komitmen berlebihan.

Saya hanya memberikan apa yang saya komit dan berusaha untuk menjadi lebih baik dalam melakukan. Hanya dalam keadaan khusus saya akan memindahkan cerita ke sprint berikutnya. Saya lebih suka memiliki sedikit tekanan setiap hari daripada memiliki tekanan besar sesaat sebelum batas waktu.


Pengalaman negatif mencakup banyak skenario yang berbeda. Seorang teman memiliki pengalaman sprint negatif karena tim belum "belum" menerapkan konsep sprint. Dalam upaya mereka untuk meningkatkan siklus pelepasan, mereka pada dasarnya mempercepat mars kematian dan menyebutnya lari cepat.
Edwin Buck

4

Berdasarkan pengalaman saya - Seperti hal lain yang gesit, kami beradaptasi dengan sistem umpan balik berkelanjutan termasuk estimasi.

Tidak apa-apa untuk melewatkan tenggat waktu untuk sprint pertama (awal proyek) tetapi Anda PELAJARI dari yang salah (under-estimasi, tidak mengetahui kekuatan tim dll). Kemudian Anda mengambil umpan balik dan mengumpannya ke sprint berikutnya dan Anda mendapatkan perkiraan yang lebih baik.

Dari pengalaman saya, Sudah 11 bulan di proyek lincah baru saya, kami jarang melewatkan tenggat waktu sekarang jika kami melewatkannya. Tetapi kami melewatkan tenggat waktu untuk sprint pertama karena kami tidak tahu kecepatan dan kekuatan anggota tim kami.

Beberapa orang berpendapat bahwa "mengalokasikan" lebih banyak waktu untuk sprint pertama untuk mengatasi masalah sprint pertama.


Jadi, jika Anda jarang melewatkan tenggat waktu, secara alami Anda sering kali tidak memiliki pekerjaan apa pun di akhir sprint. Apa yang Anda lakukan kemudian, mengambil item baru atau hanya mengambil waktu istirahat? :)
Bjarke Freund-Hansen

@ bjarkef Setelah sprint selesai, kita memulai dan menjalankan sprint berikutnya. Saya selalu merasa bahwa downtime saat menggunakan "scrum" sangat kurang dibandingkan dengan pengembangan "tradisional".
java_mouse

Jadi Anda tidak memiliki panjang sprint yang tetap, Anda mulai yang baru ketika yang lama selesai?
Bjarke Freund-Hansen

1
@jarkef - kami telah memperbaiki durasi 2 minggu. setelah minggu-minggu berlalu dan dikirimkan, kami akan segera memulai musim semi berikutnya.
java_mouse

2

Sangat menarik melihat jawaban / komentar di sini. Pada setiap proyek (tipe) lincah yang saya kerjakan, keuntungan utama adalah menyebarkan tekanan tenggat waktu pada banyak tenggat waktu mini daripada berbaris tenggat waktu kematian di akhir proyek. IMO, sprint harus ditanggapi dengan serius. Setiap slip dalam tenggat waktu atau fungsionalitas yang disampaikan harus dilihat sebagai potensi masalah dalam manajemen atau pengembangan proyek.


Sehingga Anda terus bekerja di bawah tekanan? Itu terdengar seperti lingkungan kerja yang indah.
Bjarke Freund-Hansen

1
Tekanan cukup bahwa tim mendapatkan omong kosong dilakukan tetapi tidak tekanan menghancurkan jiwa yang kadang-kadang bisa datang dengan menyelesaikan proyek. Tapi ya, itu bukan untuk semua orang.
tzerb

2

Proses lincah mempromosikan pembangunan berkelanjutan. Para sponsor, pengembang, dan pengguna harus dapat mempertahankan kecepatan konstan tanpa batas. - Prinsip di balik Agile Manifesto

Jika itu pengalaman yang menakutkan atau negatif, dan itu terjadi setiap saat, Anda memiliki masalah. Pengembangan perangkat lunak harus menyenangkan. Tidak negatif atau menakutkan.

Namun, jika tim berkomitmen untuk menyelesaikan beberapa cerita dalam sprint dan terus menerus tidak menyampaikan, Anda juga memiliki masalah. Masalah ini hampir pasti tidak akan diselesaikan dengan menambahkan lebih banyak tekanan pada tim untuk menyelesaikan cerita. Jika masalah disebabkan oleh faktor eksternal, itu perlu dikelola. Jika tim terlalu berkomitmen, ScrumMaster dapat memandu tim menuju komitmen untuk mengurangi poin cerita. Mungkin ada banyak alasan dan masing-masing mungkin perlu ditangani secara berbeda. Tim yang bersemangat dan termotivasi harus memiliki banyak motivasi untuk maju.

Idealnya apa pun masalahnya, ia dimunculkan selama retrospektif, dan diperbaiki.

Seharusnya tidak terlalu rumit bagi tim untuk mencari tahu apa yang dapat mereka capai selama periode yang relatif singkat dari sprint dan kemudian mencapainya (sebuah cerita sesekali yang didorong ke sprint berikutnya adalah OK, kecepatan dapat berfluktuasi, hal-hal berubah dll. .). Jika Anda tidak bisa melakukannya dengan cukup lancar setelah beberapa sprint Anda melakukan sesuatu yang salah.


1

Itu sangat tergantung pada timeline Anda.

Terkadang Anda PERLU untuk menyelesaikan semua cerita, atau sebagian besar dari mereka. Meskipun Agile memang memberikan fleksibilitas, Anda juga perlu menyelesaikan proyek, mungkin dengan jadwal yang ketat .. Jadi, setelah sebagian besar cerita selesai akan membuat Anda menyelesaikan proyek tepat waktu.

Meski begitu, hal-hal akan muncul yang akan mencegah Anda menyelesaikan setiap cerita, setiap sprint.

Jika produk berada pada garis waktu dan cerita utama terlewatkan, itu dapat membuat produk terlambat. Produk yang terlambat dalam beberapa kasus dapat merusak posisi kompetitif perusahaan. Jadi dalam hal ini, Anda mungkin INGIN itu menjadi pengalaman negatif untuk memiliki cerita yang hilang - mungkin membuat Anda menyelesaikan semuanya di waktu berikutnya.


1

Ketika diberi dosis dengan benar, stres itu baik. Anda ingin tidak ingin menghilangkan semua stres, Anda hanya ingin menyebarkannya lebih merata dalam waktu. Bahkan ketika Anda memainkan permainan favorit Anda, Anda akan memiliki sejumlah stres dan perasaan negatif. Anda benar-benar mendapatkan lebih banyak energi dari itu.

Sebuah tim harus benar-benar merasa buruk tentang cerita yang terlewat. Ini akan memberi mereka energi untuk mengubah sesuatu di waktu berikutnya (bekerja secara berbeda atau merencanakan lebih sedikit cerita, keduanya baik). Mereka juga harus merasa bangga ketika mereka membuat cerita mereka, tentu saja.

Anda juga menyebutkan tugas tak terduga (dukungan produksi). Itu menimbulkan bendera merah bersamaku. Seharusnya ada kotak waktu yang disepakati untuk semua masalah yang tidak terkait dengan cerita. Kalau tidak permainan tidak adil, tim merasa tidak berdaya dan perasaan negatif tidak digunakan untuk meningkatkan.


1

Anda harus melihat faktor-faktor yang membuat komitmen Anda gagal dan mencoba memperbaikinya. Sejumlah besar kejadian acak akan terus mengacaukan sprint Anda sehingga kecepatan Anda tidak dapat diprediksi. Baik memperbaiki penyebab ini atau memperkenalkan slack di sprint Anda. Saya lebih suka memperbaiki.

Either way, tim tidak dapat dianggap bertanggung jawab jika pekerjaan mereka terganggu oleh faktor-faktor eksternal. Gunakan retrospektif untuk melihat ini.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.