Sambungan Pemampasan Rendah Aagon
Gunakan platform sebanyak mungkin dengan titik ekstensiKonfigur, API, plugin, alat, nodal alur kerja dan frontend independen
Home Panduan keputusan proyek / Strategi Peningkatan Pembangunan Kedua yang Sulit
PROJECT DECISION GUIDE\"Bagaimana Perkembangan Kedua yang Diffy Menghindari Kesulitan Penataran Versi berbasis komunitas\"
Risiko jangka panjang paling umum dari pengembangan sekunder Diffy ' s bukan bahwa fungsionalitas awal tidak dapat dilakukan, tetapi lebih tepatnya bahwa versi hulu tidak dapat dikonsolidasi dengan aman dengan modifikasi kode sumber inti, dengan patch keamanan, model fitch-out dan kapasitas platform secara bertahap tersisa dalam versi lama.
Jawab pertanyaannya.
Kebijakan Peningkatan Pembangunan Kedua yang Disedih oleh Keistimewaan
Perluan-keperluan ode harus diklasifikasikan oleh konfigurasi, alat plugin, portal stand-alone, layanan periferal dan sumber inti lima lapisan, memprioritaskan ekstensi low-coup. baseline Upstream, cabang custom, pernyataan varians, migrasi basis data dan regresi otomatis harus dipertahankan ketika perubahan inti diperlukan, dan siklus penilaian harus tetap.
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.
Pengubahsuaian kode sumber terkorupsi
Buat cabang jangka panjang untuk kebutuhan inti yang diperlukanKeterangan Retrofit, segregasi antar muka, evaluasi kode, skrip migrasi dan cakupan uji
Versi governance
Penyerapan berkelanjutan dari keamanan hulu dan kapasitas meningkatVersi perbedaan, peningkatan kotak pasir, regresi, latihan migrasi, pelepasan skala kelabu dan mundur
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.
Lokasi Ubahan ^ a b c
Revisi model inti, basis data dan lapisan implementasi alur kerja lebih berisiko daripada portal independen.
Angka perubahan hulu dari morfosis
Distribusi komunitas frekuensi dan kebergantungan pada perubahan dampak meningkatkan masukan.
Data compatibility
Struktur basis data, pengetahuan terapan dan konfigurasi plugin perlu dimigrasi untuk validasi.
Test assets
Infaksi upgrade tidak dapat dinilai tanpa fungsionalitas, hak istimewa, proses dan evaluasi pengumpulan regresi.
Kebergantungan pihak ketiga
Pengaya- Pengaya, model, bank vektor dan eksternal API juga mungkin tidak kompatibel.
Berhenti dan kembali
Formal upgrades require backup, greyscale, observation and implementable exit programmes.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Versi aliran bawah dan cabang suaiSemua Titik dan Alasan untuk PerubahanKonfigurasi core retrofit klasifikasi portal pluginDatabase dan perubahan penyimpananAplikasi kunci dan regresi workstreamPengujian hak dan antarmuka pengetahuan ModelingProcess Cadangan MacAquila dan Sandar MacAbeTingkatkan tingkat bertanggungjawab dan periodik
Cadangkan jalur ke implementasi
Fase pertama melibatkan pendirian daftar situs terkustomisasi, sampel regresi dan penyebaran dapat dilepas; setiap upgrade menyelesaikan migrasi dan operasional masuk kembali dalam lingkungan yang terpisah dan kemudian skala kelabu memasuki produksi.
DECISION WORKSHEET
Strategi peningkatan pengembangan sekunder ke dalam pengambilan 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.
Lokasi Ubahan ^ a b c
Revisi model inti, basis data dan lapisan implementasi alur kerja lebih berisiko daripada portal independen.
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.
Angka perubahan hulu dari morfosis
Distribusi komunitas frekuensi dan kebergantungan pada perubahan dampak meningkatkan masukan.
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.
Data compatibility
Struktur basis data, pengetahuan terapan dan konfigurasi plugin perlu dimigrasi untuk validasi.
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?
Setidaknya dia mengatur versi hulu dan cabang terkustomisasi, titik kustomisasi penuh dan alasan perubahan, konfigurasi retrofit inti portal plugin, database dan perubahan penyimpanan, sambil menggambarkan volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, hak akses data, ketergantungan dan akses jendela pihak ketiga. Versi yang sama disediakan untuk pemasok yang berbeda, dan permintaan deskripsi terpisah dari asumsi, eksklusi, masalah kerjasama pelanggan, pengiriman dan bukti penerimaan untuk menghindari membandingkan hanya harga total satu batas 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.
Apakah tidak ada risiko untuk meningkatkan tanpa mengubah kode sumber inti sama sekali?+
Pengaya- Pengaya, API, basis data dan perubahan ketergantungan eksternal masih ada, tetapi risiko biasanya lebih mudah diisolasi dan diuji.
Seberapa sering kita harus meningkatkan mutu?+
Jendela-jendela dikembangkan atas dasar risiko keamanan, kebutuhan bisnis dan perubahan hulu sungai, dan tidak harus mengikuti setiap versi, tetapi tidak dapat dievaluasi untuk waktu yang lama.
Apakah peningkatannya dapat gagal untuk mengembalikan database secara langsung?+
Perlu mempertimbangkan versi konsisten kode, konfigurasi, database, dokumen dan indeks vektor secara paralel, dan kemungkinan ketidakcocokan pemulihan database secara terpisah.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Aplikasi Pembangunan dan Usaha Kedua yang Didiffis
Apakah perkembangan Kedua yang Diffy akan mempengaruhi peningkatan?
Fungsi-fungsi yang dicapai melalui konfigurasi, API, plugin, portal stand-alone dan layanan periferal biasanya lebih mudah ditingkatkan daripada modifikasi langsung ke basis data inti dan kode sumber bisnis; perubahan mendalam tidak selalu salah, tetapi daftar ketidaksesuaian, pengujian otomatis, skrip migrasi dan program back-up harus dipertahankan.Projek harus diidentifikasi, sebelum dimulai, yang perlu dimodifikasi di inti, yang akan mengikuti versi hulu di masa depan, dan seberapa cepat perbaikan keamanan harus dikonsolidasikan.
Tiliklah jawaban penuhProjek perisian rintisan dan pemilihan programApakah informasi itu dapat diberikan setelah kesepakatan kerahasiaan telah disimpulkan?
Kau bisa menandatangani perjanjian kerahasiaan dua arah sebelum kau bisa memberikan informasi.
Tiliklah jawaban penuhKontrak, pembayaran, perubahan dan pengiriman proyekInformasi apa yang diperlukan untuk penerimaan dan pemeriksaan proyek perangkat lunak?
Tujuan dari informasi tersebut adalah untuk menunjukkan bahwa sistem memenuhi standar yang disepakati dan bahwa klien dapat terus beroperasi dan mengambil alih.
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
Layanan pengembangan sekunder yang dikeffi
Lihat skop audit, adaptasi dan peningkatan versi
Untuk informasi lebih lanjut.RelevantBiaya Dify yang kedua.
Versi yang dianggarkan dari tes pemerintahan dan regresi
Untuk informasi lebih lanjut.RelevantKeluaran Ukur penyelenggaraan sistem perangkat lunak
Buat patch, pemantauan, backup dan rilis
Untuk informasi lebih lanjut.RelevantKode sumber dan daftar transfer sistem
Mengecekan kode, membangun, menyebarkan, data dan aset dokumen
Untuk informasi lebih lanjut.