Segitiga Pengembangan Web

Semua kontrak kami dengan klien kami adalah perjanjian bulanan yang sedang berlangsung. Sangat jarang kami mengejar proyek tetap dan hampir tidak pernah kami menjamin garis waktu. Itu mungkin terdengar menakutkan bagi sebagian orang, tetapi masalahnya adalah bahwa sasarannya tidak boleh tanggal rilis, melainkan hasil bisnis. Tugas kita adalah mendapatkan hasil bisnis klien kita, bukan mengambil jalan pintas untuk membuat tanggal peluncuran. Seperti yang Healthcare.gov pelajari, itu adalah jalan yang akan mengarah pada harapan yang terlewat.

Untuk mencoba dan mempertahankan proyek klien tepat waktu, kami memisahkan persyaratan menjadi must have (memenuhi hasil bisnis) dan nice to have (tambahan opsional). Kami juga tidak pernah menjadwalkan penyelesaian pada saat rilis karena kami tahu akan selalu ada beberapa perubahan yang dibutuhkan.

Robert Patrick adalah CEO Lab PhD, agensi yang merancang, membangun, dan meluncurkan situs web untuk banyak perusahaan Fortune 500 teratas. Robert telah mengawasi kesulitan yang dihadapi Healthcare.gov dan telah memberikan 5 alasan utama untuk peluncuran yang gagal.

  1. Jangan pernah melanggar Waktu, Biaya & Fitur Tetapkan aturan. Pikirkan ini sebagai segitiga, Anda harus memilih satu titik tetap dan dua variabel lainnya. Di dunia ini, apa saja bisa diciptakan selama ada cukup waktu dan uang. Namun, siapa pun yang membangun aplikasi web harus memilih, terlebih dahulu, yang merupakan prioritas tertinggi. Ini menentukan nada dan fokus bagaimana sebuah proyek harus diluncurkan. Sebagai contoh,
    • Haruskah itu diluncurkan hanya setelah fitur tertentu selesai (uang dan waktu bervariasi).
    • Haruskah itu diluncurkan dengan cepat (uang dan fiturnya bervariasi).
    • Haruskah itu diluncurkan dengan mempertimbangkan anggaran (waktu dan fitur dapat bervariasi).
  2. Meluncurkan dengan garis akhir dalam pikiran, bukan garis awal. Aplikasi web harus dilihat sebagai proyek yang akan awal lalu berkembang. Membangun apa yang penting dan wajib untuk hari ini dengan mempertimbangkan pertumbuhan dan evolusi selalu lebih baik daripada membangun dengan niat menyelesaikan di titik awal.
  3. Terlalu banyak vendor terlibat. Dilaporkan bahwa situs Obamacare memiliki hampir 55 vendor yang terlibat. Menambahkan banyak vendor ke proyek apa pun bisa menjadi lereng yang licin. Anda hampir dapat menjamin akan ada masalah dengan versi file, perbedaan file seni, perbedaan pendapat seni, pengabaian proyek, dan daftarnya terus berlanjut. Bayangkan jika kita memiliki 55 senat yang masing-masing ditugaskan untuk memecahkan sebagian dari keseluruhan masalah.
  4. Informasi Arsitektur tidak dianggap serius. Seringkali, agensi besar akan meminta vendor untuk mengajukan tawaran pada RFP dan sepenuhnya melewatkan proses Arsitektur Informasi langsung menuju pengembangan tanpa memahami atau menyetujui ruang lingkup. Ini adalah kesalahan yang sangat besar, jelek, membuang-buang waktu, kehilangan uang. Ini sangat berharga untuk merancang aplikasi sebanyak yang Anda bisa di awal dan bersiaplah untuk menjadi gesit dan fleksibel pada hal-hal yang tidak dapat diperkirakan dengan baik sebelum Anda mulai memprogramnya (ini seperti membangun rumah tanpa cetak biru). Vendor ditakdirkan kehabisan anggaran dan mulai mengambil jalan pintas jika ini tidak dilakukan dengan benar.
  5. Tidak cukup waktu untuk Kualitas asuransi. Jelas ini merupakan penurunan besar bagi peluncuran HealthCare.Gov. Mereka sedang mengerjakan tanggal peluncuran awal (waktu adalah variabel tetap dari segitiga dalam kasus ini) dan fitur serta anggaran seharusnya telah dimodifikasi untuk memenuhi tanggal peluncuran dengan waktu untuk Penjaminan Kualitas yang tepat yang dimasukkan ke dalam rencana. Ini adalah kesalahan krusial dan mungkin membuat banyak orang kehilangan pekerjaan mereka.

Bagaimana menurut Anda?

Situs ini menggunakan Akismet untuk mengurangi spam. Pelajari bagaimana data komentar Anda diproses.