Hasil (
Bahasa Indonesia) 1:
[Salinan]Disalin!
there is thus the potential for immediate and significant impact on IT systems andservices. Other impacts can be felt in the long term; such as a weakness in theIT service delivery partner’s technology leadership, which quietly erodes overallIT effectiveness.Vendors are relied upon for many of the applications that drive businessestoday, yet their products have faults, their remediation may be patchy and theymay choose to phase out your key application.Actively managing this class of risk requires capability in vendor management,outsourcing and contract management.Applications – flaky systemsThis risk class deals with failures in the IT applications. Applications are typicallysystems that users interact with and in most organizations will be a combinationof package software and customized software that will to some extent beintegrated together.Applications are hosted and run on infrastructure – some infrastructure isshared with other applications and some infrastructure is dedicated to running asingle application. We deal with infrastructure risk as our next class, understandingthat for many IT people a system consists of an application and someinfrastructure.The impact of an application failing to perform as expected and requiredcan range from a minor irritation – a known bug for which workarounds areavailable and understood – to a major catastrophe. The impact primarily dependspada bidang usaha di mana aplikasi yang digunakan dan digunakan. Akegagalan satu aplikasi dapat memiliki efek merupakan di seluruh rantai sistem-dan di mana beberapa perusahaan sistem interkoneksi, di seluruh rantaiperusahaan.Selain operasional atau fungsional karakteristik aplikasi, adabanyak karakteristik non-fungsional yang mana 'failure' ini tidak begitu dikenali dandampak yang dirasakan dalam jangka panjang. Sebagai contoh, sistem yang tidak mudahdipertahankan dan ditingkatkan dari waktu ke waktu dapat membentuk kendala untuk memperkenalkan lebih lanjutperubahan; aplikasi yang kurang didokumentasikan atau tidak terstruktur dengan baik mungkinsulit untuk memperbaiki dengan keyakinan-baru dan signifikan cacat dapat diperkenalkanoleh pengembang perangkat lunak ketika hanya perubahan kecil yang dibuat.Secara aktif mengelola kelas ini risiko memerlukan kemampuan rekayasa perangkat lunakterutama untuk pemeliharaan, peningkatan, integrasi, manajemen pengujian dan rilis,Manajemen konfigurasi, administrasi sistem, pemantauan danmasalah manajemen.Infrastruktur-gemetar YayasanKelas risiko ini berkaitan dengan kegagalan dalam infrastruktur TI. Infrastrukturnama generik untuk berbagai terpusat dan didistribusikan komputer dan jaringansumber daya yang aplikasi host dan menjalankan. Juga termasuk dalamdefinisi infrastruktur adalah platform perangkat lunak seperti sistem operasi dansistem manajemen database.Sebagian besar komponen infrastruktur IT yang bersumber dari vendor dan diganti,dengan peralatan usang beberapa pengecualian. Untuk setiap item yang diberikan infrastruktur,nilai penggantian adalah hanya salah satu masalah yang perlu dipertimbangkan ketika kerugianterjadi. Jauh lebih penting adalah dampak layanan TI sementara itu dankesulitan dalam percaya diri dan cepat pemulihan di bawah berbagai skenario kerugian.Kegagalan infrastruktur IT dapat menjadi permanen-ketika sebuah komponen ' pukulanup', adalah terbakar, dicuri, atau sebaliknya istirahat diperbaiki- atau sementara – Kapanpasokan energi adalah mematikan atau konektivitas jaringan hilang. Dampak dari kegagalandapat bergantung pada tingkat ketahanan dan redundansi dalam sistem – Apakahkegagalan di satu titik menyebabkan seluruh untuk berhenti berfungsi – dan ketersediaandan kesiapan fasilitas siaga.Jangka panjang masalah muncul dengan pilihan infrastruktur. Sistem yang tidakkompatibel dengan model-model baru mungkin perlu sepenuhnya diganti – palingsistem komputer ditutup dan masih berfungsi seperti mereka ketikadiimplementasikan! Penggantian infrastruktur dapat mengarah pada perombakan aplikasi-Semua yang mungkin tidak perlu dengan pilihan infrastruktur 'lebih baik'.Membingungkan pilihan infrastruktur adalah laju perubahan dan gerakan diStandar komunitas dan teknologi vendor. Ini mungkin adalah yang palingdapat dikontrol risiko dalam portofolio Anda.Actively managing this class of risk requires operational capabilities particularlyin configuration management, system administration, system monitoring andcapacity management as well as long-range planning and architecture skills.Strategic and emergent – disabled by ITThis risk class deals with the IT capability letting down execution of the businessstrategy. Impacts are not immediate but will be significant in the businessplanninghorizon and beyond.At risk is the ability of the firm to continue to move ahead towards a strategicvision. To remain competitive it is necessary for advances in IT to be understoodand matched against potential opportunities for exploitation by your business.Once alignment of IT with business strategy is clear, opportunity can thenbe exploited through timely and effective adoption and integration. Obtainingstrategic benefits from IT begins with a great IT strategy.Gaps in IT strategy result in tactical and ad hoc approaches to IT. Occasionalshocks can occur, as a major IT system is found to be a dead end or an island.More usual is a gradual increase in the difficulty and cost of introducingstep-change and a greater allocation of limited development effort on existingsystems rather than new.Actively managing this class of risk requires capabilities in strategy, architectureand planning.Understanding relationships between IT risk classesThe classes of IT risks are interdependent. Risks in each different class canberdampak pada kelas-kelas lain.Memahami hubungan ini akan membantu Anda memanfaatkan virtuouscycles-menghindari risiko hulu untuk menghilangkan risiko hilir, menangani potensimasalah pada sumber dan berfokus pada pencegahan daripada obat.Berikut serangkaian angka dan catatan pendukung menggambarkan kunci inihubungan antara risiko TI yang jatuh dalam setiap kelas.Risiko strategis dan muncul hubunganMiskin pengelolaan risiko strategis dan muncul dapat berkendara risiko proyek (LihatGambar 3.1). Kunci di antara ini adalah risiko dalam pemilihan proyek dan arah:bahwa proyek salah mengejar dan/atau proyek tepat tidak. Juga,selama itu proyek arah strategis koreksi atau RE-ALIGNMENTmungkin diperlukan. Jika perbaikan tidak terjadi, proyek tidak peduli seberapa baikdikandung di inisiasi akhirnya mungkin kegagalan.Miskin pengelolaan risiko strategis dan muncul dapat berkendara aplikasidan risiko infrastruktur. Aplikasi dan komponen infrastruktur harusdipilih tetapi dalam ketiadaan strategi jelas dan arsitektur sistem targetkeputusan ini akan dibuat secara taktis atau ad hoc. Banyak risiko dapat menyebabkandari peningkatan unmanaged teknologi keragaman, berdampak pada pengembangan,pemeliharaan dan peningkatan kegiatan-kesulitan dalam mengubah dan mengintegrasikansistem yang berbeda- dan dukungan operasional-kesulitan dalam mengidentifikasi, mendiagnosadan memperbaiki masalah.Miskin pengelolaan risiko strategis dan muncul dapat berkendara penyedia layananrisiko. IT outsourcing keputusan yang sering juga keputusan-keputusan strategis TI sebagai dampak merekaakan berlangsung selama bertahun-tahun. Strategi sumber yang miskin dan proses seleksi dapat berkendararisiko yang signifikan ke periode transisi layanan dan seterusnya sebagai layanan yang sedang berlangsung
Sedang diterjemahkan, harap tunggu..