- Kami tidak akan dapat memenuhi tenggat waktu!
- Gunakan Agile!
"Tanpa cukup banyak orang, dia tidak akan membantu kita!"
- Lalu datang dengan kata cerdas lain!Baru-baru ini, saya sering mendengar: mereka gagal karena mereka memilih metodologi pengembangan produk yang salah. Sekarang, jika Anda menggunakan Scrum / DevOps / Agile / sesuatu yang lain, maka semuanya akan baik-baik saja. Tampaknya orang-orang ini tidak mengerti sesuatu dalam pengembangan perangkat lunak.
Alistair Cowbern dalam
artikelnya menganalisis berbagai proyek perangkat lunak yang dilakukan pada model yang berbeda dari sepenuhnya "ringan" dan fleksibel hingga sangat "berat" dan diformalkan. Dia tidak menemukan korelasi antara keberhasilan atau kegagalan proyek dan model proses pengembangan yang digunakan. Dari sini, Cowbern menyimpulkan bahwa efisiensi pengembangan tidak tergantung pada model proses.
Ada banyak metodologi, tetapi tidak ada yang menjamin hasilnya. Di setiap proyek baru, prosesnya harus didefinisikan ulang setiap waktu. Pada dasarnya, pilihan proses tergantung pada
produk yang dikembangkan dan
orang -
orang yang terlibat dalam pengembangan. Prinsip utama: bukan orang harus dibangun sesuai dengan model proses yang dipilih, tetapi model proses harus disesuaikan dengan tim tertentu untuk memastikan produktivitas tertinggi.
Produk
Pertimbangkan pengembangan perangkat lunak penting, misalnya, sistem kontrol untuk pembangkit listrik tenaga nuklir atau kendaraan berawak. Semua persyaratan diketahui sebelumnya, produk memiliki dokumentasi teknis yang luas, ada GOST, dll. Tidak mengherankan bahwa proyek-proyek ini menggunakan metodologi "berat".
Pendekatan yang sepenuhnya berbeda harus digunakan ketika mengembangkan layanan web baru yang modis, ketika persyaratannya tidak jelas dan terus berubah. Inilah Scrum / Agile favorit semua orang dan sistem "ringan" yang serupa. Penerapan metodologi ini dibenarkan, karena Anda dapat dengan cepat mendapatkan umpan balik dalam dunia eksternal yang berubah dengan cepat.
Di atas juga dapat diproyeksikan ke ukuran produk yang dikembangkan. Memang, proses yang sangat berbeda harus diterapkan dalam proyek di mana 10 orang berpartisipasi, dan dalam proyek di mana 1.000 orang berpartisipasi.
Orang
Proses pengembangan harus diatur secara berbeda di dalam tim siswa dan di dalam tim yang dimiliki oleh para profesional.
Saya selalu percaya bahwa Scrum dan metodologi pengembangan lainnya adalah untuk orang-orang yang tidak bisa bekerja sendiri. Saya memilih beberapa jenis perintah dan, tergantung pada ini, membangun proses di dalamnya.
- Tim profesional tahu cara bekerja. Mereka dapat bertanggung jawab atas hasilnya - metodologi pengembangan tidak diperlukan di sini, terutama tidak dipaksakan dari atas. Seringkali, bahkan seorang manajer tidak diperlukan. Tim semacam itu dapat bekerja secara mandiri, tanpa pemantauan terus-menerus dan selalu dengan hasil yang patut ditiru.
- Tim programmer yang berpengalaman membutuhkan pemantauan dan dukungan berkala, tetapi tanpa pengaturan tugas yang kaku.
- Namun, tim pendatang baru membutuhkan pengaturan tugas yang konstan, dukungan dalam menyelesaikan masalah, dan pemantauan tenggat waktu.
Pemimpin, pelajari tim Anda dan pilih metodologi pengembangan dengan bijak dalam setiap kasus. Setiap tim membutuhkan metodologi sendiri.
Tugas utama manajer adalah:
- membangun tim yang dapat bekerja bersama pada hasil yang diinginkan dengan efisiensi yang cukup
- membangun proses kerja di dalam tim sehingga memungkinkan karyawan melakukan pekerjaan yang diperlukan dengan mudah
- mengatur interaksi tim dengan departemen lain di perusahaan atau dengan pelanggan sehingga komunikasi terjadi dengan gangguan minimal terhadap pekerjaan utama tim dan efisiensi maksimum
- singkirkan semua rintangan dan rintangan lain bagi tim dari jalur menuju pencapaian tujuan.
Baru-baru ini, ada banyak wawancara untuk manajer pengembangan. Sekitar 7 dari 10 kandidat untuk pertanyaan tentang pencapaian utama Anda di tempat kerja saat ini melaporkan bahwa mereka menjadi bagian utama dari kesuksesan produk, tanpa mereka semuanya akan gagal.
Manajer, manajer, bangun! Kunci kesuksesan proyek bukanlah pemimpin, bukan proses, tetapi orang-orang yang bekerja di dalamnya.
Saya ingin mengakhiri dengan kutipan dari salah satu pelatih sepakbola: “Bukan pelatih itu penting - Anda penting. Anda memenangkan duel di lapangan dan seluruh pertandingan, dan kami hanya membantu Anda sedikit. Kami dapat mengatur para pemain dan mengarahkan - para pemain melakukan sisanya. ”