Yêu cầu quản lý. (Sự thất bại hoàn toàn để xác định, phát triển đầy đủ, hoặc đúng các yêu cầu quản lý dự án là một lý do hầu hết các trích dẫn cho các dự án thất bại. Yêu cầu quản lý bao gồm xác định chính xác những gì khách hàng muốn và sau đó quản lý bất kỳ thay đổi nào xảy ra trong cuộc đời của dự án.)
Thiết kế. (Quá thường mã hóa trước khi bắt đầu có một thiết kế. Hệ thống thiết kế, lập kế hoạch như thế, là một hoạt động trong đó có nhận thức tiến bộ là khó khăn để hiển thị. Do vậy, những xu hướng là để lao vào tiền bạc và phần mềm mã hóa, vì đây là những hoạt động, trên mặt ít nhất là, chứng tỏ sự tiến bộ. Trái lại, thiết kế không đầy đủ luôn luôn làm lịch trình tăng lên.) Xây dựng. (Xây dựng hệ thống kỹ thuật được thiết kế để cải thiện lịch trình này bao gồm kiểm tra tại điểm then chốt. Nhất có hiệu quả các dự án phát triển phần mềm có xu hướng những người trong đó có các nhà phát triển các kế hoạch kiểm tra viết và chạy thử nghiệm khi chúng được phát triển các mã. Cách tiếp cận này khuyến khích các thử nghiệm tiền lãi nhỏ để được một cách dễ dàng và nhanh chóng sửa chữa khuyết tật như là được tìm thấy, do đó cải thiện kế hoạch tổng thể phát triển.)
Quản lý cấu hình phần mềm. (Một trong những quan trọng, nhưng kém hoàn thành, chức năng trong dự án phát triển phần mềm là quản lý thay đổi cấu hình. Nói chung, chúng ta nghĩ gì về thay đổi cấu hình trong hai cách khác nhau. Trước hết, thay đổi cấu hình có thể được thay đổi đối với các sản phẩm như nó đang được thiết kế hoặc xây dựng - chủ yếu để thay đổi phạm vi ban đầu hoặc các khái niệm. Thứ hai, có nghĩa là có thể thay đổi cấu hình khác nhau cho cùng một chức năng sản phẩm cơ bản. Đó là, các hệ thống cơ bản có thể có một bộ nhớ tốc độ và năng lực, nhưng một khách hàng khác có thể yêu cầu hệ thống chức năng cơ bản, nhưng với một bộ nhớ và tốc độ cao hơn khả năng. Trong bất kỳ trường hợp nào, theo dõi, kiểm tra, kiểm soát, và quản lý các thay đổi vào hệ thống là cần thiết để tối ưu hóa lịch trình.)