Ambil alih dan menstabilkan
Atur ulang sistem sebagai fondasi yang dapat diaturAudit aset, pemulihan, validasi back- up, pemantauan dan pembuangan risiko tinggi
Home / Proyek bimbingan keputusan / Biaya outsourcing untuk pemeliharaan sistem
PROJECT DECISION GUIDEOutsourcing dari pemeliharaan sistem perangkat lunak, bagaimana menentukan luas SLA dan layanan
Biaya layanan harus spesifik bagi sistem, waktu bisnis, tujuan respon dan rencana yang terkandung. "pemeliharaan sepanjang tahun" saja tidak bisa menilai apa yang bagi pemasok bertanggung jawab atau membangun tingkat layanan yang dapat dilaksanakan.
Jawab pertanyaannya.
Pengelolaan sistem outsourcing
Biaya biasanya terdiri dari fase pengambilalihan, keamanan dasar, respon insiden dan versi. Sistem lama dimulai dengan diagnosa dan transisi stabil; sekali normal, standar biaya bulanan paket waktu, SLAs atau tim eksklusif dapat digunakan.
SCOPE & BUDGET LEVELS
Pertama, masukan jelas ke batas oleh fase projek
Lapisan-lapisan berikut ini digunakan untuk membangun dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.
Keamanan transportasi dasar
Mempertahankan operasi stabil dari jam kerja yang dikontrakInspeksi, alarm, malfungsi, isu, sertifikat, backup, dan laporan bulanan
Peningkatan dan peningkatan berkelanjutan
Mengurangi utang teknis dan dukungan perubahan bisnisKeamanan performance, distribusi otomatis, optimasi struktur dan iteratif versi kontinyu
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk decision-making
Pertama, batas-batas menahan diri dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerjasama dibandingkan.
Sistem dan skala lingkungan
Beban kerja dasar ditentukan oleh jumlah aplikasi, basis data, tugas, antarmuka, lingkungan, dan node penyebaran.
Tingkat kriterialitas operasional
Sistem perdagangan inti dan frekuensi rendah internal memerlukan ketersediaan yang berbeda dan target restorasi.
Periode dijamin
Jam kerja, layanan ekstensi dan 7x24 stasiun tugas diatur berbeda.
Mengambil alih kedewasaan
Kurangnya berkas kode, penyebaran otomatis, pemantauan dan backup meningkatkan biaya transisi.
Ubah frekuensi
Pelepasan bulanan, perubahan antarmuka dan tumpang tindih bisnis memerlukan pengujian dan sumber daya yang sesuai.
Batas kewajiban
Pihak ketiga, layanan awan, jaringan, insiden keamanan dan operasi pelanggan perlu diurutkan dengan jelas.
Persiapan rekomendasi sebelum komunikasi atau penilaian
Daftar sistem dan aset lingkunganWaktu bisnis dan proses kunciDokumen kode dan mode penyebaran saat iniMonitor backup dan riwayat kegagalanHarapan dari target respon dan pemulihanPersyaratan iteratif dan distribusi secara monthly
Alamat yang disarankan untuk implementasi
Diagnosa pengambilan gambar yang terbatas untuk menentukan awal dari resiko dan beban kerja, diikuti dengan transisi tiga bulan ke SLA. Operasi stabil dan penyesuaian kontrak jangka panjang untuk memperhitungkan kejadian nyata, versi dan dukungan data lebih dapat diandalkan daripada layanan tetap yang awalnya overcommit atau dibawah komitmen.
DECISION WORKSHEET
Menerjemahkan biaya outsourcing dari pemeliharaan sistem menjadi keputusan yang dapat dilaksanakan
Lembar kerja berikut membantu perusahaan untuk mengatur saran yang samar-samar ke vendor - berbasis, progreal- persetujuan dan project- masukan yang dapat diterima.
Sistem dan skala lingkungan
Beban kerja dasar ditentukan oleh jumlah aplikasi, basis data, tugas, antarmuka, lingkungan, dan node penyebaran.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Tingkat kriterialitas operasional
Sistem perdagangan inti dan frekuensi rendah internal memerlukan ketersediaan yang berbeda dan target restorasi.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Periode dijamin
Jam kerja, layanan ekstensi dan 7x24 stasiun tugas diatur berbeda.
Jika faktor tetap tidak pasti, validasi diagnosis atau skala kecil harus diatur dan tidak tepat untuk menyertakan ransum total harga yang tetap non- variabel secara langsung.
Apa yang harus ringkasan yang sebanding dengan penilaian yang mengandung?
Pada minimal, inventaris aset sistem dan lingkungan, waktu bisnis dan proses kunci, berkas kode sekarang dan pengiriman, dan sejarah pemantauan back-up dan kegagalan, sambil menyediakan akun dari volume bisnis saat ini, rata-rata pengolahan waktu, anomali utama, sistem di tempat, hak istimewa data, ketergantungan pihak ketiga dan akses jendela. Versi yang sama disediakan untuk pemasok yang berbeda dan terpisah deskripsi asumsi, inclusions, kerjasama pelanggan, pengiriman dan bukti penerimaan diperlukan untuk menghindari satu batas yang berbeda.
Contohnya, perusahaan mengharapkan bahwa proyek tersebut akan menghemat 160 jam tenaga kerja per bulan, tapi angka ini harus dipecah menjadi jumlah tugas, tabungan tunggal, tingkat adopsi, dan nilai peninjauan manual. Jika hanya 40 persen pengguna menggunakan periode pertama, atau jika proses baru meningkatkan proses tinjauan, keuntungan yang sebenarnya akan lebih rendah daripada perkiraan yang jelas.
Empat jenis bukti direkomendasikan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti lingkup: konsistensi dari versi permintaan, proses bisnis, prototipe, antarmuka, dan pengecualian; yang kedua adalah bukti teknik: apakah teknologi yang sama memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah para personil, peserta yang sebenarnya, tahapan masukan, mekanisme masukan, dan mekanisme pengganti jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, dokumen, pelatihan, jaminan kualitas, transportasi yang diberikan kepada mereka untuk menyediakan obat yang tidak bisa digunakan untuk menjadi bukti yang bisa digunakan untuk menyediakan obat yang bisa di bawah.
Disarankan bahwa lingkup kejelasan, ketergantungan kritis, kapasitas tim, penerimaan yang berlaku dan takeover jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor direkam. Jika sebuah program lebih murah, antar muka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke caliber pengiriman yang sama sebelum dibandingkan.
Prinsip penghakiman
Halaman ini menyediakan suatu kerangka pembuatan 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?+
Respon mengindikasikan bahwa awal asupan dan klasifikasi sedang dibuat, bahwa waktu perbaikan tergantung pada penyebab kegagalan, ketergantungan dan program pemulihan, dan bahwa tujuan identifikasi, memutar, pemulihan dan akar penyebab analisis harus disepakati secara terpisah.
Berapa banyak perubahan yang biaya bulanan dasar biasanya berisi?+
Fungsi baru tidak dapat dibagi dengan komitmen yang samar untuk kegagalan produksi.
Bisakah kita membayar hanya ketika ada kerusakan?+
Dukungan subsiari dapat dibeli, tapi pemulihan darurat dan komitmen kepada SLA biasanya lebih terbatas ketika pemasok tidak memiliki pengetahuan lingkungan dan sistematis yang berkelanjutan.
DECISION FAQ
Periksa semua 265 pertanyaan.Isu umum yang berhubungan dengan proyek saat ini
Konsultasi AI, integrasi MCP, outsourcing teknologi dan pengiriman sistem
Bagaimana seharusnya SLA, yang outsourced untuk pemeliharaan sistem perangkat lunak, setuju?
SLA harus pertama-tama membedakan tingkat kegagalan dengan dampak bisnis, kemudian setuju secara terpisah pada tujuan menerima, menjawab, menyalip, mengembalikan dan analisis akar penyebab. Waktu respon tidak sama dengan waktu perbaikan, dan platform ketiga partai dan kolaborasi klien ditulis.
Lihat jawaban lengkapKonsultasi AI, integrasi MCP, outsourcing teknologi dan pengiriman sistemTanpa kode sumber dan dokumentasi lengkap, bisakah tim baru mengambil alih pemeliharaan sistem?
Langkah pertama adalah mempertahankan aset dan backup yang ada, tanpa modifikasi langsung dalam lingkungan produksi. Konstruksi atau setidaknya pemulihan ketergantungan operasional kemudian dipulihkan, dan proses inti, data, keamanan dan 30 partai diperiksa. Sampai jangkauan yang tidak diketahui dikonfirmasi, hanya rencana dan anggaran risiko yang diberikan, dan tidak layak untuk berkomitmen untuk harga tetap penuh atau ketat SLAs.
Lihat jawaban lengkapInfo Bisnis, Integrasi Sistem dan TransportasiLayanan pemeliharaan jangka panjang apa yang biasanya disertakan dalam outsourcing penyebaran perangkat lunak?
Layanan ini didasarkan pada sistem penting, kerangka waktu untuk digunakan, sensitivitas data dan ketergantungan eksternal. Layanan ini tidak hanya menunggu penghalang tekan, tetapi juga terus mengamati kinerja, kesalahan, biaya dan anomali operasional.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekBerapa lama jaminan kualitas biasanya diperlukan untuk pengembangan perangkat lunak dan bagaimana jaminan kualitas berbeda dari transportasi?
Istilah ini tidak seragam dan ditentukan oleh sistem penting dan persetujuan kontraktual. Pihak-pihak juga menentukan waktu respon, tingkat kekurangan dan layanan setelah jaminan kualitas telah selesai.
Lihat jawaban lengkapRELATED
Pengujian submisi projekSimpan pengetahuan Anda tentang layanan
Relevan
Outsourcing dari transportasi perangkat lunak dan pemeliharaan sistem
Lihat lingkup pengambilalihan, pengamanaman, versi dan perbaikan yang terus-menerus
Untuk informasi lebih lanjut.RelevanPerkiraan biaya pemeliharaan perangkat lunak
Perbandingan biaya jaminan, transportasi persyaratan penjaga perdamaian
Untuk informasi lebih lanjut.RelevanPanduan Pengambilan Kode Lama
Pertama mengembalikan aset, lingkungan dan kemampuan distribusi
Untuk informasi lebih lanjut.