Pengambilan projek perangkat lunak dan transport outsourcing guide: dari pelestarian aset ke perawatan jangka panjang

Aset mana yang harus dipertahankan sebagai tim pengembangan asli gagal untuk menghubungkan?

Perusahaan tersebut harus terlebih dahulu mengkonfirmasi hak hukumnya kepada aset proyek dan memperoleh kendali atas gudang kode, paket rilis produksi, server dan platform awan, basis data, penyimpanan dokumen, sertifikat nama domain, antarmuka pihak ketiga, toko aplikasi dan backup terbaru sesegera mungkin.

Daftar aset adalah dasar dari diagnosis berikutnya, kewajiban penilaian dan dasar faktual pengambilalihan proyek.

• Kode, versi produksi dan basis data adalah backup-up dan waktu direkam
• Nama domain kontrol perusahaan, sertifikat, sumber daya awan dan akun inti pihak ketiga
• Simpan log, malfungsi dan salinan refundable dari setiap perbaikan

Mengapa Anda perlu independen diagnosis teknis sebelum mengambil alih?

Kode tidak dikenal tidak dapat memperkirakan biaya perbaikan berdasarkan jumlah halaman atau deskripsi tim asli. Diagnosa membutuhkan upaya untuk membangun dan menyebarkan dalam lingkungan terpisah, memeriksa apakah kode sumber sesuai dengan versi produksi, memeriksa arsitektur, ketergantungan, database, antar-muka, keamanan, pengujian dan proses rilis, dan mengkonfirmasi fungsi yang telah diselesaikan, sebagian diselesaikan dan tidak terservis berdasarkan pada adegan bisnis yang sebenarnya.

Laporan tersebut seharusnya memungkinkan perusahaan untuk melanjutkan melakukan pekerjaan dengan tim lain, daripada yang dijelaskan oleh pihak diagnosis.

Kita akan menghentikan pendarahannya dan kemudian kita akan mengelola hutang teknis.

Pengambil-alihan proyek biasanya mengatasi isu risiko tinggi seperti hilangnya data, gangguan bisnis, paparan keamanan dan ketidakteraturan, peningkatan kemampuan pembangunan, uji dan penyebaran. Hanya ketika operasi inti beroperasi, backup dapat dipulihkan, kegagalan dapat ditemukan akan kode regenerasi-rekayasa, optimasi kinerja dan peningkatan arsitektur diatur sesuai dengan nilai bisnis, menghindari risiko lebih lanjut timbul dari large- skala menulis ulang di awal.

Jika migrasi diperlukan, lingkup paralel dari sistem baru dan lama, sinkronisasi data, switching jendela, kondisi keluar dan metode rekonsiliasi bisnis harus diklarifikasi.

Layanan yang seharusnya disertakan dalam outsourcing armada perangkat lunak

Komponen transportasi dasar termasuk layanan pemantauan, log, validasi back- up, nama domain sertifikat, ketergantungan dan keamanan patch; dimensi produksi juga termasuk respon tingkat kegagalan, antarmuka pemantauan, kinerja kapasitas, rollback, anomali data dan latihan darurat; dan iterasi fungsional harus ditempatkan dalam independen permintaan kolam dan rencana versi.

Rentang layanan tergantung pada pentingnya sistem, kerangka waktu penggunaan, ukuran penggunaan, kompleksitas dari teknologi dan ketergantungan eksternal. Waktu respon, nilai-nilai - menjaga, tujuan pemulihan dan frekuensi latihan yang diperlukan untuk alat internal umum, platform bisnis eksternal dan sistem perdagangan inti berbeda. Sumber daya awan, pesan teks, penyimpanan, panggilan model, dan lisensi pesta yang ketiga biasanya biaya eksternal, dan harus ditampilkan secara terpisah dari biaya teknis.

• Definisi tingkat kegagalan, respon dan target pemulihan dengan dampak operasional
• Kegagalan output bulanan, backup, keamanan, kapasitas, penerbitan dan rekor risiko
• Perubahan besar untuk melakukan pengujian, persetujuan, pemeriksaan online dan mundur

Bagaimana memperkirakan biaya pengambilalihan dan transportasi jangka panjang

Biaya mengambil alih bergantung pertama pada integritas aset, pembangunan kode, kemunculan kembali lingkungan produksi, ketahanan total data dan apakah kerusakan mempengaruhi bisnis. Jumlah yang lebih besar cocok untuk diagnosis jangkauan tetap, diikuti dengan resiko dan harga rute, dan komitmen langsung untuk total biaya dari seluruh proyek restorasi sering menyiratkan tingkat resiko tinggi atau batas waktu yang menunggu.

Transportasi jangka panjang ditawarkan secara stratifica. perusahaan harus membandingkan layanan teknis satu tahun, sumber daya awan, dukungan produksi dan kontinuitas, dan waktu pelayanan, tingkat respon, termasuk jam kerja, jam kerja, lembur dan tahunan. Perusahaan harus membandingkan satu tahun layanan teknis, sumber daya awan, biaya ketiga dan projected iterative, daripada mengandalkan biaya perawatan bulanan. Setelah sistem otomatis, dipantau dan dokumen selesai, biaya transportasi biasanya akan lebih mudah dikelola.

Pengambilalihan dan penerimaan layanan transportasi

Mengambil alih fase harus menunjukkan bahwa daftar aset selesai, kode dapat dibangun, lingkungan dapat dikerahkan, basis data dapat dipulihkan, proses inti dapat dijalankan, dan risiko dan isu warisan didokumentasikan.

Pekerjaan cadangan menunjukkan bahwa kesuksesan tidak sama dengan pemulihan, dan membutuhkan latihan rutin; server tidak sama dengan operasi normal, dan link lengkap diamati dari akses pengguna, antar muka, tugas, dan status data.