Memantau apakah alur bisnis benar-benar selesai
Server bisa sehat sementara pekerjaan pelanggan macet.
Artikel
Artikel · 4
Pemikiran praktis tentang desain produk, pengembangan perangkat lunak, dan keputusan di antaranya.
Artikel
Pertanyaan untuk membentuk model akses yang berguna
Kontrol akses dimulai dari pertanyaan bisnis: siapa boleh melakukan apa terhadap catatan mana dalam keadaan apa?
Memiliki cadangan berbeda dari mampu memulihkan
Cadangan baru calon sumber pemulihan sampai terbukti mengembalikan layanan berguna.
Mendiagnosis produksi tanpa mengumpulkan semua detail pribadi
Log berguna menjelaskan kejadian dengan informasi praktis sesedikit mungkin.
Apa yang perlu diperiksa sebelum mengambil alih basis kode
Tinjau kepemilikan, penerapan, pemulihan data, dan perubahan pertama yang aman.
Menulis ulang perangkat lunak atau memperbaikinya bertahap
Bandingkan kelangsungan operasi, batas komponen, dan pekerjaan migrasi.
Prioritaskan utang teknis berdasarkan dampak bisnis
Dahulukan insiden, hambatan pengiriman, dan risiko pemulihan daripada selera tampilan kode.
Rencanakan migrasi data, perpindahan sistem, dan jalan kembali
Siapkan latihan, rekonsiliasi, dan kepemilikan penulisan sebelum peluncuran.
Apa yang seharusnya termasuk dalam pemeliharaan perangkat lunak
Pisahkan cacat, perubahan produk, keamanan, dan operasi dalam cakupan kerja.
Pertanyaan untuk memilih mitra pengembangan perangkat lunak
Nilai bukti, pengambilan keputusan, kepemilikan, dan pengelolaan ketidakpastian.
Meminta proposal perangkat lunak sebelum anggaran pasti
Jelaskan hasil, batasan, dan keluwesan biaya agar proposal dapat dibandingkan.
Mitra pengembangan eksternal atau tim internal
Bandingkan kepemilikan produk, kesinambungan, perekrutan, dan kapasitas pengiriman.
Mari buat sesuatu yang berguna.
Produk pertama, alur kerja yang sulit, atau perangkat lunak yang perlu diperbaiki. Ceritakan posisi Anda.