|
122
4.1. O‘zgarishlarni boshqarish
Katta dasturiy tizimlar faoliyati uchun o‘zgarishlar haqiqatdir. Tashkiliy
ehtiyojlari va talablarga tizimini hayoti davomida o‘zgarishlari, kamchiliklar
ta'mirlanishi kerak, va ularning atrof-muhit o‘zgarishiga moslashish tizimlari bor.
o‘zgarishlar ishonch hosil qilish uchun bir nazorat tizimi tarzda qo‘llaniladi, bunda
sizga vositani qo‘llab-quvvatlaydigan, o‘zgarishni boshqarish jarayonlari majmui
kerak. O‘zgarish boshqaruvi tizimining evolyutsiyasi ishonch hosil qilish uchun
mo‘ljallangan muvaffaqiyat jarayoni va ustuvor eng dolzarb va iqtisodiy samarali
o‘zgarishlar beriladi.
O‘zgarishni boshqarish jarayoni xarajatlarini va tahlil bilan bog'liq bo‘lgan
daromadlar, Tavsiya etilgan o‘zgarishlar mos va munosib bo‘lgan o‘zgarishlar
tasdiqlash va kuzatuv tizimi qismlariga o‘zgartirilgan. Modelning asosiy o‘zgarish
boshqaruv jarayonini boshqarish faoliyati ko‘rsatadi (rasm 4.3). Foydalanishda bu
jarayon ko‘p varyantlar bor lekin samarali bo‘lishi uchun, boshqaruv o‘zgartirish
bor jarayonlar har doim anglamoq, tekshirish xarajat va tasdiqlash bir vositalarida
o‘zgarish bo‘lishi kerak. Bu jarayon dasturiy ta'minot mijozlarga yoki tashkilot
ichidagilarga tarqatish uchun topshiriladi.
Mijoz jarayonni tugallangach o‘zgarish boshqarish jarayonida boshlanadi va
tizim uchun zarur bo‘lgan o‘zgarishlarni tushuntirib, o‘zgarish so‘rovini jo‘natadi.
Bunday bo‘lishi mumkin bunda xato alomatlari tasvirlanadi, va xato hisobot yoki
so‘rov uchun qo‘shimcha funktsional tizimiga qo‘shiladi. Ba'zi kompaniyalar xato
band hisobotlar va yangi talablar alohida, asosan, bu shunchaki ham o‘zgartirish
so‘rovlar. O‘zgartirish so‘rovlar talabi o‘zgarish shakli yordamida berilishi
mumkin (CRF). Men «mijoz» atamasidan bu yerda foydalanish o‘zgarishlar bozor
tomonidan taklif qilinishi mumkin bir qismi emas, balki har qanday bir kompaniya
bo‘limiga ishlash jamoasi muddatini o‘z ichiga oladi.
123
4.4- rasm. O‘zgarish so‘ro‘v shaklining qisman yakunlanishi
O‘zgarish boshqaruvida ishtirok guruhlari elektron o‘zgartirishlar talabi
orasidagi barcha ma'lumotni birgalikda ro‘yxatga olishdan hosil bo‘ladi.
O‘zgartirish talabi ishlovi sifatida, ish haqqi haqidagi ma'lumot jarayonining har
bir bosqichida qabul qilingan qarorlarni yozib uchun CRF qo‘shiladi. Har qanday
vaqtda, u zarur o‘zgarishlarni oniy saqlashni anglatadi. CRF ga bog'liq holda
tavsiyalarni yozib o‘zgartirish tasdiqlangan so‘ng amalga oshiriladi, va
tasdiqlangan o‘zgarishda taxmin xarajatlar amalga oshirildi.
CRF bir sekundni o‘z ichiga olishi mumkin, ishlab chiqaruvchilar bir
o‘zgarish amalga oshirish mumkin, qisman tugallangan o‘zgarishlar so‘rov
shaklida 4.4- rasmda ko‘rsatilgan. Bu katta murakkab tizimlarida CRF bir turdagi
muhandislik loyihalarida foydalanish mumkin. kichik loyihalar uchun, men kerak
tavsiya va so‘rovlar o‘zgarishini rasman qayd qilinishini va CRF zarur
o‘zgarishlarni amalga oshirish masalalari bo‘yicha kamroq e'tibor bilan bayonod
124
qilish kerakligini aytib o‘tmoqchiman. Tizim ishlab chiquvchilari o‘zgarishlar
qarorini amalga oshirish va taxmin qilish uchun zarur vaqt mavjud.
O‘zgarish talabi topshirilgandan so‘ng, u ishonch hosil qilish uchun
tekshirish amal qiladi. Tekshiruvchi mijozlardan yoki ilovalarni qo‘llab
quvvatlovchilardan ichki so‘rovlarni quvvatlash uchun, rivojlantirish jamoasi a'zosi
bo‘lishi mumkin. Tekshirish kerakli barcha o‘zgartirish so‘rovlarini qabul qila
olmaydi. O‘zgartirish talabi bir xato haqida xabar bo‘lsa, bu avvalgi xabar bo‘lishi
mumkin. Ba'zi hollarda, odamlar allaqachon amalga oshirilgan, biroq ular
bilmaydigan narsalardan oddiy so‘rov xususiyatlari haqida xabar beradilar. Bu har
qanday haqiqiy bo‘lsa, o‘zgarishi so‘rov yopiladi va shakli yopilishi uchun sabab
bilan yangilanadi. U amal so‘rov o‘zgarishi bo‘lsa, u bir chiqayotgan kamchilik
sifatida kirgan keyingi tahlil qilish uchun so‘rov turgan.
Amal o‘zgarish istaklari uchun, jarayonning keyingi bosqichi baholash va
xarajat o‘zgarishidir. Bu, odatda, ishlab chiqish yoki xizmat jamoa sifatida
javobgar hisoblanadi. Ular o‘zgarishlarni amalga oshirishda ishtiroki ta'siri
tizimining qolgan o‘zgartirish tekshirilishi kerak. Buning uchun, siz barcha
o‘zgarishi ta'sir komponentlarini aniqlashiz kerak. O‘zgarish qilish yanada bo‘lsa
boshqa joyda tizimda zarur o‘zgarishlar amalga oshirishni anglatadi, bu
o‘zgartirish xarajatlarni oshirilishini anglatadi. Keyingi tizim bor modul uchun
zarur bo‘lgan o‘zgarishlar baholavadi. Nihoyat, o‘zgarish qilish qiymati hisobga
olgan holda, taxmin qilingan tegishli qismlariga o‘zgartirish xarajatlar belgilanadi.
Ularning iqtisodiy tahlil quyidagi alohida guruh bo‘lsa, keyin biznes nuqtai
nazaridan samarali dasturiy ta'minot o‘zgarishlarni amalga oshirish uchun qaror
kerak. harbiy va davlat tizimlari, bu guruh tez-tez o‘zgarishi (CCB) nazorat
kengashi deb ataladi. Sanoatda u “mahsulot ishlab chiqish guruxi” deb atash
mumkin. Dasturiy ta'minot tizimi haqida qaror qabul qilish uchun mas'ul bo‘lgan
guruh ko‘rib chiqish va kerak bo‘lsa, barcha o‘zgarish so‘rovlarini tasdiqlash
kerak. O‘zgarishlar ekran displeylari, veb-sahifalari yoki hujjatlarida kichik
xatolarni tuzatishga jalb etiladi. Bu kichik so‘rovlar rivojlantirish jamoasi batafsil
tahlil qilmasdan o‘tgan bo‘lishi kerak.
125
CCB yoki mahsulot ishlab guruhi tomonidan o‘zgarishining ta'sirini
strategik va tashkiliy punkt o‘rniga texnik punkt ko‘rib chiqadi. Bu qaror
o‘zgarishi iqtisodiy asoslangan va qabul darajasida ustuvor ahamiyat berilmoqda.
Qabul o‘zgarishlar rivojlantirish uchun orqaga o‘tadi guruhi; rad etilgan o‘zgarish
so‘rovlari yopiladi va yana harakat boshlanadi. Mazmunli o‘zgarish kerak yoki
yo‘qligini qaror qabul qilish hisobiga olinishi lozim bo‘lgan omillar tasdiqlangan
bo‘lishi kerak:
1.
Do'stlaringiz bilan baham: |
