Pernahkah Anda mengalami emosi yang kuat di tempat kerja? Bagaimana dengan rasa takut yang tiba-tiba melanda otak Anda? Apakah mudah untuk bekerja secara efisien? Jika organisasi Anda sudah menerapkan gesit, tetapi ini masih terjadi pada Anda - ada yang salah.
Nama saya Artyom Zarafyants, dan saya memimpin salah satu departemen pengembangan penyimpanan Teknologi Dell di St. Petersburg. Saya sudah bekerja 12 tahun sejak pembukaan kantor kami. Pada 2007, mulai bekerja di VNXe, kami mulai menggunakan lincah di tingkat tim - kemudian tidak berhasil. Proses kami mengalami air terjun di tingkat global dan secara bertahap mati. Kami merilis VNXe tanpa gesit: tentu saja, berhasil (seperti semua hal berskala besar di perusahaan kami), tetapi perlahan, mahal, dan di bawah tekanan. Sekitar 6 tahun yang lalu, organisasi teknik kami (beberapa ribu karyawan) memulai implementasi tangkas secara sistematis pada skala dari atas. Pada saat itu saya sudah menjadi manajer dan menerima pendidikan tinggi kedua (dari tiga) - dalam psikologi. Ini telah membantu saya secara sadar menjalani pengalaman implementasi yang gesit, dan saya siap untuk membagikannya.
Bayangkan Anda adalah pemimpin tim atau tim programmer. Bos luar negeri Anda (atau pelanggan) menelepon dan dengan marah mengatur agar Anda dapat menghancurkannya. Fitur yang seharusnya dikembangkan oleh tim Anda penuh dengan bug dan tidak baik. Anda mendengar celaan: “Bagaimana ini bisa terjadi ?! Kenapa kualitasnya begitu mengerikan ?! Beberapa bug secara umum, katakan padaku apa rencana perbaikanmu?! ” Kesadaran Anda mengenali ancaman itu, Anda tersinggung. Emosi menyapu, bergulung-gulung - ini tidak adil, dan pada umumnya semacam omong kosong! Bukan mood terbaik untuk mengembangkan rencana perbaikan. Bukan mood terbaik untuk terus bekerja pada rencana iterasi.
Otak Homo Sapiens telah berevolusi selama ribuan tahun, memastikan kelangsungan hidup manusia sendiri dan sukunya yang primitif. Ketika otak mengenali ancaman itu, kelenjar pituitari memulai rangkaian reaksi, meningkatkan konsentrasi adrenalin dan kortisol. Tubuh bersiap untuk bertarung atau melarikan diri. Untuk memastikan pengiriman energi ke otot, metabolisme, tonus pembuluh darah, dan perubahan tekanan. Bagaimana dengan fakta bahwa berpikir secara sadar adalah kegiatan yang sangat mahal? Apakah tidak akan hilang selama penerbangan dan berjuang untuk proses yang lebih murah dalam jaringan saraf yang menyediakan refleks dan otomatisme gerakan?
Stres bisa baik hanya untuk pekerjaan fisik - tuangkan beton, letakkan batu bata. Tapi dia menjatuhkan programmer dari saluran produktif. Ketika pekerjaan melibatkan pemikiran dan penyelesaian masalah yang kompleks, stres dan kecemasan mengarah pada kenyataan bahwa kemampuan berpikir berkurang. Akibatnya, tim membuat lebih banyak kesalahan, yang pada gilirannya menyebabkan bug baru. Bug baru adalah masalah yang akan terus memicu kecemasan dan stres. Ini adalah lingkaran setan. Lindungi tim Anda dari dia!
Bagaimana?
Menurut pendapat saya, ada dua jawaban: melalui meningkatkan proses pengembangan dan meningkatkan toleransi stres pemimpin. Saya akan berbagi beberapa ide. Pada artikel ini kita akan membahas retrospektif, dan dalam perencanaan selanjutnya.
Kepala dan tim. Dasha. 10 tahunRetrospektif
Retrospektif yang baik membantu Anda menyadari masalah dan membuat rencana dalam bentuk koneksi saraf di otak Anda.
Ketika ada pemahaman tentang apa yang harus dilakukan ketika masalah muncul, dan rencana terbentuk di otak, kecemasan Anda lebih rendah, ancaman yang dirasakan kurang, reaksinya lebih tenang. Akibatnya, lebih mudah bagi Anda untuk berpikir dalam situasi yang sulit.
Sebagai contoh, sekali pada awal pelaksanaan tangkas, tim kami gagal iterasi - tidak mencapai tujuan. Ini sekitar 6 tahun yang lalu ketika kami mulai bekerja pada penyimpanan EMC Unity untuk proses tangkas baru. Retrospektif dimulai dengan emosi yang menekan. Mereka datang dengan enggan, duduk, dan membungkuk. Jika bukan karena persiapan awal, kita bisa saja masuk ke dalam omelan. Mereka mulai mengerti apa yang bisa kita lakukan lain kali.
Sistem yang sedang dikerjakan oleh organisasi kami yang terdistribusi mencakup sejumlah besar area. Siklus pengujian membawa aliran bug, pada analisis yang kami menghabiskan banyak waktu yang tidak direncanakan. Namun, sebagian besar bug menetap di area tim lain. Kami semacam "menuangkan air ke pabrik orang lain" - membantu organisasi kami, tetapi gagal dalam komentar kami.
Pernahkah Anda mengalami ini sebelumnya? Tulis di komentar apa yang Anda lakukan. Kami berperilaku seperti ini:
- Untuk mengurangi waktu untuk menganalisis bug, kami, bersama dengan tim lain, mulai membuat alat otomatis untuk analisis kesalahan awal.
- Agar lebih akurat memahami bahwa kesalahan itu asing, dan mengirimkannya ke analisis untuk tim lain, kami menjadi lebih memperhatikan jalannya uji komponen kami. Tes sebelumnya mengkonfirmasi bahwa fungsionalitas berfungsi, dan menghilangkan kecurigaan dari area subjek kami, menghemat waktu kami.
- Untuk meningkatkan efisiensi, kami mulai menghabiskan waktu secara sistematis untuk mengembangkan keterampilan analisis cacat. Seiring waktu, peran baru dalam tim mulai terbentuk - seorang spesialis dalam analisis cacat.
- Agar dapat terganggu oleh perbaikan bug tanpa menghentikan pekerjaan penting untuk iterasi, kami menjadi lebih terkontrol dengan ketat oleh WIP (work in progress). Dua atau tiga orang mulai mengerjakan setiap kisah pengguna - ada peluang bagi seseorang untuk beralih ke bug.
- Untuk meningkatkan komunikasi dengan penguji, kami mulai memberikan umpan balik dalam QA. Mereka mulai berkomunikasi tidak hanya melalui email dan komentar tentang bug, tetapi juga melalui percakapan pribadi pada komunikator dan telepon.
- Nah, untuk memudahkan mengelola perbaikan bug, mereka memindahkannya dari scrum ke kanban.
Pada iterasi berikutnya, ada sedikit kejutan dan kebencian tentang bug. Tingkat stres menurun, rencana mulai dilaksanakan.
Retrospektif yang baik mengarah pada fakta bahwa saat berikutnya Anda menghadapi masalah, kecemasan anggota tim berkurang. Tim terbiasa dengan keberhasilan dalam setiap iterasi - moralitas meningkat. Keinginan untuk berpikir dan menyelesaikan masalah bersama meningkat. Dengan cara ini, retrospektif membantu untuk memenuhi kebutuhan keamanan yang tertanam dalam otak Homo Sapiens melalui evolusi. Beberapa kali saya menyaksikan bagaimana retrospektif yang baik mengarah pada fakta bahwa kecemasan anggota tim kami berkurang, dan saya merasakan bagaimana kami bekerja lebih tenang dan efisien dalam iterasi berikutnya.
Kebutuhan otak kita adalah kunci motivasi diri, untuk membangun hubungan dalam tim dan jaminan tidak hanya produktivitas tenaga kerja, tetapi juga kebahagiaan di tempat kerja!
Jika Anda tertarik pada bidang ini, pastikan untuk memberi tahu ini di komentar. Saya berencana untuk menulis serangkaian posting pada topik "kebutuhan lincah dan otak." Sementara itu, saya sarankan merujuk ke sumber-sumber berikut:
- Kahneman. Berpikir Cepat Berpikir Lambat
- Otak Instruksi untuk digunakan. David rock
- Dubynin. Ceramah tentang fisiologi otak, "otak dan kebutuhan"
- Deskripsi retrospektif dalam AMAN