Pelestarian aset
Hindari kerugian berkelanjutan dari kode, akun, data dan bukti pada barisGudang dan versi, server, nama domain sertifikat, basis data cadangan, akun ketiga dan jumlah log
Home / Proyek keputusan-membuat panduan / Biaya dari mengambil alih proyek akhir yang buruk
PROJECT DECISION GUIDEProses untuk mengambil alih, gagal, biaya penyelamatan dan penilaian dari proyek perangkat lunak ekor yang buruk
Pendekatan yang paling berbahaya untuk proyek pengekor adalah untuk secara langsung berkomitmen untuk memperbaiki harga tanpa mengkonfirmasi kode sumber, versi produksi, nomor rekening, data dan ketergantungan.
Jawab pertanyaannya.
Biaya mengambil alih proyek ekor buruk
Pengambilalihan proyek biasanya dibagi menjadi empat bagian: pelestarian aset, diagnosis independen, pemulihan darah dan perbaikan terus menerus.
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.
Diagnosa Independen
Untuk menentukan tingkat pengambilalihan dan membangun dasar anggaran yang dapat diandalkanKonstruksi kode, ketergantungan arsitektur, kinerja keamanan, kualitas data, hubungan bisnis dan peringkat risiko
Rehabilitasi dan rehabilitasi
Pertama, inti dari pemulihan bisnis, kemudian prioritas manajemen utang teknisPerbaikan darurat, pemulihan penyebaran, pemantauan dan perbaikan, rekayasa kritis, dokumentasi dan rencana iteratif selanjutnya
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.
Aset komplement
Ketersediaan dari kode sumber produksi nyata, basis data, sumber daya awan, sertifikat nama domain, nomor akun antarmuka dan versi sejarah adalah kondisi utama untuk mengambil alih.
Kode dapat dibangun dan dapat dibagi
Reliance pada ketersediaan, ketersediaan dari skrip, melengkapi konfigurasi, dan laba dari kode sumber ke versi baris.
Kelanjutan data dan bisnis
Prioritas harus diberikan untuk melindungi pelanggan, ketertiban, transaksi dan data konfigurasi dan untuk mengidentifikasi cadangan, pemulihan dan jalur migrasi.
Fault dan cakupan utang teknis
Kurangnya akses mungkin disebabkan oleh gangguan individu, tetapi mungkin juga melibatkan struktur, keamanan, kinerja dan permintaan yang tidak terkendali.
Pihak ketiga dan ketergantungan kepatuhan
Pembayaran, pesan teks, peta, lisensi dan otorisasi dari pemasok asli mungkin mempengaruhi restorasi perbatasan.
Waktu tekanan dan berhenti-the- target darah
Apakah produksi gagal, kerugian bisnis hadir atau harus online pada tanggal tertentu akan mengubah organisasi sumber daya dan risiko set-up.
Persiapan rekomendasi sebelum komunikasi atau penilaian
Amankan gudang kode dan segera hasilkan versiAkuisisi nama domain dan kontrol sertifikat bagi server platform awanBackup basis data lengkap dan memvalidasi dapat dipulihkanPeriksa interface dan lisensi akun pihak ketigaRekam malfungsi saat ini dan kebutuhan yang belum terpenuhiPersiapan kontrak penerimaan dan komunikasi historisJelas rantai bisnis yang harus dipulihkan terlebih dahulu.Memungkinkan konstruksi dan diagnosis dalam lingkungan terisolasi
Alamat yang disarankan untuk implementasi
Disarankan bahwa fase diagnosa yang jelas akan ditandatangani alih-alih tanda tangan langsung dari seluruh projek restorasi. Keluaran diagnostik harus termasuk inventaris aset, bukti yang dapat dibangun dan ditempatkan, klasifikasi risiko, seleksi rute, ruang kerja beban kerja dan kriteria penerimaan selanjutnya.
DECISION WORKSHEET
Mengubah biaya mengambil alih proyek ekor buruk 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.
Aset komplement
Ketersediaan dari kode sumber produksi nyata, basis data, sumber daya awan, sertifikat nama domain, nomor akun antarmuka dan versi sejarah adalah kondisi utama untuk mengambil alih.
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.
Kode dapat dibangun dan dapat dibagi
Reliance pada ketersediaan, ketersediaan dari skrip, melengkapi konfigurasi, dan laba dari kode sumber ke versi baris.
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.
Kelanjutan data dan bisnis
Prioritas harus diberikan untuk melindungi pelanggan, ketertiban, transaksi dan data konfigurasi dan untuk mengidentifikasi cadangan, pemulihan dan jalur migrasi.
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, pelestarian gudang kode dan versi produksi, akuisisi nama domain server awan dan kontrol sertifikat, penyelesaian basis data cadangan dan validasi rekoverable, inventaris interface dan lisensi akun-partai, bersama-sama dengan indikasi volume bisnis saat ini, rata-rata pemrosesan waktu, anomali utama, sistem di tempat, data hak istimewa, ketiga-partai ketergantungan dan pergi. Versi yang sama disediakan untuk pemasok yang berbeda, dan permintaan bahwa asumsi, hak akses, pengecualian, termasuk satu kali saja, termasuk penerimaan terpisah dari satu bukti yang diberikan, dan permintaan terpisah, dan permintaan, dan permintaan terpisah,
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.
Tidak ada file untuk mengambil alih?+
Sementara itu dapat dinilai, biaya dan ketidakpastian akan lebih tinggi jika garis dasar faktual didirikan kembali dengan mengandalkan kode, database, lingkungan, log dan staf operasional.
Kode aslinya buruk. / Apa kau harus mendorongnya kembali?+
Belum tentu, kelanjutan bisnis, daerah yang dapat diperbaiki, migrasi data dan siklus rekonstruksi harus dibandingkan, dengan pilihan perdarahan pertama, pengganti parsial atau rekayasa refased.
Mengapa kau meminta biaya diagnostik sebelum mengambil alih?+
Diagnostik memerlukan konstruksi, penyebaran, kode dan pemeriksaan data, yang menghasilkan bukti rekayasa yang dapat digunakan untuk kutipan dan keputusan-keputusan, daripada komunikasi sebelum dijual.
DECISION FAQ
Periksa semua 265 pertanyaan.Isu umum yang berhubungan dengan proyek saat ini
Kontrak, pembayaran, perubahan dan pengiriman proyek
Proyek 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 lengkapApplets, APPs, SaaS dan sistem lamaBisakah proyek perangkat lunak ekor yang buruk dan kode lama diambil alih setelah tim pengembangan asli kehilangan kontak?
Kebanyakan proyek dapat dievaluasi terlebih dahulu, tapi tidak dapat secara langsung berkomitmen untuk memperbaiki tanpa mengetahui aset dan kode. Langkah pertama adalah mempertahankan kode, server, basis, nama domain, sertifikat, dan rekening ketiga menurut hukum, dan kemudian mengembalikan repertoar dari repertoar dan operasi.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekDapatkah Anda meminta sebuah fiksasi jika projek telah gagal atau tidak tersedia?
Skak, durasi, dan pemeriksaan ulang dari modifikasi dapat ditentukan oleh referensi dari lingkup kontrak, kriteria penerimaan, alasan untuk kegagalan dan saling bertanggung jawab.
Lihat jawaban lengkapKontrak, pembayaran, perubahan dan pengiriman proyekBagaimana bisa antarmuka kode dan sistem diselesaikan oleh penyedia perangkat lunak di tengah pergeseran?
Switch ini bukan hanya tentang mengirim paket kompresi kode sumber, tetapi juga tentang memulihkan pembangunan, penyebaran dan proses bisnis inti.
Lihat jawaban lengkapRELATED
Pengujian submisi projekSimpan pengetahuan Anda tentang layanan
Relevan
Pengambilalihan dan penyelamatan proyek perangkat lunak
Lihat pelestarian aset, diagnosis, pemulihan dan layanan rehabilitasi terus menerus
Untuk informasi lebih lanjut.RelevanKode projek perangkat lunak dan ambil alih diagnosa
Akses untuk bukti terstruktur, daftar resiko dan rute pengambilalihan
Untuk informasi lebih lanjut.RelevanDaftar proyek perangkat lunak untuk mentransfer informasi
Rekonsiliasi aset digital yang akan diperoleh secepat mungkin sebelum mengambil alih
Untuk informasi lebih lanjut.