Kami di Promsvyazbank secara aktif pindah dari tim saluran air terjun ke tim makanan tepi. Di suatu tempat harganya beberapa kerucut, di suatu tempat sudah mungkin untuk mengubah menyapu ... tetapi sebagai hasilnya, kami telah memperoleh banyak pengalaman terkait dengan transformasi tepi. Dalam posting ini kami ingin berbagi pengalaman - tiba-tiba Anda akan menemukan sesuatu yang baru.
Bagaimana ide transisi ke Edge lahir
Biasanya, seorang ideolog muncul di perusahaan yang menginfeksi semua orang dengan virus Edge, berbicara tentang nilai-nilai kerja tim. Semuanya akan sederhana dan cepat, hasilnya akan memukau imajinasi, uang akan mengalir ke kantong kita, dan semua karyawan akan senang berkubang di sandaran dengan cangkir kopi di tangan mereka dan semangkuk kue tanpa akhir, dia berjanji.
Untuk memperkuat pemikiran tentang Edge, para ahli diundang yang memperkirakan beberapa ratus hari kerja pada produk, dan, sebagai akibatnya, "pembusukan" produk, kematiannya. Dan kemudian, mungkin, kehancuran perusahaan. Contohnya adalah HTC dan Blackberry. Bagaimana tidak mengulangi nasib mereka? Konsultan menawarkan resep yang telah digunakan oleh raksasa seperti Google, Amazon, Apple, yaitu tangkas yang fleksibel.
Apa yang biasanya terjadi selama transformasi
Dan sekarang Anda telah mempelajari semua frasa dan frasa yang diperlukan untuk berhak menyandang nama bangga Praktisi Bersertifikat Agile PMI: “berdiri, dandan, demo, tim, papan, stiker, semuanya melewati hutan dengan persetujuan mereka.” Anda adalah profesional di bidang Anda, Anda tahu apa dan bagaimana cara kerjanya, Anda tahu semua konsep, acara, dan proses baru yang diperlukan. Masih melakukan transformasi tangkas. Berikut adalah daftar kesalahan umum.
- Ada departemen pengembangan, dan mereka membuat tim-tim tepi.
- Antrian tugas tanpa akhir untuk permintaan perubahan di Jira diubah menjadi tumpukan RFC dengan sentakan pergelangan tangan.
- Sebelumnya, sumber daya dialokasikan secara terpusat untuk suatu tugas, tetapi sekarang mereka telah membuat distribusi tugas ke pengembang.
- “Apa yang akan dilakukan pengembang ini dengan kami? Dan mari kita ambil tugas ini di backlog, dia akan bisa melakukannya. "
- Anda menetapkan tujuan untuk menjauh dari penilaian tugas dalam satu bulan kerja. Sebagai tanggapan, pengembang mengatakan: "Oke, mari kita mulai melakukan sprint ini, dan selesaikan yang berikutnya."
- Tugas itu tidak dikoordinasikan dengan dinas keamanan dan pengacara? Mari kenalkan liburan normatif dan abaikan momen ini.
- Apakah tugas diberikan oleh bos? Lalu kami membuat keunggulan, struktur datar, tapi "Aku akan tetap menjadi bos."
Apa yang kita dapatkan pada akhirnya?
Strukturnya tidak berubah. Kepala mengatur tugas kepada bawahan. Orang-orang mengalami ledakan otak, banyak pemimpin, para pemimpin ini secara bersamaan mengatur tugas yang berbeda dengan tenggat waktu yang dipakukan. Tugas hanya diukur dalam sprint, bukan bulan.
Apa yang harus dilakukan tidak bisa dipahami, bagaimana melakukannya tidak bisa dipahami. Tidak ada dokumentasi! Seluruh tim duduk di pertemuan sepanjang waktu, di mana para teknolog dan programer yang lama dan keras datang. Mereka memandang para karyawan dalam tim seolah-olah mereka datang ke kebun binatang untuk mengamati perilaku owa dalam satu paket.
Scrum Master berbicara tentang Definisi Siap dan Definisi Selesai. Namun demikian, mereka mengerti bahwa ini penting dan perlu, mengapa para pengembang menolak?
Pada saat ini, tugas yang malang tiba terlepas dari tenggat waktu dari kepemimpinan, dan yang muda, masih berdiri lemah di ujung kakinya mati di bawah serangan musuh dan zombie.
Bagaimana itu perlu?
Anda tidak dapat secara membabi buta mengikuti pola perusahaan yang sukses. Lebih mudah dijelaskan di sini melalui analogi - misalnya, melalui sepakbola. Bayangkan Anda adalah seorang pelatih, tim Anda kalah, lima menit sebelum akhir pertandingan. Ada contoh rencana tanpa cacat yang digunakan oleh pelatih terkenal Ernesto Valverde. Menurutnya, striker Luis Alberto Suarez membobol area penalti, dia dihancurkan, hakim menunjuk penalti. Lionel Messi menghampiri bola dan menembak tepat di pojok paling jauh dari gawang. Rencana tanpa cela. Tapi Anda bukan Valverde, dan Anda tidak memiliki Suarez dan Messi di tim. Itu saja. Kamu telah kehilangan.
Selain itu, kami mulai berpegang teguh pada proses, lupa mengapa kami menerapkannya dalam pekerjaan kami. Karena itu, saya akan menyarankan Anda untuk merumuskan tujuan dan menggantungnya di tempat yang mencolok. Cara menetapkan tujuan, Anda semua tahu. Tujuannya harus konkret, terukur, dapat dicapai, bermakna dan terikat waktu. Apa arti semua ini dalam praktik?
Dalam praktiknya, ini berarti bahwa hal terpenting dalam keseluruhan proses ini adalah Klien. Karena itu, pastikan untuk menghabiskan waktu dan mencari tahu siapa klien Anda yang sebenarnya, siapa yang membawakan Anda uang. Jelaskan orangnya. Tidak semua perusahaan memiliki jawaban yang jelas untuk pertanyaan ini.
Untuk klien Anda membuat Produk, dan setelah penggunaannya klien tetap bahagia. Produk harus:
- berguna, yaitu, memecahkan masalah pelanggan yang signifikan;
- berkualitas tinggi, yaitu, memenuhi atau melampaui harapan pelanggan;
- dibuat dan ditawarkan tepat waktu, bukan dalam setahun.
Produk, pada gilirannya, dibuat oleh Tim. Faktanya, Produk dan Tim terkait erat. Ketika tim yang tenggelam di bangkai kapal di Pirates of the Caribbean mengatakan: "Bagian dari tim adalah bagian dari kapal." Produk yang bagus tidak akan ada tanpa tim yang bagus, dan sebaliknya. Dan ini adalah alasan utama mengapa sebagian besar upaya transformasi tepi berantakan. Untuk menghindari situasi ini, kami di Promsvyazbank mulai meluncurkan setiap tim dengan memilih lini produk dan pemilik produk.
Banyak yang telah dikatakan dan ditulis tentang bagaimana seharusnya pemilik produk. Semua ini benar, kesulitan utama adalah menemukan orang yang Anda butuhkan. Inilah yang dilakukan oleh pemilik produk:
- menetapkan tujuan;
- menjelaskan backlog tingkat atas;
- memikirkan KPI, yang memungkinkan untuk terus memantau pendekatan ke tujuan; termasuk jangan lupa tentang klien yang bahagia;
- menghitung bagaimana tugas backlog mempengaruhi KPI.
Pemilik produk bukanlah orang yang tahu cara menerjemahkan prioritas hotel orang lain secara efektif, tetapi orang yang menginginkannya. Dia ingin membuat produk terbaik untuk klien, untuk membuatnya seperti yang dia lihat setiap hari berikutnya.
Tim pengembangan adalah orang-orang yang bertanggung jawab yang dapat secara mandiri dan mandiri mengembangkan produk. Tim harus memiliki semua kompetensi yang diperlukan untuk mencapai hasil. Ketergantungan eksternal tidak boleh dikontrol, mereka harus dihilangkan dengan memasukkan atau melatih orang yang tepat dalam sebuah tim. Jelas tidak perlu membuat tim dengan peran yang berlebihan. Untuk menyetujui, tim harus sekecil mungkin. Secara mental menghapus peran dari tim, apakah akan menjadi lebih buruk tanpanya?
Pertanyaan terbaik untuk tim di awal: "Apakah Anda memiliki cukup untuk mencapai tujuan Anda?" Dan praktik yang paling efektif untuk membentuk komposisi peserta adalah desain diri, ketika karyawan sendiri menentukan siapa dan dengan siapa harus bekerja. Kami sudah mencoba melakukan ini pada awalnya - ketika kami mengusulkan untuk melakukan rotasi sendiri, itu bekerja dengan baik.
Sekarang ada tim, harus berusaha untuk memastikan bahwa pada akhir sprint ada peningkatan "kebaikan" produk dengan keuntungan bisnis yang jelas.
Alegori kerja tim yang baik di Scrum adalah kompetisi perahu naga. Drummer menentukan kecepatan untuk menyinkronkan dayung kolektif, dan pada awal perahu ada seorang juru mudi yang menentukan arah. Di perusahaan kami, pemilik produk mengelola visi area bisnis, dan master scrum membantu tim untuk menjaga kecepatan yang tepat untuk pekerjaan sinkron di semua lini. Drum adalah papan scrum, tempat pertemuan umum untuk acara tim.
Kesalahan utama di sini adalah upaya untuk menunjuk seorang scrum master atau bahkan menggabungkan beberapa peran dalam satu orang. Mungkin di tim yang sudah matang ini akan berhasil, tetapi ini jelas bukan masalah Anda. Dan bahkan dalam tim yang matang, pemilik produk tidak pernah bisa menjadi ahli scrum pada saat yang sama. Anda harus menemukan master scrum, dan tidak menunjuk seseorang dari orang-orang yang datang ke tangan. Orang seperti itu akan membantu tim menjadi lebih kohesif dan efektif dari sprint ke sprint.
Untuk pengembangan praktik rekayasa, Anda perlu membuat bukan departemen yang akan memaksakan hal-hal yang benar seperti pengujian unit, tetapi komunitas pengembang tertarik pada ini. Jika inisiatif tersebut lahir dari bawah, maka mereka akan didukung di semua tingkatan.
Kerja tim harus transparan bagi semua pihak yang berkepentingan. Ini adalah tugas tim, dan keuntungannya yang signifikan. Tim membangun proses pekerjaannya sendiri, dan semua masalah yang mungkin muncul juga akan diselesaikan secara mandiri dalam proses tumbuh dewasa.
Dan tip terakhir: gunakan alat sederhana. Setiap bidang dan proses di Jira mudah diganti oleh papan fisik dengan set magnet.
Untuk apa kita datang?
Kami secara teratur memiliki tim produk baru. Mereka tidak membahas lincah, tetapi membuat fungsi baru. Terima kasih kepada orang-orang di tim, produk diciptakan yang bermanfaat dan nyaman bagi pelanggan, dan menguntungkan bagi bank.