Walaupun kemahiran praktikal dan pengetahuan bahasa pengaturcaraan tertentu, alatan dan teknologi adalah kunci untuk mendapatkan pekerjaan sepenuh masa sebagai pembangun perisian, terdapat satu lagi petunjuk berharga yang dalam banyak cara boleh dilihat sebagai prasangka untuk kejayaan dalam profesion ini: produktiviti. Pengukuran produktiviti ialah sesuatu yang perlu difahami dan diambil kira oleh semua pembangun perisian profesional kerana metrik prestasi sememangnya penting untuk mana-mana pasukan pembangunan perisian dalam persekitaran perniagaan hari ini.
Mengapa produktiviti anda sebagai pembangun penting?
Dalam era pembangunan Agile, DevOps dan kitaran keluaran perisian yang semakin mengecil, apabila pembangun perlu menghantar versi baharu produk secepat mungkin, syarikat menggunakan berbilang metrik produktiviti yang berbeza untuk menilai prestasi pengaturcara individu dan satu pasukan secara keseluruhan. Melihat perkara ini dari sudut pandangan pembangun, pengukuran prestasi boleh memenuhi beberapa tujuan yang berharga, membantu anda menjejak kemajuan kemahiran pengaturcaraan anda, yang akan membolehkan anda mencapai pertumbuhan profesional yang konsisten. Pengekod yang sangat produktif ialah mereka yang akhirnya menerima tawaran gaji yang merugikan dan mula bekerja pada projek yang paling menarik. Tetapi walaupun anda bukan seorang yang berpencapaian tinggi dan hanya mahukan sebarang pekerjaan dalam pembangunan perisian dan berjaya dengan munasabahnya, anda masih perlu mempunyai sekurang-kurangnya pemahaman asas tentang penunjuk prestasi dan cara ia digunakan untuk mengukur produktiviti input anda di tempat kerja. Itulah yang akan kita bincangkan hari ini.
Metrik ukuran produktiviti pembangunan perisian
Apakah metrik produktiviti pembangunan perisian?
Metrik pembangunan perisian ialah bidang kerja pengaturcaraan di mana pengukuran kuantitatif boleh digunakan untuk menjejak prestasi, kualiti kerja dan produktiviti pembangun. Setiap metrik produktiviti adalah berdasarkan mengambil data daripada proses pembangunan dan menggunakannya untuk mengukur produktiviti. Memandangkan hampir tiada apa-apa yang berkaitan dengan pembangunan perisian adalah mudah dan mudah, anda boleh mengatakan bahawa mengukur produktiviti pengaturcaraan juga agak tidak konsisten dan berpecah-belah di seluruh industri. Atau, secara ringkasnya, pelbagai pasukan dan syarikat boleh menggunakan penunjuk prestasi yang sama sekali berbeza dan mendekati isu ini dari beberapa sudut. Jadi anda tidak perlu bersusah payah mempelajari setiap metrik yang mungkin digunakan oleh pasukan pembangunan perisian.
Apakah jenis metrik produktiviti pembangunan perisian yang ada?
Sememangnya, terdapat pelbagai metrik produktiviti berbeza yang mendekati mengukur prestasi pada pelbagai peringkat dan sudut. Berikut ialah jenis metrik produktiviti yang paling biasa:
Metrik berfokuskan saiz formal.
Metrik ini tertumpu pada mengukur saiz hasil kerja pengaturcara, seperti baris kod (LOC), panjang arahan kod, kerumitan kod, dsb. Metrik ini semakin dianggap sebagai ketinggalan zaman dalam industri pembangunan perisian hari ini.
Metrik produktiviti berfokuskan masa dan fungsi.
Terdapat pilihan metrik produktiviti tradisional yang digunakan dalam pembangunan perisian air terjun, seperti hari aktif, skop fungsi yang dihantar dalam tempoh masa yang ditetapkan, kadar pecah kod, bilangan tugasan yang diberikan, dsb.
Metrik proses pembangunan tangkas.
Metrik proses pembangunan tangkas, seperti laporan pembakaran pecut, halaju, masa utama, masa kitaran dan lain-lain, mungkin merupakan metrik yang paling biasa digunakan dalam kalangan pasukan pembangunan perisian hari ini. Kami akan bercakap tentang metrik Agile dengan lebih terperinci kemudian dalam artikel.
Metrik analisis operasi.
Set metrik ini tertumpu pada mengukur prestasi perisian dalam persekitaran pengeluaran semasanya. Masa min antara kegagalan (MTBF), masa min untuk pulih (MTTR) dan kadar ranap aplikasi ialah metrik yang paling banyak digunakan di sini.
Metrik ujian.
Ujian perisian mempunyai set metrik tersendiri untuk mengukur kualiti ujian sistem, seperti peratusan ujian automatik, liputan kod, dsb.
Metrik kepuasan pelanggan.
Akhir sekali, metrik muktamad untuk mana-mana perisian adalah pengalaman pelanggan akhir, dan terdapat satu set keseluruhan metrik untuk itu juga, seperti skor usaha pelanggan (CES), skor kepuasan pelanggan (CSAT), skor promoter bersih (NPS) dan lain lain.
Metrik pembangunan perisian tangkas
Seperti yang anda lihat, agak mudah untuk tersesat dalam semua selok-belok metrik produktiviti perisian. Walau bagaimanapun, satu-satunya yang mesti diketahui oleh pembangun perisian biasa ialah metrik Agile, yang biasa digunakan oleh pasukan pembangunan perisian hari ini sebagai piawaian pengukuran produktiviti pasukan merentas bahagian berlainan kitaran hayat pembangunan perisian. Mari kita senaraikan metrik Agile utama dan paling biasa digunakan.
1. Kebakaran Pecut.
Laporan Sprint Burndown ialah salah satu metrik utama untuk pasukan pembangunan scrum tangkas. Seperti dalam tangkas, proses pembangunan diatur melalui pecut terikat masa, Sprint Burndown digunakan sebagai cara menjejaki penyiapan tugas semasa pecut. Jam atau titik cerita digunakan sebagai unit ukuran. Matlamatnya adalah untuk mencapai kemajuan yang konsisten dan menyampaikan kerja selaras dengan unjuran awal. Sprint Burndown membantu pasukan mengukur kadar kerja dan melaraskannya apabila diperlukan.
2. Kelajuan Pasukan.
Halaju ialah satu lagi penunjuk utama, yang juga berdasarkan jam atau titik cerita sebagai unit ukuran. Ia mengukur jumlah purata kerja yang disiapkan oleh pasukan semasa pecut dan digunakan untuk anggaran dan perancangan sepanjang semua projek. Halaju penjejakan adalah penting untuk memastikan pasukan memberikan prestasi yang konsisten.
3. Isi Cerita.
Pada peringkat ahli pasukan pembangunan individu, titik cerita ialah metrik yang berharga, kerana saiz cerita yang disampaikan oleh pengaturcara semasa setiap keluaran ialah penunjuk produktiviti pengekod ini.
4. Carta Kawalan Kitaran.
Mengukur jumlah masa dari saat kerja pada tugas atau item tunggakan lain telah bermula sehingga siap. Membolehkan untuk menjejak dan mengawal masa kitaran memberikan hasil yang lebih boleh diramal.
5. Penghasilan dan Nilai Dihantar.
Pengurus projek menganalisis tugas yang diberikan kepada pembangun dan memberikan nilai kepada mereka. Metrik ini kemudiannya digunakan untuk mengukur daya pengeluaran pasukan atau, dengan kata lain, jumlah kerja nilai tambah yang dilakukan.
6. Kod Churn.
Kod churn ialah satu lagi metrik yang patut disebut kerana ia digunakan untuk mengukur kedua-dua produktiviti pasukan secara keseluruhan dan untuk menjejak prestasi pengaturcara individu. Kod churn mengukur kekerapan pembangun mengalih keluar atau membuat perubahan dalam baris kod yang ditambahkan sebelum ini, dan berapa peratusan kod yang ditulis sebelum ini akhirnya ditukar atau dibuang.
Pendapat pakar
Akhir sekali, untuk menambah beberapa perspektif, beberapa petikan mengenai perkara itu oleh profesional industri pembangunan perisian yang berpengalaman. “Saya harap anda tidak mahu "membandingkan" metrik anda dengan beberapa jenis standard atau malah dengan prestasi pasukan lain dalam syarikat lain. Di mana-mana tempat saya bekerja mempunyai variasi unik dalam takrifan titik cerita, halaju, anggaran setiap jam, tugas, dsb. yang benar-benar menjadikannya hampir mustahil untuk membandingkan prestasi satu pasukan dari satu syarikat secara langsung dengan pasukan lain di syarikat lain. syarikat,” kata Cliff Gilley, bekas Pengurus Produk Teknikal dan Jurulatih Tangkas. “Saya agak meragui metrik apabila ia datang untuk membimbing prestasi pasukan. Sebaik sahaja anda memberi perhatian kepada hanya satu atau dua pembolehubah, ia menjadi sangat mudah untuk jatuh ke dalam (sengaja atau sebaliknya) mempermainkan metrik dan menipu diri sendiri bahawa anda sedang bertambah baik - apabila apa yang anda lakukan hanyalah meningkatkan metrik. Contohnya, metrik berdasarkan halaju boleh "meningkatkan" oleh pasukan yang beralih ke cerita yang lebih kecil (kurang kerja setiap cerita - jadi lebih banyak cerita selesai - jadi halaju naik). Itu mungkin perkara yang baik jika cerita itu ialah cerita pengguna yang berguna yang memberikan kenaikan nilai perniagaan yang lebih kecil. Itu mungkin perkara yang buruk jika cerita menjadi lebih kecil dan lebih banyak tugas "teknikal" yang tidak memberikan nilai sebenar dengan sendirinya," kata Adrian Howard, seorang profesional industri.. “Apabila bekerja dalam sistem berasaskan tarik, saya menghargai daya pemprosesan dan masa kitaran. Yang pertama memberi saya maklumat umum tentang kapasiti pasukan kami, dan dari masa ke masa boleh menjadi ukuran ramalan yang sangat kuat. Yang kedua berguna sebagai pengukur umum kecekapan saluran paip kami. Jika masa kitaran tinggi, sudah tiba masanya untuk mula melihat saluran paip, kerana terdapat kekangan yang mungkin kita boleh berusaha untuk mengurangkan/mengeksploitasi. Tetapi metrik hanyalah alat. Jangan tersesat di dalamnya, dan sudah tentu jangan mula merancang ke arah metrik tertentu. Fikirkan tentang apa yang anda buat sebagai satu pasukan dan cara anda bekerja secara semula jadi, kemudian bina sistem di sekeliling orang ramai. Metrik harus membantu anda melihat cara sistem anda menyokong kerja semua orang. Atau tidak,” Dave Cerra, pengeluar pembangunan permainan video, membuat kesimpulan .
