Penjaga Fundamental
Pemeliharaan sistem dapat diakses, dapat digunakan kembali dan dapat dipulihkanPemeriksaan sumber daya awan, alarm pengawasan, verifikasi cadangan, nama domain sertifikat, manajemen kegagalan dasar dan catatan bulanan
Home / Proyek bimbingan keputusan / Biaya transpor perangkat lunak outsourcing
PROJECT DECISION GUIDEBagaimana biaya outsourcing transportasi perangkat lunak dan lingkup layanan pemeliharaan perangkat lunak ditentukan
Koneksi tidak berarti bahwa proyek ditutup. Pemantauan, backup, patch keamanan, pembaharuan sertifikat, perubahan interface pihak ketiga, kompatibilitas versi sistem dan kegagalan daring memerlukan tanggung jawab yang jelas dan masukan yang sedang berlangsung.
Jawab pertanyaannya.
Biaya transportasi perangkat lunak outsourcing
Biaya transpor perangkat lunak harus diperkirakan secara terpisah dari biaya infrastruktur, keamanan dasar, respon kegagalan, pemeliharaan keamanan, rilis dan penutupan fungsional. Tingkat layanan, pentingnya sistem, integritas aset teknis, ukuran pengguna, jumlah antarmuka dan kebutuhan untuk respon 7x24 adalah faktor utama menentukan biaya.
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.
Transportasi Produksi
Memastikan stabilitas dan keamanan sistem bisnis kritisRespon tingkat, kapasitas kinerja, patch keamanan, rilis rollback, pemantauan antar muka, perencanaan kontingensi dan perbaikan periodik
Optimisasi terus-menerus
Peningkatan fungsi dan efisiensi yang terus-menerus berdasarkan operasi stabilPersatuan permintaan, rencana versi, iteratif fungsional, teknologi hutang pemerintahan, analisis data dan optimasi arsitektur
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.
Tingkat layanan dan pentingnya sistem
Sistem perdagangan inti dan alat-alat internal generik berinvestasi secara berbeda dalam waktu respon, kinerja, tujuan pemulihan dan latihan darurat.
Tingkat integritas aset teknis
Semakin lengkap kode sumber, dokumentasi, penyebaran otomatis, pengujian dan pengawasan, biaya yang lebih dikelola mengambil alih dan hari-hari pemeliharaan.
Pengguna, data, dan skala akses
Kombinasi distribusi, volume data, puncak aktivitas dan tingkat pertumbuhan akan mempengaruhi kapasitas, optimasi kinerja dan biaya infrastruktur.
Sistem dan kerumitan antar muka
Antarmuka eksternal seperti jumlah layanan, tugas yang dijadwalkan, logistik pembayaran dan beberapa rilis lingkungan akan meningkatkan pengawasan dan masalah posisi.
Keamanan dan persyaratan kepatuhan
Perbaikan gap, ketergantungan pada peningkatan, audit kompetensi, penerimaan log, cadangan data dan persyaratan kesiapan bencana memerlukan implementasi yang berkelanjutan.
Pemeliharaan atau overlap fungsional
Keamanan kegagalan dan fungsionalitas tambahan harus didefinisikan, diprioritaskan dan dieksportasikan secara terpisah, menghindari mencampur semua persyaratan ke dalam pemeliharaan dasar.
Persiapan rekomendasi sebelum komunikasi atau penilaian
Arsitektur sistem dan intubasi teknologiRepositori sumber dan izin penyebaranSumber daya awan server dan layanan pihak ketigaBackup dan distribusi monitor saat iniData volume pengguna dan puncakRespon yang dapat diterima dan waktu pemulihanKegagalan sejarah dan hutang teknis yang diketahuiAnnual versi dan fungsional rencana iteratif
Alamat yang disarankan untuk implementasi
Disarankan agar pemeriksaan DSS dilakukan untuk mengidentifikasi kode sumber, lingkungan, nomor akun, dan resiko yang ada, dan kemudian setuju pada keamanan dasar, gagal respon dan fungsi iterativeity secara terpisah. Sistem kunci juga harus melakukan latihan lanjutan periodik dan penilaian kapasitas.
DECISION WORKSHEET
Menerjemahkan transportasi software biaya outsourcing ke 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.
Tingkat layanan dan pentingnya sistem
Sistem perdagangan inti dan alat-alat internal generik berinvestasi secara berbeda dalam waktu respon, kinerja, tujuan pemulihan dan latihan darurat.
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 integritas aset teknis
Semakin lengkap kode sumber, dokumentasi, penyebaran otomatis, pengujian dan pengawasan, biaya yang lebih dikelola mengambil alih dan hari-hari pemeliharaan.
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.
Pengguna, data, dan skala akses
Kombinasi distribusi, volume data, puncak aktivitas dan tingkat pertumbuhan akan mempengaruhi kapasitas, optimasi kinerja dan biaya infrastruktur.
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, arsitektur sistem dan gudang teknologi, gudang sumber dan hak penyebaran server awan dan layanan ketiga pihak, saat ini memantau cadangan dan metode distribusi, bersama-sama dengan indikasi volume bisnis saat ini, rata-rata pemrosesan 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, pengecualian, urusan pelanggan, pengiriman dan bukti penerimaan diperlukan untuk menghindari total dari satu batas yang hilang.
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 pemeliharaan perangkat lunak termasuk hanya perbaikan Bug?+
Tidak, operasi penuh juga termasuk pemantauan, backup, peningkatan keamanan, sertifikat, dan pemeliharaan ketergantungan, manajemen kapasitas, penerbitan, perubahan antar muka, dan respon darurat.
Apakah tidak ada kode sumber yang dapat memberikan sarana?+
Server, paket penyebaran, basis data, dan log operasi dapat dinilai pertama, tapi gagal untuk memodifikasi kode membatasi lingkup restorasi dan otorisasi hukum dan sumber-kode aset harus dikonfirmasi sesegera mungkin.
Apakah biaya server awan termasuk dalam penawaran transportasi?+
Sumber daya awan, pesan teks, penyimpanan, CDN dan layanan pihak ketiga biasanya diselesaikan berdasarkan penggunaan sebenarnya atau tagihan pemasok.
DECISION FAQ
Periksa semua 265 pertanyaan.Isu umum yang berhubungan dengan proyek saat ini
Produksi dan kelanjutan sistem AI
Apa yang harus kuperiksa dulu?
Putaran pertama harus memeriksa kode dan versi penyebaran, awan dan nomor rekening model, kunci, aliran data, sumber pengetahuan, petunjuk dan aliran kerja, penilaian, log, biaya dan catatan kegagalan. Jangan upgrade atau reset model secara langsung ketika tidak ada pemahaman tentang arti ketergantungan dan regresi.
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 lengkapKontrak, pembayaran, perubahan dan pengiriman proyekProyek perangkat lunak telah ditunda. Apa yang harus kita lakukan dengan A?
Berhenti meminta hanya persentase penyelesaian, dan meminta tim untuk memberikan daftar hasil operasional, pekerjaan yang tersisa, risiko dan ketergantungan.
Lihat jawaban lengkapRELATED
Pengujian submisi projekSimpan pengetahuan Anda tentang layanan
Relevan
Transportasi perangkat lunak outsourcing dan perawatan yang sedang berlangsung
Lihat penyebaran on-line, keamanan, respon gagal dan layanan iteratif terus menerus
Untuk informasi lebih lanjut.RelevanPengambilalihan projek dan panduan transpor
Memahami pelestarian aset, diagnosis independen, pemulihan akses dan metode pemeliharaan jangka panjang
Untuk informasi lebih lanjut.RelevanPengambilalihan dan penyelamatan proyek perangkat lunak
Proses skenario pengambilalihan kompleks seperti kurangnya tim pemeliharaan, dokumentasi dan kegagalan sistem yang tidak memadai
Untuk informasi lebih lanjut.RelevanDaftar proyek perangkat lunak untuk mentransfer informasi
Periksa kode sumber, akun, lingkungan, dan dokumen yang harus diperoleh sebelum memasuki transportasi jangka panjang
Untuk informasi lebih lanjut.