Biaya mengikuti alur, bahan, dan tanggung jawab yang disepakati

Dua proyek dengan jumlah halaman yang sama dapat memerlukan pekerjaan yang jauh berbeda. Halaman layanan dengan sumber yang siap tidak mempunyai ketergantungan yang sama dengan portal yang mengatur akses, revisi dokumen, dan koneksi ke aplikasi lain. Perkiraan perlu menjelaskan pekerjaan yang termasuk, bukan hanya memberi angka di samping nama teknologi.

Apa yang perlu diketahui untuk memperkirakan

Bahan awal yang berguna meliputi tugas pengguna, sistem yang sekarang dipakai, halaman atau data yang harus dipertahankan, serta masalah yang dapat ditunjukkan. Jika ada batas waktu, jelaskan alasan dan keputusan eksternal yang memengaruhinya.

Akses yang belum tersedia, data yang belum dipahami, atau perilaku penyedia yang belum diperiksa dapat membatasi ketepatan perkiraan. Dalam keadaan itu, tahap penyelidikan dapat disepakati lebih dahulu untuk mengurangi ketidakpastian dan menghasilkan pilihan yang dapat dibandingkan.

Bedakan pembangunan dari persiapan isi

Penulisan, pemeriksaan spesifikasi, foto, dokumen produk, dan terjemahan mempunyai pekerjaan sendiri. Organisasi perlu menetapkan siapa yang menyiapkan sumber dan siapa yang mengesahkan hasil. Kode tidak dapat menentukan harga yang benar ketika dua pemilik sumber belum sepakat.

Lingkup juga perlu menyatakan apakah pengisian seluruh katalog termasuk, hanya contoh perwakilan, atau alat untuk dikelola staf. Jika migrasi diperlukan, periksa jumlah serta bentuk bahan, aturan pemetaan, dan bagaimana hasilnya akan dibandingkan dengan sumber.

Koneksi menambah pekerjaan di kedua sisi

Menghubungkan formulir ke sistem lain melibatkan akses, identitas catatan, aturan penerimaan, penanganan kegagalan, dan pemeriksaan hasil. Penyedia mungkin mempunyai biaya akun, batas penggunaan, atau lingkungan uji sendiri.

Biaya pihak ketiga tidak boleh dianggap hilang karena koneksi berhasil dalam demonstrasi. Tentukan siapa yang memiliki akun, membayar layanan, menerima pemberitahuan penting, dan menyetujui perubahan. Ketentuan aktual perlu diperiksa pada penyedia yang digunakan.

Pemeriksaan dan penyerahan mempunyai hasil nyata

Rencana pemeriksaan mengikuti risiko tugas: bahasa yang berubah makna, akses yang tidak semestinya, tindakan pada catatan salah, atau hasil pembayaran yang belum jelas. Sebutkan perangkat, peran pengguna, dan keadaan yang akan dicoba. Kebutuhan review profesional atau pengguna khusus dibahas sebagai pekerjaan yang jelas.

Penyerahan dapat mencakup kode, konfigurasi, panduan operasi, daftar akun, dan latihan penerima. Dokumen yang tidak dapat dipakai orang berikutnya belum memenuhi tujuan hanya karena filenya ada.

Pilih bagian yang lengkap untuk versi pertama

Lingkup lebih kecil dapat masuk akal bila tetap menyelesaikan satu pekerjaan. Contohnya, pembanding penawaran dapat berhenti pada catatan pilihan yang jelas sebelum ditambah penerbitan pesanan. Batas itu lebih berguna daripada membangun banyak layar yang masih memerlukan staf menebak keputusan terakhir.

Namun, jangan memotong penjelasan hasil atau penanganan keadaan tidak pasti hanya agar daftar fitur terlihat murah. Jika pengguna dapat membuat janji yang tidak didukung sistem, kekurangan tersebut memengaruhi kegunaan versi awal.

Tuliskan perubahan dan biaya berjalan

Permintaan baru perlu dinilai terhadap lingkup, waktu, pemeriksaan, serta pemeliharaan. Sebuah tambahan kecil pada layar dapat membawa aturan akses atau koneksi yang lebih luas. Jelaskan dampaknya sebelum pekerjaan berubah.

Sesudah peluncuran, hosting, layanan, media, pembaruan isi, dan dukungan mungkin tetap memerlukan anggaran. Panduan biaya media menunjukkan cara menghubungkan perkiraan dengan perilaku yang terukur, tanpa mengarang penghematan.

Untuk memulai pembahasan, kirim tujuan, contoh tugas, dan batas yang diketahui. Kami dapat memakai rencana proyek untuk membedakan keputusan yang sudah siap diperkirakan dari hal yang masih perlu diperiksa.