Một trong những cách hiệu quả nhất: phạt theo ngày trì hoãn. Đây cũng là những gì được thực hiện cho các dự án lớn, hình phạt đôi khi là hàng ngàn đô la mỗi ngày.
Nếu thời hạn chính xác có vấn đề (ví dụ: nếu một người phát triển cho Thế vận hội Olympic, một ứng dụng web sẽ xử lý việc phát sóng sự kiện vào năm 2014, thì thời hạn sẽ là sự khởi đầu của Thế vận hội Olympic năm 2014), thì biện pháp hiệu quả có thể là một trường hợp khi dự án bị trễ, công ty hoàn toàn không được trả tiền, và cũng nên trả tiền phạt.
Nếu các biện pháp quyết liệt như vậy là không phù hợp, thì thực tế duy nhất là một khách hàng được trả lương cao sẽ rời đi nếu dự án bị chậm trễ có thể thực hiện thủ thuật.
Lưu ý cho khách hàng:
Nhiều sự chậm trễ là lỗi của chính khách hàng. Nguyên nhân có thể là nhiều:
Không có SRS, nhưng thay vào đó, hai đoạn mô tả một cách thất vọng những gì khách hàng tưởng tượng là nhu cầu của mình (và tất nhiên, khách hàng không muốn trả tiền cho việc thu thập các yêu cầu, coi bước này là mất thời gian).
Đến hai tuần trước thời hạn cuối cùng và nói rằng dự án đã được thực hiện bằng Java cho đến tận bây giờ và sử dụng Oracle: bắt buộc phải viết lại bằng Python và sử dụng MySQL, vì khách hàng đã đọc một tạp chí ngày hôm qua nói rằng những công nghệ đó là tương lai.
Đi kèm với một loạt các yêu cầu mới trong mỗi cuộc họp. Điểm thưởng khi những yêu cầu đó mâu thuẫn với gần như mọi yêu cầu được đưa ra cho đến bây giờ.
Giao tiếp tốt là điều cần thiết cho một dự án tốt.
Nhiều sự chậm trễ khác là do thiếu giao tiếp. Thực tiễn khi khách hàng không có bất kỳ liên lạc nào trong nhiều tháng với công ty và chỉ mong được liên hệ sau khi sản phẩm được hoàn thành và đánh bóng mời một thảm họa.
Gieo nhân nào gặp quả nấy.
Có các quy trình cụ thể giúp giữ cho dự án được tổ chức, và thực tế, lập trình chỉ nên mất 10 đến 15% thời gian cho các dự án lớn và 15% đến 20% thời gian cho các dự án trung bình. Những dự án đó cũng nên được thực hiện bởi những người biết họ đang làm gì.
Trong thực tế, khách hàng không sẵn sàng trả 800 đô la / ngày cho một nhà phân tích, người sẽ tạo ra kiến trúc và thiết kế phần mềm và họ cũng không muốn trả tiền cho các bước khác. Một lập trình viên người Albania mới vui vẻ làm việc với giá 50 đô la / ngày có vẻ thuận lợi hơn nhiều.
Đừng phàn nàn rằng dự án là một thảm họa khi bạn chỉ sẵn sàng trả tiền cho các dự án thảm họa.
Đừng thương lượng thời gian cần thiết để thực hiện công việc.
Tôi thường gặp các cuộc thảo luận như thế:
Nhà phát triển: đưa ra các yêu cầu, tôi có thể cung cấp trong bốn tháng.
Khách hàng: không thể. Dự án nên được thực hiện trong hai tháng.
Nhà phát triển: tốt, trừ khi bạn cắt bỏ một số tính năng ...
Khách hàng: Tôi không thể! Tất cả các tính năng là cần thiết. Tại sao bạn không thể thực hiện công việc trong hai tháng? Tôi đã liên lạc với một lập trình viên Ấn Độ, một người bạn của tôi, anh ta có thể giao nó trong một tháng rưỡi, và chỉ hỏi một nửa giá!
Thời gian đàm phán là một công thức cho thảm họa.
Biết ưu tiên của bạn.
Hãy tính đến quy tắc 90%. Khi dự án được quản lý không chính xác, không có gì lạ khi thấy các nhà phát triển nói rằng họ đã thực hiện 90% dự án một tháng sau khi bắt đầu dự án. Sau đó, một tháng sau, nó vẫn còn 90%. Và một tháng sau.
Điều này có thể có hai nguyên nhân:
Khi dự án không được thực hiện đúng, tức là 100% thời gian dành cho lập trình, để lại 0% cho các yêu cầu thu thập, kiến trúc, thiết kế và thử nghiệm, điều xảy ra là các lập trình viên không biết gì về công việc phải làm và họ khám phá ra nhiệm vụ mới trong suốt cuộc đời của dự án. Chuẩn bị dự án sẽ giúp có một sự hiểu biết lớn hơn về tất cả các nhiệm vụ cần hoàn thành.
Khi khách hàng vội vàng, không có gì lạ khi một số công ty cung cấp nhanh một số thứ nhảm nhí, sau đó dành một lượng lớn thời gian để giải quyết lỗi. Một số công ty chỉ làm việc như vậy, điều này giúp họ duy trì tính cạnh tranh và nói rằng họ đã hoàn thành một dự án nhất định trong ba tuần, ngay cả khi sau đó, họ đã dành ba năm để giải quyết mớ hỗn độn.
Bằng cách đặt các ưu tiên thẳng và yêu cầu dự án phải được thực hiện một cách chính xác giúp loại bỏ các công ty đó khỏi danh sách các ứng cử viên.