Review Chapter 2 Fix.docx

Bab 2 Manajemen Perubahan Organisasi

Bahwa industri telah mengalami kesulitan memproduksi perangkat lunak berkualitas selama beberapa dekade, dibahas pendekatan sebelum meningkatkan kualitas perangkat lunak, dan mengusulkan pendekatan terpadu berdasarkan pendorong utama kualitas perangkat lunak. bab ini, di sisi lain, mengidentifikasi berbagai praktek organisasi yang harus dilakukan untuk meningkatkan kemampuannya untuk meningkatkan proses pengembangan perangkat lunak dan, sebagai hasilnya, sistem perangkat lunak. Banyak dari praktek-praktek ini mengatasi masalah budaya dari perubahan organisasi yang diusulkan, yang sering merupakan pencegah utama untuk memperkenalkan perubahan yang berkelanjutan. Bab ini telah menyediakan prosedur untuk memperkenalkan perubahan dan mengidentifikasi berbagai praktik untuk mengubah organisasi. Organisasi harus menggunakan prosedur ini dan praktikpraktik ini untuk meningkatkan upaya peningkatan proses perangkat lunak mereka. Untuk mendorong keberhasilan, organisasi harus mengatasi empat tujuan penting - menciptakan visi organisasi di masa depan, mencapai komitmen eksekutif, melibatkan praktisi dalam definisi perubahan, dan mengkomunikasikan visi itu ke seluruh organisasi. Selain itu, sekelompok orang terpilih, yang memiliki keterampilan dan karakteristik pribadi yang diperlukan dan sesuai dengan karakteristik budaya organisasi yang didinginkan, harus memimpin dan berpartisipasi dalam upaya peningkatan proses perangkat lunak. Kelompok proses rekayasa perangkat lunak memiliki tanggung jawab utama untuk membuat perubahan perangkat lunak yang sukses terjadi. Mereka membuat rencana taktis itu untuk memenuhi sasaran bisnis strategis organisasi. Akibatnya, perangkat lunak kelompok proses teknik mengelola fokus pada peningkatan proses perangkat lunak organisasi. Menilai kematangan proses pengembangan organisasi.

Penilaian harus menggambarkan

bagaimana fungsi organisasi, mengidentifikasi peningkatan peluang, dan memberikan rekomendasi mengenai tindakan. Identifikasi perubahan dan ruang lingkupnya. suatu organisasi membutuhkan pendekatan bertahap untuk berubah, itu harus berubah tidak lebih dari tiga proses sama sekali diberi waktu dan memperkenalkan perubahan dalam kerangka waktu tiga hingga enam bulan. Alasan untuk ini adalah untuk mencegah personil menjadi bingung maksud dan tujuan dari upaya atau melebihi batas emosional mereka Untuk mengganti. Dengan membatasi jumlah perubahan bersamaan, sebuah organisasi akan meningkatkan kemampuannya untuk berubah karena kejelasan yang disajikan oleh sejumlah kecil tujuan dan sasaran.

Menunjukkan manfaat finansial kuantitatif untuk setiap perubahan. Cara terbaik untuk menunjukkan manfaat finansial adalah dengan memenuhi kebutuhan organisasi dengan meningkatkan produk-produk penting; meningkatkan proses hanya relevan jika mereka memiliki dampak positif yang terukur pada peningkatan produk. Dapatkan komitmen praktisi agar semua yang dikerjakan akan selesai seusai dengan yang diinginkan. Dan selalu Mengukur produktivitas personel dan kualitas produk. Freeman menunjukkan bahwa kualitas hanya dapat dicapai dengan mengukur kualitas produk ketika ia mengatakan hal berikut:

Prosedur

perubahan

melibatkan

urutan

beberapa

kegiatan.

Enam

langkah

yang

menggambarkan prosedur ini dalam melakukan perubahan. Langkah 1 (Organize/Mengatur). Atur upaya perubahan. Untuk mendorong perubahan, suatu organisasi mungkin perlu membuat beberapa kelompok fokus untuk mengembangkan dan berbagi ide. Langkah 2 (Assess/Menilai). Nilai organisasi. Penilaian adalah audit mandiri yang memberikan informasi untuk membantu organisasi menetapkan garis dasar dan menentukan prioritasnya. Penilaian harus menggambarkan bagaimana fungsi organisasi, mengidentifikasi peluang peningkatan, dan memberikan rekomendasi mengenai tindakan yang akan diambil. Langkah 3 (Plan/Rencana). Rencanakan perubahan. Dalam fase ini, kelompok pengarah rekayasa perangkat lunak bekerja dengan kelompok proses rekayasa perangkat lunak dalam mempersiapkan organisasi untuk perubahan. Karena jarang ada konsensus untuk perubahan, mencapai perubahan sangat menantang. Langkah 4 (Validate/Validasi). Validasi rencana. Setelah mengembangkan rencana transisi yang baik, kelompok proses rekayasa perangkat lunak harus memeriksanya untuk memastikan bahwa itu akan memenuhi kebutuhan organisasi. Langkah 5 (Execute/Jalankan). Jalankan perubahan. Sebarkan perubahan ke satu grup. Jika upaya percontohan berhasil, maka gunakan perubahan ke seluruh organisasi. Jika perubahan itu tidak bermanfaat, maka ulangi upaya perubahan itu.

Langkah 6 (Deploy/Sebarkan). Sebarkan perubahan. Setelah kelompok proses rekayasa perangkat lunak telah berhasil mengujicoba rencana transisi, itu harus disebarkan rencana ke seluruh organisasi. Kegiatan ini adalah yang terbesar dalam lingkup seluruh implementasi karena semua orang yang terkena dampak perubahan akan terlibat secara signifikan.