Managerial performance controls of

Managerial performance controls of corrective maintenance services
differ when applied to software correction (failure repair) services and
to user support services. The managerial control tools yield, beside periodic
performance information, alarms for management attention, such as
the following:

11.3. The weekly customers’ complaints that were piled on the desk of the head of the Operations Department included the following:
 A complaint repeated by several customers: the software maintenance technician, who was unable to solve the problem on site at the scheduled time, claimed that he was unaware that he was required to carry the software programmers’ manual with him at all times; therefore, he could not solve the problem on time.
 A complaint by the Operations Manager of a supermarket chain: the software maintenance team had unsuccessfully tried to correct the software three times; as a result, several crucial functions could not be activated for four days.
 A customer’s angry letter complaining about an unfair cost estimate for a requested minor improvement: 60 man-days. He quoted the head of the Software Functional Improvement Team, who had said that the high estimate was the outcome of missing documentation and non-standard coding of the original package.
Analyze each of the cases and then:
1) Suggest the reasons for each of the maintenance team’s failures.
2) Suggest the steps to be taken in each case to prevent the failures mentioned in (1).

Hasil (Bahasa Indonesia) 1:

Kinerja manajerial kontrol Jasa pemeliharaan korektif
berbeda bila diterapkan ke layanan koreksi (kegagalan perbaikan) perangkat lunak dan
pengguna layanan pendukung. Alat manajerial kontrol hasil, selain periodik
informasi kinerja, alarm untuk perhatian manajemen, seperti
berikut:

11.3. Keluhan nasabah mingguan yang dihimpun di meja kepala Departemen operasi termasuk berikut:
 keluhan diulang oleh beberapa pelanggan: teknisi pemeliharaan perangkat lunak, yang mampu memecahkan masalah situs pada waktu yang dijadwalkan, mengklaim bahwa dia tidak menyadari bahwa ia adalah diperlukan untuk membawa programmer perangkat lunak manual dengan dia sepanjang waktu; oleh karena itu, ia tidak bisa memecahkan masalah pada waktu.
 A keluhan oleh manajer operasi jaringan supermarket: tim pemeliharaan perangkat lunak telah gagal mencoba memperbaiki perangkat lunak tiga kali; Akibatnya, beberapa fungsi penting tidak dapat diaktifkan untuk empat hari.
Surat marah  A nasabah mengeluh tentang perkiraan biaya tidak adil untuk perbaikan kecil yang diminta: manusia-hari 60. Dia dikutip kepala perangkat lunak fungsional perbaikan tim, yang telah mengatakan bahwa perkiraan tinggi hasil hilang dokumentasi dan non-standar pengkodean paket asli.
menganalisa setiap kasus dan kemudian:
1) menyarankan alasan untuk setiap tim pemeliharaan kegagalan.
2) menyarankan langkah-langkah yang akan diambil dalam setiap kasus untuk mencegah kegagalan disebutkan dalam (1).

Hasil (Bahasa Indonesia) 2:

Kontrol kinerja manajerial jasa pemeliharaan korektif
berbeda ketika diterapkan untuk koreksi perangkat lunak (perbaikan kegagalan) dan layanan
untuk layanan dukungan pengguna. Alat kontrol manajerial menghasilkan, di samping berkala
informasi kinerja, alarm perhatian manajemen, seperti
berikut: 11.3. Keluhan pelanggan mingguan 'yang teronggok di meja kepala Departemen Operasi meliputi:  Keluhan diulang oleh beberapa pelanggan: teknisi perawatan perangkat lunak, yang dapat memecahkan masalah di situs pada waktu yang dijadwalkan, diklaim bahwa ia tidak menyadari bahwa ia diminta untuk membawa manual programmer perangkat lunak 'dengan dia setiap saat; Oleh karena itu, ia tidak bisa memecahkan masalah tepat waktu.  Keluhan oleh Manajer Operasional rantai supermarket: tim perawatan perangkat lunak telah gagal mencoba untuk memperbaiki software tiga kali; sebagai hasilnya, beberapa fungsi penting tidak dapat diaktifkan selama empat hari.  surat marah Seorang pelanggan mengeluh tentang biaya perkiraan adil untuk perbaikan kecil diminta: 60 man-hari. Dia mengutip kepala Software Fungsional Tim Peningkatan, yang mengatakan bahwa estimasi tinggi adalah hasil dokumentasi hilang dan coding non-standar dari paket asli. Menganalisis masing-masing kasus dan kemudian: 1) Sarankan alasan untuk masing-masing kegagalan tim pemeliharaan itu. 2) Menyarankan langkah-langkah yang harus diambil dalam setiap kasus untuk mencegah kegagalan tersebut dalam (1).