Proje yönetimi: Revizyonlar arasındaki fark

Bütün projeler bu aşamalardan geçmezler, bazı projeler bitirilmeden iptal edilebilir. Bazı projeler bu tür yapılandırılmış planlama ve gözetleme aşamalarından da geçmeyebilirler. Başka projelerde planlama, yürütme ve gözetleme aşamalarından defalarca geçebilirler. Pek çok [[endüstri]] bu proje aşamalarının varyasyonlarını kullanmaktadır. Örneğin, geleneksel inşaat projelerinde, projeler tipik olarak planlama, konsept tasarımı, şematik tasarım, tasarım geliştirme, inşaat çizimleri ve inşaat yönetimi aşamalarından geçmektedir. Yazılım geliştirmede ise bu yaklaşım daha çok "şelale modeli" olarak bilinmektedir. Bu tür modelde bir görevler serisi, başka bir seriyi doğrusal bir şekilde takip eder. Yazılım geliştirmede pek çok organizasyon, bu metodolijiye uyması için Rasyonel Birleştirilmiş Prosese (RUP - Rational Unified Process)geçiş yapmıştır. Şelale modeli küçük, net tanımlanmış projelerde işe yaramaktadır ama büyük, net tanımlanmamış ve belirsiz projelerde sorunlar yaratmaktadır. Bu özellikle yazılım geliştirmede önemli çünkü yazılım geliştirme süreci genellikle yeni ve alışılmamış bir ürün ortaya koyar. Gereksinimlerin tanımlanmasının tam olarak bitirilmediği ve değişebildiği projelerde gereksinim yönetimi, yazılımın davranışı hakkında tutarlı ve tam bir tanım gerçekleştirmek için kullanılabilir. Terimler endüstriden endüstriye değişebilir fakat sorunların çözülmesinde takip eden tipik adımlar: