Perlindungan yang sederhana
Pemeliharaan sistem yang dapat diakses, dapat digunakan dan dapat dipulihkanPemeriksaan sumber daya awan, alarm pengawasan, verifikasi cadangan, nama domain sertifikat, manajemen kegagalan pangkalan dan catatan bulanan
Home Panduan keputusan proyek / transportasi perangkat lunak mengeluarkan biaya
PROJECT DECISION GUIDEBagaimana biaya untuk outsourcing transportasi perangkat lunak dan ruang lingkup layanan pemeliharaan perangkat lunak ditentukan
Sambungan tersebut tidak berarti bahwa proyek tersebut ditutup.Pemantau, cadangan, patch keamanan, pembaruan sertifikat, perubahan antarmuka pihak ketiga, keserasian versi sistem dan kegagalan online memerlukan tanggung jawab yang jelas dan input yang berkelanjutan.
Jawab pertanyaannya.
Software transportation outsourcing costs
Biaya transportasi perangkat lunak yang harus diperkirakan secara terpisah dari biaya infrastruktur, keamanan dasar, respon gagal, pemeliharaan keamanan, pelepasan rilis dan tumpang tindih fungsional.Ketinggian layanan, pentingnya sistem, integritas aset teknis, ukuran pengguna, jumlah antarmuka dan kebutuhan untuk respon 7x24 adalah faktor utama yang menentukan biaya.
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.
Transportasi produksi
Memastikan stabilitas dan keamanan sistem bisnis kritisRespon level lentur, kapasitas kinerja, patch keamanan, pelepasan rollback, pemantauan antarmuka, perencanaan kontingensi dan retrofit periodik
Optimasi berkelanjutan
Perbaikan berkelanjutan dari fungsionalitas dan efisiensi berdasarkan operasi stabilKolam demand, rencana versi, fungsional iteratif, teknologi utang pemerintahan, analisis data dan arsitektur optimisasi
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 penting dan tingkat pelayanan
Sistem perdagangan kore dan alat internal generik berinvestasi secara berbeda pada masa respon, kinerja, tujuan pemulihan dan latihan darurat.
Tingkat integriti aset teknis
Semakin lengkap kode sumber, dokumentasi, penyebaran otomatis, pengujian dan pemantauan, semakin terkelola biaya pengambilan alih dan pemeliharaan sehari-hari.
Pengguna, data dan skala akses
Kombinasi antara kombinasi distribusi, volume data, aktivitas puncak dan laju pertumbuhan akan mempengaruhi kapasitas, optimalisasi kinerja dan biaya infrastruktur.
Sistem dan kompleksitas antarmuka
Antarmuka eksternal seperti jumlah layanan, tugas terjadwal, logistik pembayaran dan rilis lingkungan ganda akan meningkatkan pengawasan dan penempatan masalah.
Keanamanan dan kepatuhan persyaratan
Gap repair, reliance on upgrades, competency audits, log retention, data backup and disaster preparedness requirements require ongoing implementation.
Penyelenggaraan morfik atau tumpang tindih fungsional
Keamanan kegagalan dan fungsionalitas tambahan harus didefinisikan, diprioritasi dan dikeluarkan secara terpisah, menghindari pencampuran semua persyaratan ke dalam pemeliharaan dasar.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Arsitektur dan teknologi artografi madgiPeralihan dan pemindahan repositori sumberSumber daya awan Server dan layanan pihak ketigaPemantauan bantuan dan distribusi monitor terkini dari FLUEData dan puncak volume penggunaMenerima respon dan waktu pemulihan yang baikSejarah kegagalan sejarah dan utang teknis yang diketahuiVersi tahunan dan rencana iteratif fungsional
Cadangkan jalur ke implementasi
Dianjurkan agar pemeriksaan DSS dilakukan untuk mengidentifikasi kode sumber, lingkungan, nomor akun, cadangan dan risiko yang ada, dan kemudian menyepakati asas safety, respon gagal dan iteratif fungsional secara terpisah.Sistem kunci juga harus melakukan latihan resumpsi periodik dan penilaian kapasitas.
DECISION WORKSHEET
Transportasi perangkat lunak yang mentranslatasi pemberantasan biaya menjadi 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 penting dan tingkat pelayanan
Sistem perdagangan kore dan alat internal generik berinvestasi secara berbeda pada masa respon, kinerja, tujuan pemulihan dan latihan darurat.
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.
Tingkat integriti aset teknis
Semakin lengkap kode sumber, dokumentasi, penyebaran otomatis, pengujian dan pemantauan, semakin terkelola biaya pengambilan alih dan pemeliharaan sehari-hari.
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.
Pengguna, data dan skala akses
Kombinasi antara kombinasi distribusi, volume data, aktivitas puncak dan laju pertumbuhan akan mempengaruhi kapasitas, optimalisasi kinerja dan biaya infrastruktur.
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, sistem arsitektur dan gudang teknologi, gudang sumber dan hak kelaikan, server sumber daya awan dan layanan pihak ketiga, metode backup dan distribusi pemantauan saat ini, bersama-sama dengan indikasi 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 pelanggan, pengiriman dan bukti penerimaan diperlukan untuk menghindari membandingkan harga total satu perbatasan yang hilang.
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.
Pemeliharaan perangkat lunak menurut Anda hanya mencakup perbaikan Bug?+
No. rentang penuh operasi juga meliputi pemantauan, cadangan, tatar keamanan, perawatan sertifikat dan ketergantungan, manajemen kapasitas, permintaan rollback, perubahan antarmuka dan respon darurat.
Apakah tidak ada kode sumber yang dapat memberikan sarana?+
Server-server, penyebaran paket, basis data dan log operasi dapat dinilai pertama, tetapi gagal memodifikasi kode membatasi ruang lingkup restorasi dan otorisasi hukum dan aset source-code 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 atas dasar penggunaan aktual atau tagihan pemasok.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Produksi dan kontinuitas sistem AI
Apa yang harus kuperiksa dulu?
Babak pertama ¡Agoza harus memeriksa versi kode dan penyebaran, nomor akun awan dan model, kunci, aliran data, sumber pengetahuan, petunjuk dan alur kerja, penilaian, log, biaya dan catatan kegagalan. Jangan upgrade atau re-konstruksi model secara langsung ketika tidak ada pemahaman tentang sarana ketergantungan dan regresi.
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 penuhKontrak, pembayaran, perubahan dan pengiriman proyekProyek perangkat lunak telah ditunda.
Stop defence meminta hanya persentase penyelesaian, dan meminta tim untuk menyediakan daftar hasil operasional, sisa pekerjaan, risiko dan ketergantungan. Distinguishing antara peningkatan lingkup, kolaborasi klien, masalah teknis, atau manajemen vendor menyebabkan penundaan. Memformulasi ulang rencana penerimaan dan pemulihan inspeksi atas dasar fakta dan membekukan persyaratan baru yang tidak kritis.
Tiliklah jawaban penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Software transportation outsourcing and ongoing maintenance
Pandangan View on-line penyebaran, keamanan, respon kegagalan dan layanan iteratif terus menerus
Untuk informasi lebih lanjut.RelevantPengambilalihan proyek dan panduan transportasi
Memahami pelestarian aset, diagnosis independen, pemulihan metode akses dan pemeliharaan jangka panjang
Untuk informasi lebih lanjut.RelevantPengambilalihan dan penyelamatan proyek perangkat lunak ugug
Pemrosesan processing dari skenario pengambilalihan kompleks seperti kurangnya tim pemeliharaan, dokumentasi dan kegagalan sistem yang tidak memadai
Untuk informasi lebih lanjut.RelevantDaftar proyek perangkat lunak untuk transfer informasi
Periksa kode sumber, akun, lingkungan dan dokumen yang harus diperoleh sebelum memasuki transportasi jangka panjang
Untuk informasi lebih lanjut.