Tim diri organisasi – Ini bukan mitos

Berikut adalah email dari salah satu pelatih yang membantu tim

“Kode Laskar” Tim telah menjadi tim yang mengatur dirinya sendiri. Mereka telah pergi siklus 8-9 hari untuk menyelesaikan sebuah cerita pengguna dalam siklus baru 1,5 hari dan mereka sekarang dapat rata-rata cerita pengguna demo bootable hanya 1,5 hari. Mereka juga mencapai perilaku lintas fungsional dengan beberapa praktek ramping. Pengembang mereka dapat menulis kasus uji dan uji. Penguji dapat menulis uji kasus unit.

Saya tidak bisa mendengar ini sangat sering. Saya berpikir tentang menulis Senin.

Tim federal di industri diatur dan memiliki banyak dokumen, (maksudku banyak lagi) untuk setiap baris kode yang ditulis mereka hasilkan. Ini adalah apa yang saya sebut seni mungkin.

Hanya beberapa bulan yang lalu, tim yang sama memiliki keraguan tentang semua ini ke titik bahwa mereka berdua dokumen, mereka dapat menulis beberapa bulan. Mereka sedang membangun serangkaian kompleks besar perangkat lunak berbasis peralatan perawatan kesehatan. Jadi itu tidak mudah.
Ingat membuka pertanyaan mereka, kekhawatiran, dll Bahkan, saya menduga bahwa mereka telah mencoba semua salah.

Jadi, itu membuat saya bertanya-tanya bagaimana untuk melakukan beberapa tim dan beberapa hanya mengeluh selama bertahun-tahun. Mendengar persepsi saya apa yang saya pikir yang terjadi tim ini berhasil melewati semua rintangan.

1) Tinggal besar – Ya, kita bisa gaya. Tim ini memiliki banyak anak-anak muda siap untuk mengubah hal-hal jika perlu. Mereka benar-benar memiliki begitu banyak kekuasaan yang dapat Anda botol dan menyalurkannya ke arah lari reaktor nuklir
2) pemimpin fantatic -. ScrumMaster. Pada awalnya Anda mungkin merasa master Brawl (ya, dia adalah full-time jarak dekat master), yang tidak baik. Tapi dia memiliki kendala yang jelas dan tim jelas dikomunikasikan dalam organisasi. Seseorang yang tenang, saya harus mengatakan
3) Fearless mengidentifikasi limbah -. Sebuah tim yang baik yang perlu untuk mendapatkan dirinya kebutuhan terorganisir untuk benar-benar fokus pada limbah. Kelompok ini menguasai supprt berebut nyata dan manajer mengidentifikasi berbagai jenis limbah. Saya tidak bisa menyebut banyak dari mereka mendengar dur untuk alasan kerahasiaan, tetapi mereka tidak pergi ke pertemuan, telah membawa pembangunan mereka waktu menurun secara signifikan, penguji berharap untuk pengembang, tidak saat sebuah Aha mereka duduk dan menulis unit testing pengembang. Tunggu, ini tidak cukup, penguji pengembang bantuan menulis uji kasus.
4) Mereka berada di ruangan yang sama sebanyak yang mereka bisa.
5) Mereka terfokus pada praktek rekayasa tidak hanya tawuran. Tawuran dapat mengekspos hanya berantakan. Jika Anda memiliki karpet, itu akan memberitahu Anda “Anda mengisap berjalan, karena Anda bergerak terlalu cepat”, tapi mari kita memenangkan perlombaan.

Seperti yang saya selalu mengatakan, tim harus fokus pada praktek teknis. Banyak tim terlalu mewah dan mulai melakukan segala macam hal-hal aneh. Mari kita melakukan TDD, bahkan jika mereka tidak tahu bagaimana menulis tes unit.

Lakukan apa yang membuat tim ini “Belajar untuk menulis tes pertama yang baik satuan, masukkan kode jika Anda perlu untuk” bekerja dengan tim Anda

5) Penguji ditemukan lebih banyak bug dan menulis mereka dalam pelacakan bug. Mereka menemukannya dan berjalan ke pengembang dan duduk dengan mereka dan membantu memperbaikinya.

Hal ini benar-benar mengatakan bahwa banyak tim hanya opppsite. Masalah ego, penekanan berlebihan pada evaluasi (kami memiliki tujuan yang baik) daripada kita harus menyimpang dari penilaian, kita bisa melakukan ini, karena itu bukan pekerjaan saya, saya penguji saya mengukur jumlah bug saya pikir. Saya seorang pengembang, yang diukur dengan jumlah bug saya menulis 🙂

untuk mengambil alih tim yang lunak, generasi baru dari tim software mentalitas bekerja seperti yang Anda awal, kode baru diperoleh kantor, membuat meetigns tidak bermain, mengukur waktu yang dibutuhkan untuk menulis kode dan melaporkan kepada manajer,

Pertimbangkan bawah tim-tim seperti yang menangani semua differnence dalam suatu organisasi besar.

iman saya di Agile masih utuh. Cara untuk pergi tim Self-terorganisir. Road to pelatih dan scrum guru yang bekerja di mana saja,
Tim ini akan tentu pergi jauh.

aku sudah selesai dengan kata menyenangkan saya. Amin

Leave a Reply

Your email address will not be published. Required fields are marked *