Tam giác phát triển web

Tất cả các hợp đồng của chúng tôi với khách hàng đều là hợp đồng liên tục hàng tháng. Rất hiếm khi chúng tôi theo đuổi một dự án cố định và hầu như không bao giờ chúng tôi đảm bảo mốc thời gian. Điều đó nghe có vẻ đáng sợ đối với một số người nhưng vấn đề là mục tiêu không nên là ngày phát hành mà phải là kết quả kinh doanh. Công việc của chúng tôi là nhận được kết quả kinh doanh của khách hàng, chứ không phải đi tắt đón đầu ngày ra mắt. Như Healthcare.gov đang tìm hiểu, đó là một con đường dẫn đến việc bỏ lỡ những kỳ vọng.

Để thử và giữ các dự án của khách hàng kịp thời, chúng tôi tách các yêu cầu thành phải có (đáp ứng kết quả kinh doanh) và tốt là có (cải tiến tùy chọn). Chúng tôi cũng không bao giờ lên lịch hoàn thành vào thời điểm phát hành vì chúng tôi biết rằng sẽ luôn có một số thay đổi cần thiết.

Robert Patrick là Giám đốc điều hành của Phòng thí nghiệm Tiến sĩ, một công ty thiết kế, xây dựng và khởi chạy các trang web cho nhiều công ty hàng đầu trong danh sách Fortune 500. Robert đã theo dõi những khó khăn mà Healthcare.gov gặp phải và đưa ra 5 lý do chính dẫn đến việc khởi chạy thất bại.

  1. Không bao giờ vi phạm Thời gian, Chi phí & Tính năng Đặt quy tắc. Hãy coi đây là một hình tam giác, bạn phải chọn một điểm để cố định và hai biến còn lại. Trong thế giới này, có thể tạo ra bất cứ thứ gì miễn là có đủ thời gian và tiền bạc. Tuy nhiên, bất kỳ ai xây dựng ứng dụng web đều nên chọn ưu tiên cao nhất. Điều này đặt ra giai điệu và trọng tâm cho cách một dự án nên được khởi động. Ví dụ,
    • Nếu nó chỉ được khởi chạy khi các tính năng cụ thể được thực hiện (tiền và thời gian là thay đổi).
    • Nếu nó được tung ra nhanh chóng (tiền và tính năng có thể thay đổi).
    • Nếu nó được tung ra với ngân sách phù hợp (thời gian và các tính năng có thể thay đổi).
  2. Khởi chạy với vạch đích trong tâm trí thay vì dòng bắt đầu. Các ứng dụng web nên được coi là một dự án sẽ Bắt đầu và sau đó phát triển. Xây dựng những gì quan trọng và bắt buộc cho ngày hôm nay với sự phát triển và tiến hóa luôn tốt hơn là xây dựng với ý định hoàn thành ở điểm xuất phát.
  3. Quá nhiều nhà cung cấp bị liên lụy. Có thông tin cho rằng trang web Obamacare có gần 55 nhà cung cấp tham gia. Thêm nhiều nhà cung cấp vào bất kỳ dự án nào có thể là một con dốc trơn trượt. Bạn gần như có thể đảm bảo rằng sẽ có vấn đề với việc tạo phiên bản tệp, sự khác biệt về tệp nghệ thuật, sự khác biệt về quan điểm nghệ thuật, việc từ bỏ dự án và danh sách này cứ lặp đi lặp lại. Hãy tưởng tượng nếu chúng ta có 55 người được giao nhiệm vụ giải quyết một phần của vấn đề tổng thể.
  4. Kiến trúc thông tin không được coi trọng. Thông thường, các đại lý lớn sẽ yêu cầu các nhà cung cấp gửi giá thầu trên RFP và hoàn toàn bỏ qua quá trình Kiến trúc thông tin để nhảy ngay vào phát triển mà không cần hiểu hoặc đồng ý về phạm vi. Đây là một điều rất lớn, xấu xí, lãng phí thời gian, tiền bạc, sai lầm. Nó cực kỳ có giá trị đối với kiến ​​trúc sư càng nhiều ứng dụng càng tốt và chuẩn bị sẵn sàng để nhanh nhẹn và linh hoạt đối với những thứ không thể dự báo tốt trước khi bạn bắt đầu lập trình nó (điều này giống như xây một ngôi nhà mà không có bản thiết kế). Các nhà cung cấp sẽ cạn kiệt ngân sách và bắt đầu cắt giảm nếu điều này không được thực hiện một cách chính xác.
  5. Không đủ thời gian cho Đảm bảo chất lượng. Rõ ràng đây là một thất bại lớn đối với sự ra mắt của HealthCare.Gov. Họ đã làm việc trong một ngày ra mắt khó (thời gian là biến cố định của tam giác trong trường hợp này) và các tính năng và ngân sách đáng lẽ phải được sửa đổi để đáp ứng ngày ra mắt với thời gian đảm bảo chất lượng phù hợp được tích hợp trong kế hoạch. Đây là một sai lầm quan trọng và có thể khiến nhiều người mất việc.

Bạn nghĩ gì?

Trang web này sử dụng Akismet để giảm spam. Tìm hiểu cách xử lý dữ liệu nhận xét của bạn.