Mengadopsi situs yang sudah ada

Mengapa repositori lama didahulukan

Sebagian besar situs komersial yang membutuhkan disiplin rekayasa sudah ada lebih dulu. Mereka membawa sejarah, keputusan yang tak seorang pun ingat pernah dibuat, dan batasan yang nyata meski tidak tertulis. Metode yang hanya jalan pada proyek baru tidak berguna untuk mereka.

Karena itu adopsi repositori yang sudah ada diperlakukan sebagai kelas utama, bukan jalur migrasi. Alurnya dirancang untuk tidak pernah memulai dari nol: ia memahami apa yang sudah ada, lalu mengubahnya dalam langkah-langkah yang dibatasi.

Periksa, otoritas, baseline, invarian

Adopsi berjalan sebagai alur berurutan. Setiap tahap harus menghasilkan keluaran wajibnya sebelum tahap berikutnya bermakna.

1. InspectMemastikan repositori ini sebenarnya apa, sebelum mengusulkan perubahan.
2. AuthorityMenemukan rujukan dan pihak yang berwenang menyetujui perubahan.
3. BaselineMencatat satu titik acuan persis yang diketahui baik, untuk tempat kembali.
4. InvariantsMenyatakan hal-hal yang wajib tetap benar sepanjang perubahan.
5. Risk and Change ClassMenilai luas dampak, tingkat ketidakpastian, dan seberapa mudah dibatalkan.
6. Plan or Bounded DeltaMemilih jalur rekayasa dan menuliskan perubahan terbatas yang akan dikerjakan.
7. VerifyMenjalankan verifikasi sebanding dengan risikonya.
8. Release and Evidence DecisionMemutuskan bukti rilis apa yang dibutuhkan sebelum menyentuh publik.

Empat tahap pertama tidak melakukan pekerjaan apa pun pada situs. Mereka menetapkan repositori ini sebenarnya apa, siapa yang berwenang menyetujui perubahan, titik persis untuk kembali, dan apa yang wajib tetap benar. Baru setelah itu sebuah perubahan dijelaskan.

Apa arti baseline yang persis

Baseline adalah rujukan yang persis dan tidak berubah, bukan deskripsi tentangnya. "Versi sekarang", "yang terbaru", atau "yang sedang tayang" bukan baseline, karena ketiganya menunjuk hal yang berbeda tergantung kapan Anda membacanya.

Alasannya adalah pemulihan. Ketika ada yang salah, pertanyaannya bukan bagaimana rupa situs itu dulu, melainkan keadaan persis mana yang bisa dituju kembali. Jawaban itu harus sudah dicatat sebelum perubahan, bukan disusun ulang sesudahnya.

Kapan hasil pemeriksaan boleh dipakai lagi

Tahap adopsi bukan ritual yang harus diulang. Ketika sebuah tahap sudah menghasilkan keluaran yang tepercaya dan masih berlaku, pekerjaan berikutnya melanjutkan dari situ alih-alih memeriksa ulang repositori yang sama.

Ada batasnya: hasil sebelumnya harus masih valid. Kalau ada yang berubah secara material, atau buktinya sudah basi, tahap itu dikerjakan lagi. Ukurannya adalah apakah kesimpulannya masih berlaku, bukan seberapa baru pekerjaan itu dilakukan.