Takeover dan stabilisasi
Membentuk kembali sistem sebagai fondasi yang dapat dikelolaAudit Aset, pemulihan, validasi cadangan, pemantauan dan pembuangan berisiko tinggi
Home Pedoman keputusan proyek / Outsourcing biaya untuk pemeliharaan sistem
PROJECT DECISION GUIDEKeluarnya penyelenggaraan sistem perangkat lunak, bagaimana menentukan sejauh mana SLA dan layanan
Biaya sebuah penawaran layanan harus spesifik untuk sistem, waktu bisnis, objektif respon dan rencana yang dikandungnya. \"pengelolaan sepanjang tahun\" saja tidak dapat menilai apa yang bertanggung jawab oleh pemasok atau menetapkan tingkat pelayanan yang dapat ditegakkan.
Jawab pertanyaannya.
Keluaran Ukur pemeliharaan sistem
Biaya-biaya morfol biasanya terdiri dari fasa pengambilalihan, keamanan dasar, respon insiden dan versi.Sistem lama dimulai dengan diagnostik dan transisi stabil; sekali normal, dasar paket waktu biaya bulanan, SLA atau tim eksklusif dapat digunakan.
SCOPE & BUDGET LEVELS
Pertama, masukan jelas ke batas oleh fase proyek
UDO lapisan berikut digunakan untuk menetapkan garis dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.
Pengangkutan angkutan dasar
Kekekalan mempertahankan operasi yang stabil jam bisnis kontrakPemeriksaan, alarm, kerusakan, permintaan, sertifikat, backup dan laporan bulanan
Keunggulan dan peningkatan terus menerus
Dikurangi utang teknis dan mendukung perubahan bisnisKeamanan Prestasi, distribusi otomatis, optimisasi struktur dan iteratif versi berkelanjutan
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk pengambilan keputusan
Pertama, batas-batas kekangan dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerja sama dibandingkan.
Sistem dan skala lingkungan hidup
Dasar workload ditentukan oleh jumlah aplikasi, basis data, tugas, antarmuka, lingkungan dan node pengerahan.
Tahapan kritisitas operasional
Sistem perdagangan kore dan alat frekuensi rendah internal membutuhkan ketersediaan dan target restorasi yang berbeda.
Masa yang dijamin
Selama jam kerja, layanan perpanjangan dan 7x24 stasiun tugas diatur berbeda.
Sosoklah kematangan
Kekurangan berkas kode, penyebaran otomatis, pemantauan dan backup meningkatkan biaya transisi.
Ubah frekuensi
Rilisan Monthly, perubahan antarmuka dan tumpang tindih bisnis memerlukan pengujian dan sumber daya yang sesuai.
Batas kepatuhan Liability
Pihak ketiga, layanan awan, jaringan, insiden keamanan dan operasi pelanggan perlu disejajarkan dengan jelas.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Daftar sistem dan aset lingkunganWaktu bisnis dan proses kunciDokumen kode dan mode penyebaran kode saat iniTestor dan sejarah kegagalanHarapan untuk menanggapi dan memulihkan targetKeperluan iteratif dan distribusi bulanan
Cadangkan jalur ke implementasi
Diagnosis pengambilalihan ensiklik terbatas menetapkan dasar risiko dan beban kerja, diikuti dengan transisi tiga bulan ke SLA. Sebuah operasi stabil dan penyesuaian ulang kontrak jangka panjang untuk memperhitungkan kejadian nyata, versi dan data pendukung lebih dapat diandalkan daripada layanan tetap yang awalnya over-committed atau di bawah-committed.
DECISION WORKSHEET
Metranslatasi biaya outsourcing dari pemeliharaan sistem ke dalam pengambilan keputusan yang dapat ditegakkan
Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.
Sistem dan skala lingkungan hidup
Dasar workload ditentukan oleh jumlah aplikasi, basis data, tugas, antarmuka, lingkungan dan node pengerahan.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Tahapan kritisitas operasional
Sistem perdagangan kore dan alat frekuensi rendah internal membutuhkan ketersediaan dan target restorasi yang berbeda.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Masa yang dijamin
Selama jam kerja, layanan perpanjangan dan 7x24 stasiun tugas diatur berbeda.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Apa yang hendaknya memuat ringkasan penilaian yang serupa?
Pada minimum, inventarisasi sistem dan aset lingkungan, waktu bisnis dan proses kunci, berkas kode dan penyebaran arus, dan sejarah pemantauan back-up dan kegagalan, sementara menyediakan akun volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, hak akses data, ketergantungan pihak ketiga dan jendela akses. Versi informasi yang sama disediakan untuk pemasok yang berbeda dan deskripsi terpisah dari asumsi, eksklusi, masalah kerjasama, pengiriman dan bukti penerimaan diperlukan untuk menghindari membandingkan harga total satu perbatasan saja tanpa batas.
Sebagai contoh, perusahaan mengharapkan proyek tersebut akan menghemat 160 jam kerja per bulan, tetapi angka ini harus dipecahkan ke dalam jumlah tugas, tabungan waktu tunggal, tingkat adopsi dan rasio ulasan manual. Jika hanya 40 persen pengguna yang menggunakan periode pertama, atau jika proses baru meningkatkan proses ulasan, keuntungan sebenarnya akan jauh lebih rendah dari perkiraan yang jelas.
Empat jenis bukti yang disarankan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti ruang lingkup: konsistensi versi permintaan, proses bisnis, prototipe, antarmuka dan eksklusi; yang kedua adalah bukti rekayasa: apakah teknologi serupa memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah bukti personel: apakah peserta aktual, tahap input, tanggung jawab dan mekanisme penggantian jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, nomor rekening, dokumen, pelatihan, jaminan kualitas dan transportasi diserahkan. Adalah normal bagi pemasok untuk tidak dapat menyediakan kerahasiaan pada tahap penawaran, tetapi harus mampu menjelaskan metode mereka sendiri dan bukti yang dapat dikembangkan di bawah proyek ini.
UDO disarankan bahwa kejelasan ruang lingkup, keandalan kritis, kapasitas tim, penegakan penerimaan dan pengambilalihan jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor dicatat.Jika sebuah programme lebih murah, antarmuka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke kaliber pengiriman yang sama sebelum perbandingan.
Prinsip penilaian
Halaman ini menyediakan kerangka pengambilan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Apakah waktu respon SLA sama dengan waktu perbaikan?+
Tanggapan tersebut menunjukkan bahwa dimulainya asupan dan klasifikasi sedang dilakukan, bahwa waktu perbaikan tergantung pada penyebab kegagalan, ketergantungan dan program pemulihan, dan bahwa tujuan identifikasi, jalan memutar, restorasi dan akar penyebab analisis harus disepakati secara terpisah.
Ada berapa banyak perubahan yang biasanya mengandung biaya bulanan dasar?+
kinalis fungsionalitas baru tidak dapat dibagikan dengan komitmen samar-samar terhadap kegagalan produksi.
Apa kita bisa bayar hanya jika ada kerusakan?+
Dukungan subsidiari morfoid dapat dibeli, tetapi pemulihan darurat dan komitmen terhadap SLA biasanya lebih terbatas ketika pemasok kekurangan pengetahuan lingkungan dan sistematis yang berkelanjutan.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Kekonsultan AI, integrasi MCP, teknologi outsourcing dan pengiriman sistem
Bagaimana seharusnya SLA, yang outsourced untuk pemeliharaan sistem perangkat lunak, disepakati?
Pertama-tama, Zodicha SLA harus membedakan tingkat kegagalan oleh dampak bisnis, kemudian setuju secara terpisah pada tujuan menerima, menanggapi, memotong, memulihkan dan akar menyebabkan analisis. Waktu respon tidak sama waktu perbaikan, dan platform pihak ketiga dan kolaborasi klien ditulis keluar.
Tiliklah jawaban penuhKekonsultan AI, integrasi MCP, teknologi outsourcing dan pengiriman sistemTanpa kode sumber dan dokumentasi yang lengkap, dapatkah tim baru mengambil alih sistem pemeliharaan?
Langkah pertama adalah melestarikan aset dan cadangan yang ada, tanpa modifikasi langsung di lingkungan produksi.Pembangunan atau setidaknya pemulihan ketergantungan operasional kemudian dipulihkan, dan proses inti, data, keamanan dan antarmuka pihak ketiga diperiksa.Sampai jangkauan yang tidak diketahui dikonfirmasi, hanya rencana fase dan anggaran risiko yang diberikan, dan tidak tepat untuk berkomitmen dengan harga tetap penuh atau ketat SLA.
Tiliklah jawaban penuhInfo Bisnis, Sistem integrasi dan TransportasiApa yang biasanya termasuk dalam penyebaran perangkat lunak?
Layanan ini didasarkan pada pentingnya sistem, kerangka waktu untuk digunakan, sensitivitas data dan ketergantungan eksternal. servis tidak hanya menunggu penghalang pers, tetapi juga terus menerus mengamati kinerja, kesalahan, biaya dan anomali operasional.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekBerapa lama jaminan mutu biasanya dibutuhkan untuk pengembangan perangkat lunak dan bagaimana kualitas jaminan berbeda dari transportasi?
Istilah ini tidak seragam dan ditentukan oleh pentingnya sistem dan perjanjian kontraktual.Para pihak juga menyatakan waktu respon, tingkat kekurangan dan layanan setelah jaminan kualitas telah selesai.
Tiliklah jawaban penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Keluaran UIN - UIN transportasi perangkat lunak dan pemeliharaan sistem
Lihat skop pengambilalihan, perlindungan, versi dan perbaikan yang terus menerus
Untuk informasi lebih lanjut.RelevantBiaya yang diperkirakan dari penyelenggaraan perangkat lunak
Perbandingan biaya jaminan, transportasi persyaratan pemeliharaan perdamaian
Untuk informasi lebih lanjut.RelevantPanduan Pengambilalihan Kode Lama
Pertama-tama memulihkan aset, lingkungan dan kemampuan distribusi
Untuk informasi lebih lanjut.