Tại sao Agile? Tại sao các dự án phát triển phần mềm theo kế hoạch lại thất bại?

Không lâu trước đây, người ta đã chấp nhận rằng lập kế hoạch là một phần rất quan trọng của toàn bộ dự án. Mặc dù lập kế hoạch đúng cách vẫn rất quan trọng và sẽ dẫn đến việc thực hiện tốt hơn, nhưng khung thời gian cho kế hoạch dự án đang thu hẹp lại. Trong môi trường hiện tại, rất khó để lập kế hoạch cho toàn bộ vòng đời dự án ngay từ đầu. Cần phải thường xuyên quay lại bảng vẽ.

Có thể rằng phạm vi dự án có thể thay đổi hoàn toàn trong các vòng lặp lập kế hoạch dự án khác nhau; tuy nhiên, dự án này vẫn có thể được phân loại là thành công, trong khi dự án thực hiện những gì đã được lên kế hoạch nhưng trở nên lỗi thời trong quá trình thực hiện có thể được phân loại là thừa thãi hoặc thất bại.

Phát triển phần mềm theo kế hoạch là một phương pháp cụ thể chính thức hơn để tạo ra một ứng dụng. Các phương pháp theo kế hoạch đều bao gồm: khả năng lặp lại và dự đoán, một quy trình gia tăng được xác định, tài liệu rộng rãi, kiến trúc hệ thống trước, kế hoạch chi tiết, giám sát quy trình, kiểm soát và giáo dục, quản lý rủi ro, xác minh và xác nhận.

Kế hoạch thường được tạo ra bởi các yếu tố sau:

  • Dự án được chia thành các giai đoạn/nhiệm vụ
  • Mỗi nhiệm vụ được chia thành các hoạt động cấu thành của nó
  • Mỗi nhiệm vụ cá nhân được ước lượng (có thể sử dụng các chỉ số)
  • Các ước lượng được tổng hợp để đưa ra tổng nỗ lực
  • Danh sách nhiệm vụ được phân tích để tìm các mối quan hệ đồng thời và phụ thuộc nhằm cung cấp lịch trình
  • Lịch trình và ngày giao hàng giúp xác định kích thước và thành phần đội ngũ
  • Đội ngũ được tập hợp và dự án bắt đầu
  • Giám sát và kiểm soát trong suốt quá trình phát triển
  • Giao hàng!

[Nguồn: Coleman, Gerry. Quản lý quy trình phần mềm, Dundalk IT / IT Tralee(2008)]

Liệu “Lập kế hoạch công việc và thực hiện kế hoạch” có lỗi thời không?

Trong môi trường ngày nay, có thể không sai khi nói rằng tất cả các sản phẩm và dịch vụ đều có thể hư hỏng. Nếu thời gian ra thị trường quá lâu, sản phẩm hoặc dịch vụ có thể trở nên vô dụng ngay cả khi nó chưa bị hư hỏng về mặt vật lý. Tương tự, một dự án có thể rất dễ dàng bị hư hỏng nếu đến khi nó hoàn thành, các yêu cầu của các bên liên quan đã thay đổi. Các công ty đã bắt đầu nhận ra rằng con người chứ không phải quy trình mới là chất bôi trơn thực sự cho bất kỳ dự án nào và do đó, sự cam kết và tham gia của các bên liên quan là rất cần thiết cho sự thành công của các dự án. Để các bên liên quan cam kết với dự án, họ phải có thể thấy được tính hữu ích của nó trong môi trường và cuộc sống hiện tại của họ.

Kết quả là, trong thế giới hiện tại đầy biến động và không chắc chắn, các phương pháp quản lý dự án truyền thống đang ngày càng kém hiệu quả và điều này đòi hỏi các phương pháp linh hoạt, thích ứng và linh hoạt hơn…. nói cách khác, là agile.

Tài liệu tham khảo

Các bài viết về Scrum cho người mới bắt đầu

This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.

Leave a Reply

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *