Halo semuanya! Minggu depan kami meluncurkan kursus
"Manajer Pengembangan" , yang dikhususkan untuk kegiatan manajerial dalam semua aspeknya dalam konteks mengelola tim pengembangan. Untuk mengantisipasi peluncuran, kami membagikan terjemahan artikel kepada Anda, yang mungkin berguna bagi para pemimpin tim di masa depan.
Baru-baru ini, banyak hal telah terjadi karena fakta bahwa beberapa organisasi
beralih ke Agile , lebih memperhatikan tim yang mengatur diri sendiri, hasil tambahan dan daya tarik maksimum untuk bisnis. Namun, setiap kali seseorang membaca tentang transformasi ini, informasi biasanya disajikan dalam bentuk organisasi dan bagaimana Agile memengaruhinya secara umum.
Tetapi meskipun dari luar mungkin tampak bahwa organisasi semacam struktur monolitik tanpa wajah, kita tahu bahwa itu terdiri dari hidup, bernapas orang-orang yang sendiri memasok barang dan jasa yang disediakan organisasi. Jadi, penting bagi saya untuk mempertimbangkan bagaimana ini akan mempengaruhi mereka yang harus berurusan dengan transformasi Agile pribadi mereka.
Saya telah terlibat dalam manajemen proyek tradisional selama lebih dari dua puluh tahun. Saya juga mengajar manajemen proyek, dan saya selalu suka memberi tahu siswa saya bahwa manajemen proyek, seperti akuntansi, adalah profesi yang matang. Akuntan berbicara tentang debet dan pinjaman, dan satu-satunya hal yang benar-benar berubah secara berkala adalah kode pajak. Selama bertahun-tahun, bahasa manajemen proyek telah menjadi artefak seperti bagan Gantt dan struktur dekomposisi kerja.
Tetapi sebagian besar, tanah telah mulai berubah di bawah kaki manajer proyek tradisional (berorientasi rencana atau mengalir), terutama dalam beberapa tahun terakhir. Hal ini disebabkan oleh fakta bahwa pendekatan Agile, awalnya didefinisikan dalam manifes pada tahun 2001, akhirnya mulai mendapatkan pijakan di perusahaan. Tidak, saya bahkan akan mengatakan bahwa itu menggantikan metode tradisional.
Cukup penting bahwa manajer proyek sekarang tidak hanya harus menyadari hal ini, tetapi juga harus mulai berpikir tentang mengajarkannya dan mendapatkan pengalaman. (Pengakuannya yang lebih luas di benteng manajemen proyek tradisional ini, edisi keenam PMI, adalah peristiwa yang cukup signifikan.)
Secara pribadi, saya mendapatkan sertifikasi
Scrum Master pada awal 2013, tetapi saya tidak pernah menggunakannya, setidaknya pada awalnya. Bukan karena saya menentang Scrum, tetapi saya bekerja dalam manajemen proyek tradisional dan benar-benar tidak menyaksikan revolusi barisan depan.
Namun lambat laun, saya mulai menyadari bahwa akan ada perubahan signifikan dalam arah penggunaan Agile dan agar tetap relevan - dan, saya bisa menambahkan yang sibuk, akan perlu untuk mulai berkenalan dengan proyek Agile dan bekerja di dalamnya.
Memikirkan hal ini, saya menyadari bahwa mungkin hal pertama yang harus saya hadapi di Agile adalah fakta bahwa peran manajer proyek tidak hanya tidak begitu signifikan, tetapi pada kenyataannya tidak ada peran khusus untuk PM seperti itu. Hanya ada tiga peran spesifik dalam varian Scrum - Scrum Master, pemilik produk, dan tim pengembangan.
Ketika saya mendapatkan sertifikasi Scrum, saya sudah menyadari bahwa itu adalah jenis peran yang berbeda. Sebagai manajer proyek, saya dapat - dan harus - melakukan semua perencanaan dengan tim saya. Tetapi ketika tiba saatnya untuk memutuskan siapa melakukan apa dan kapan, itu selalu menjadi pekerjaan saya. Ini adalah struktur perintah dan kontrol yang sangat besar. Dan saya tidak hanya berharap untuk memimpin tim, tim juga diharapkan untuk dipimpin.
Tapi Agile berbeda. Dalam peran ini, saya lebih sebagai asisten atau pelatih daripada panduan untuk tim. Tim ini mengatur diri sendiri, dan ini berarti bahwa meskipun saya dapat membantu menghilangkan hambatan bagi mereka, tugas saya bukan untuk memberi tahu mereka apa yang harus dilakukan. Tugas mereka adalah mencari tahu apa yang harus dilakukan dalam tim, dan Scrum Master untuk membantu dan melatih.
Di bawah ini Anda akan menemukan beberapa tips berguna tentang cara untuk berhasil dalam transformasi Agile.
Ini adalah perubahan besar tidak hanya untuk manajer proyek, tetapi juga untuk tim. Manajer proyek harus berhenti menjadi arahan dan mulai memberikan bantuan. Bagi banyak manajer, ini adalah transisi yang sangat sulit. Mereka tidak tahu bagaimana tidak memimpin. Dan, kemungkinan besar, jika mereka telah menjadi PM untuk waktu yang lama, mereka sangat terbiasa menggunakan penjadwal seperti Proyek MS. Tetapi tim Scrum tidak perlu alat seperti itu, lebih suka alat alur kerja seperti Jira untuk melacak kemajuan.
Masalahnya adalah manajer proyek tradisional harus menahan diri dengan memberi tahu tim apa yang harus dilakukan ketika mereka bertanya. Dia dapat menghilangkan hambatan saat mereka muncul. Tetapi saran terbaiknya ketika ditanya apa yang harus dilakukan oleh anggota tim adalah "berbagi dengan tim." Dalam arti tertentu, ia perlu memikirkan kembali apa yang ia ketahui dan membuang beberapa keterampilannya ke luar jendela.
Jadilah Master Scrum, Bukan Manajer Scrum https://t.co/ohOBBzH5Lb #agile #scrum #dev @HyperRTs @DNR_CREW pic.twitter.com/XrmsCAdzwK
- Seth G. (@Nicko_iCorplife) 14 Oktober 2017
Dan bukan hanya perdana menteri yang memiliki masalah untuk beradaptasi dengan kenyataan baru ini. Bayangkan seorang anggota tim yang terbiasa menerima instruksi tentang apa yang harus dilakukan dalam sistem hierarkis. Sekarang dia dihadapkan dengan kebutuhan untuk mandiri sampai batas tertentu. Beberapa orang memilih untuk tidak mengalami pengalaman ini.
Meskipun Agile dapat digunakan untuk berbagai proyek, ia masih banyak digunakan di lingkungan pengembangan perangkat lunak. Dan beberapa pengembang, misalnya, yang terbiasa bekerja sendiri, sekarang harus bertemu setiap hari tidak hanya dengan tim, tetapi juga dengan "bisnis". Bagi sebagian orang, ini di luar zona nyaman mereka. Saya berbicara dengan seorang wanita di sebuah konferensi Agile, yang memberi tahu saya bahwa beberapa pengembang di timnya diminta untuk pindah atau meninggalkan perusahaan ketika Agile tiba.
Saya pikir kesimpulan utama di sini adalah penerimaan terhadap perubahan dan adaptasi. (Ironisnya, ciri khas Agile sendiri.) Beberapa orang lebih suka melakukan hal-hal seperti yang selalu mereka lakukan. Dan kemudian, ketika perubahan menyusul mereka - karena, tentu saja, ini terjadi di dunia yang gesit - mereka tidak dapat membuat perubahan dan menemukan diri mereka di luar, mencari ke dalam.
Segera setelah saya menyadari bahwa saya perlu masuk ke dunia itu, saya melakukan transisi, tidak hanya belajar, tetapi juga menggunakan pemikiran yang fleksibel. (Inilah yang dibantu oleh tim Agile-trainer.) Saya mulai membaca semua yang saya bisa, melakukan networking sebanyak yang saya bisa, dan kemudian, ketika saatnya tiba, saya mengirimkan pengetahuan ini dan tahun-tahun saya dalam manajemen proyek ke sebuah perusahaan yang, karena Agile-ready, masih melihat nilai dari kedua pendekatan tersebut. Dan ketika saya melepaskan kebutuhan untuk mengendalikan situasi dan menyadari bahwa saya perlu menjadi pelatih dan asisten, saya menemukan bahwa semuanya jatuh pada tempatnya.
Secara tradisional, kami menunggu komentar Anda dan kami mengundang Anda ke
pelajaran terbuka yang akan diadakan hari ini oleh
Stanislav Mikhalsky , direktur pengembangan di Biglion Technologies.