Ada konsep umum di antara banyak pengguna bisnis dan klien bahwa ketika terlihat lengkap, hampir lengkap. Seperti yang mungkin Anda ketahui, ini jauh dari kebenaran. Satu dapat membuatnya terlihat bagus, tetapi tanpa backend dan beberapa pengguna berpikir bahwa membuatnya terlihat bagus adalah 80% dari pekerjaan, bukan 20% ( atau 80% lainnya ).
Pengembang yang tak terhitung jumlahnya dapat menceritakan kisah-kisah horor ini - mendapatkan maket dari halaman yang dilakukan di Microsoft Word menggunakan tangkapan layar dari beberapa alat lain, dan klien mengatakan "jadi, Anda hampir menyelesaikannya?"
Anda perlu mengatur langkahnya agar semua bagian selesai saat selesai. Mencoba melakukan semua backend terlebih dahulu dan kemudian semua ujung depan akan menyebabkan pengguna akhir berpikir Anda tidak melakukan apa-apa dan menanyakan mengapa Anda dibayar ketika tidak ada yang menunjukkannya. Di sisi lain, ujung depan lebih dulu dan Anda akan menemukan pengguna akhir membuat perubahan yang menyebalkan dan menghabiskan seluruh waktu kita.
Kasus terburuk dengan 'yang pertama dan yang lain' adalah ketika Anda sampai ke bagian yang lain, Anda mendapati bahwa itu tidak sesuai dengan desain sama sekali.
Jadi, bangun keduanya. Tunjukkan kemajuan di ujung depan, buat ujung belakang bekerja dengan apa yang Anda bangun. Dalam banyak kasus ini adalah ide yang baik untuk memberikan bangunan tambahan dan memastikan Anda membuat apa yang diinginkan klien (ini masuk ke Agile). Terlalu lama tanpa 'kemajuan yang terlihat' dapat merusak hubungan klien (ini untuk kedua kasus 'semuanya terlihat dilakukan sejak dini' dan 'tidak ada yang dilakukan sampai akhir' - sulit bagi klien untuk melihat kerangka kerja yang ditulis atau tes unit atau sanitasi data sebagai kemajuan).
Joel menulis tentang ini di The Iceberg Secret, Revealed :
Konsekuensi Penting Dua. Jika Anda menunjukkan layar nonprogrammer yang memiliki antarmuka pengguna yang 100% cantik, mereka akan berpikir programnya hampir selesai.
Orang yang bukan pemrogram hanya melihat layar dan melihat beberapa piksel. Dan jika pikselnya terlihat seperti membuat program yang melakukan sesuatu, mereka berpikir "oh, astaga, seberapa sulitkah untuk membuatnya benar-benar berfungsi?"
Risiko besar di sini adalah bahwa jika Anda membuat UI terlebih dahulu, mungkin sehingga Anda bisa melakukan percakapan dengan pelanggan, maka semua orang akan berpikir Anda hampir selesai. Dan kemudian ketika Anda menghabiskan tahun berikutnya bekerja "di bawah selimut," sehingga untuk berbicara, tidak ada yang akan benar-benar melihat apa yang Anda lakukan dan mereka akan berpikir itu bukan apa-apa.
Ini sekali lagi ditegaskan dalam posting blog Jangan membuat Demo terlihat Selesai yang memiliki grafik bermanfaat ini:
Perhatikan di sini dua opsi umumnya mencerminkan 'selesaikan ui' (dan kemudian harapannya adalah Anda akan segera selesai) dan 'selesaikan backend' (dan kemudian pelanggan khawatir Anda kehilangan tenggat waktu).
Bagaimana 'selesai' sesuatu terlihat harus cocok dengan bagaimana 'selesai' sesuatu itu.
Setiap pengembang perangkat lunak telah mengalami ini berkali-kali dalam karir mereka. Tetapi alat-alat penerbitan desktop menyebabkan sakit kepala yang sama untuk para penulis teknologi - jika Anda menunjukkan kepada seseorang konsep kasar yang diformat dan diformat dengan sempurna, mereka melihatnya sebagai lebih banyak dilakukan daripada yang Anda inginkan. Kita membutuhkan kecocokan antara di mana kita berada dan di mana orang lain menganggap kita.
Artikel ini juga memunculkan poin penting tentang jenis umpan balik yang Anda dapatkan dengan tingkat kematangan antarmuka pengguna yang berbeda. Jika Anda memiliki sesuatu yang terlihat lengkap, Anda cenderung mendapatkan umpan balik tentang "bisakah Anda mengubah font" daripada "tata letak ini tidak berfungsi - ada terlalu banyak tab."
Bagi mereka yang berkelahi dengan ini di dunia Java Swing, ada tampilan dan nuansa yang disebut Napkin yang membuatnya sehingga UI tidak terlihat lengkap (bahkan jika itu).
Kuncinya di sini adalah membuatnya agar tidak terlihat selesai. Memiliki UI terlihat lengkap adalah sinyal bagi banyak pengguna bisnis bahwa aplikasi selesai (bahkan jika itu hanya beberapa halaman statis tanpa logika di baliknya atau sesuatu yang dibangun dalam pembangun antarmuka).
Bacaan lebih lanjut (dan tautan dari artikel):