Process Analysis
Proses analisis adalah studi proses untuk membantu memahami karakteristik utama proses dan bagaimana proses tersebut dilakukan dalam prakteknya oleh orang-orang yang terlibat. Ini adalah sebuah penyederhanaan karena, dalam kenyataannya, kegiatan ini saling terkait. kita perlu membawa beberapa analisi untuk mengetahui apa yang harus diukur, dan, ketika melakukan pengukuran, kita pasti mengembangkan pemahaman yang lebih dalam proses pengukuran.
Ketika menganalisis proses, sering berguna untuk memulai dengan model proses yang mendefinisikan kegiatan dalam proses dan input dan output dari kegiatan ini. Itu Model juga dapat mencakup informasi tentang aktor-proses orang atau peran bertanggung jawab untuk kegiatan pertunjukan, dan kiriman kritis yang harus diproduksi. Anda dapat menggunakan notasi informal untuk menggambarkan model proses atau lebih formal notasi tabel, diagram aktivitas UML, atau proses bisnis modeling notasi seperti BPMN (dibahas dalam Bab 19). Ada banyak contoh proses model dalam buku ini yang saya gunakan untuk menyajikan dan menjelaskan proses software.
model proses adalah cara yang baik untuk memfokuskan perhatian pada kegiatan dalam prosesdan transfer informasi antara kegiatan tersebut. model proses tersebut tidak harus formal atau lengkap-mereka tujuannya adalah untuk mendorong diskusi daripada mendokumentasikan proses secara rinci. Diskusi dengan orang-orang yang terlibat dalam proses dan pengamatan dari proses yang sering terstruktur sekitar satu set pertanyaan tentang model proses formal. Contoh pertanyaan-pertanyaan ini mungkin:
1. Kegiatan apa berlangsung dalam praktek tetapi tidak ditampilkan dalam model? Tak pelak,model tidak lengkap tetapi jika orang yang berbeda mengidentifikasi kegiatan yang hilang yang berbeda, ini memberitahu Anda bahwa proses ini tidak dilakukan secara konsisten di seluruh organisasi.
2. Apakah ada kegiatan proses, ditampilkan dalam model, yang Anda (aktor proses) berpikir tidak efisien? Dalam hal apa mereka tidak efisien dan bagaimana mungkin ini ditingkatkan? Bagaimana kegiatan yang tidak efisien mempengaruhi pengukuran proses yang mungkin telah dibuat?
3. Apa yang terjadi ketika sesuatu yang salah? Apakah tim terus mengikuti Proses didefinisikan dalam model, atau proses ditinggalkan dan tindakan darurat diambil? Jika proses ini ditinggalkan, hal ini menunjukkan bahwa insinyur perangkat lunak lakukan tidak percaya bahwa proses ini cukup baik atau tidak memiliki cukup fleksibilitas untuk menangani pengecualian.
4. Siapa aktor yang terlibat pada berbagai tahap dalam proses dan bagaimana mereka menyampaikan? kemacetan yang biasa terjadi pada pertukaran informasi?
5. Dukungan apa alat yang digunakan untuk kegiatan yang ditampilkan dalam model? Apakah ini efektif dan universal digunakan? Bagaimana bisa dukungan alat ditingkatkan?Ketika Anda telah menyelesaikan analisis dari proses perangkat lunak, Anda harus memilikipemahaman yang lebih dalam proses itu dan potensi untuk perbaikan proses dimasa depan. Anda juga harus memahami kendala pada perbaikan proses danbagaimana bisa membatasi ruang lingkup perbaikan yang dapat diperkenalkan.
Process exceptions
proses perangkat lunak adalah entitas yang kompleks. Mungkin ada model proses didefinisikan dalam sebuah organisasi tapi ini hanya dapat mewakili situasi di mana tim pengembangan tidak dihadapkan dengan masalah tak terduga. Pada kenyataannya, masalah tak terduga yang kenyataan hidup sehari-hari bagi manajer proyek. Model proses 'ideal' harus diubah secara dinamis sebagai solusi untuk masalah ini ditemukan. Contoh jenis pengecualian bahwa seorang manajer proyek mungkin harus berurusan dengan meliputi:
• beberapa orang kunci menjadi sakit pada saat yang sama, sebelum proyek kritis
ulasan;
• pelanggaran serius dalam keamanan komputer yang berarti semua komunikasi keluar absen selama beberapa hari;
• perusahaan reorganisasi, yang berarti bahwa manajer harus menghabiskan banyak
waktu mereka bekerja pada masalah organisasi bukan pada manajemen proyek;
• permintaan tak terduga untuk menulis proposal untuk proyek baru yang berarti usaha
harus ditransfer dari proyek saat ini untuk penulisan proposal.
Pada dasarnya, pengecualian akan mempengaruhi dan biasanya mengubah, dalam beberapa cara, sumber daya, anggaran, atau jadwal proyek. Sulit untuk memprediksi semua pengecualian di muka dan untuk menggabungkannya ke dalam model proses formal. Oleh karena itu Anda sering harus mengetahui bagaimana menangani pengecualian dan kemudian secara dinamis mengubah 'standar' Proses untuk mengatasi keadaan yang tak terduga.
Process Change
perubahan
proses yaitu berupa modifikasi pada proses yang ada. kita dapat
melakukan modifikasi ini dengan memperkenalkan praktek-praktek baru,
metode, atau alat; mengubah kegiatan proses pemesanan, memperkenalkan
atau menghapus kiriman dari proses, meningkatkan komunikasi, atau dengan
memperkenalkan peran dan tanggung jawab baru.. perubahan proses harus
didorong oleh tujuan peningkatan seperti 'mengurangi jumlah cacat yangd
itemukan selama pengujian integrasi sebesar 25 persen. Setelah
perubahan telah dilaksanakan, kita mengukur proses untuk menilai
efektivitas perubahan.Ada lima tahapan utama dalam perubahan proses (Proses Change) yaitu :
1. Improvement identification (Perbaikan Identifikasi), Tahap ini berkaitan dengan menggunakan hasil analisis proses untuk mengidentifikasi cara-cara untuk mengatasi masalah kualitas, jadwal kemacetan, atau inefisiensi biaya yang telah diidentifikasi selama analisis proses. Anda dapat mengusulkan proses baru, struktur proses, metode, dan alat untuk masalah proses alamat.
2. Improvement prioritization (Peningkatan prioritas), Tahap ini berkaitan dengan menilai kemungkinan perubahan proses, dan memprioritaskan mereka untuk implementasi. ketika banyak kemungkinan perubahan telah diidentifikasi, biasanya tidak mungkin untuk memperkenalkan mereka sekaligus, dan Anda harus memutuskan mana yang paling penting.
3. Process change introduction (Perubahan pengenalan proses ), perubahan pengenalan proses berarti menempatkan baru
prosedur, metode, dan alat-alat ke tempatnya dan mengintegrasikan mereka dengan lainnya
kegiatan proses.
4. Process training ( pelatihan proses), Tanpa pelatihan, tidak mungkin untuk mendapatkan manfaat penuh perubahan proses. Para insinyur yang terlibat perlu memahami perubahan yang telah diusulkan dan bagaimana melakukan proses baru dan berubah. terlalu sering, perubahan proses yang dikenakan tanpa pelatihan yang memadai dan efek perubahan ini adalah untuk menurunkan daripada meningkatkan kualitas produk. Dalam kasus persyaratan manajemen, pelatihan mungkin melibatkan diskusi tentang nilai manajemen persyaratan, penjelasan tentang kegiatan proses, dan pengantar alat-alat yang telah dipilih.
5. Change tuning (Perubahan tala Usulan), perubahan proses tidak akan pernah benar-benar efektif
Begitu mereka diperkenalkan. Anda memerlukan fase tala di mana masalah kecil bisa
ditemukan, dan modifikasi proses dapat diusulkan dan diperkenalkan.
Fase tuning ini harus berlangsung selama beberapa bulan sampai insinyur pengembangan
senang dengan proses baru.
EmoticonEmoticon