**Proje yönetimi,** belirli bir projenin hedef ve amaçlarına ulaşıp bitirilmesi için kaynakların planlanması, organize edilmesi, tedarik edilmesi ve yönetilmesi disiplinidir.

Projeler belirli özgün hedef ve amaçlara ulaşmak, faydalı bir değişim getirmek ya da değer katmak için kullanılır. Projelerin esneklik payı ile birlikte belirli başlangıç ve bitiş tarihi vardır. Projelerin geçici olması; onları kalıcı, sürekli tekrarlanan, üretim ve servis amaçlı her zamanki işletme operasyonlarından farklı yapar. Pratikte, bu iki tür sistemin yönetimi oldukça farklıdır ve farklı teknik beceriler gerektirmektedir.

Proje yönetiminde gösterilen temel çaba, proje hedef ve amaçlarına ulaşmaya çalışırken önceden belirlenmiş proje kısıtlarının da dışına çıkmamaktadır. Tipik proje kısıtları kapsam, zaman ve bütçedir.

Tarihçe
-------

Proje yönetimi tarihin ilk medeniyetlerinden itibaren uygulanmıştır. 19. yüzyıla kadar inşaat mühendisliği projeleri genellikle mimar ve mühendislerin kendileri tarafından yönetilmiştir. 1950'lerden itibaren organizasyonlar karmaşık mühendislik projeleri için proje yönetimi araç ve tekniklerini kullanmaya başlamışlardır.

Bir disiplin olarak proje yönetimi, inşaat, mühendislik ve ağır savunma aktivitelerinin uygulamalarından geliştirilmiştir. Proje yönetiminin en önemli fikir babalarından biri, Gantt çizelgesini tasarlamış olması ile ünlü olan Henry Gantt'tır. Diğer bir önemli fikir babası ise proje yönetiminde 5 yönetim fonksiyonunu kullanan Henri Fayol'dur.

1950'li yıllar, temel mühendislik alanlarının birlikte yürütüldüğü modern proje yönetimi döneminin başlangıcını oluşturmuştur. Proje yönetimi disiplini mühendislik modeli üzerine kurulu yönetim disiplininden ayrı bir disiplin olarak tanınmaya başlanmıştır. 1950'li yıllara kadar projeler resmi olmayan araçlar ve teknikler ile yürütülüyordu, Gantt çizelgesi de proje yönetiminden bağımsız özel amaçlar için kullanılıyordu. Bu dönemde ayrıca iki matematiksel proje zamanlama tekniği geliştirilmiştir. Kritik Yol Yöntemi, tesis bakımı projelerini yönetmek için DuPont ve Remington Rand Şirketleri tarafından geliştirilmiştir. Program Değerlendirme ve Gözden Geçirme Tekniği (PERT) ise Amerikan Donanması'nın bir deniz altı programı sırasında Booz Allen Hamilton tarafından geliştirilmiştir. Bu matematiksel teknikler hızla özel girişimlere de yayılmıştır. Proje zamanlama modelleri geliştirilirken, aynı zamanda proje maliyeti tahmini, maliyet yönetimi ve mühendislik ekonomisi gibi alanlar için teknoloji oluşmaktaydı.

Yaklaşımlar
-----------

Proje aktivitelerini yönetmek için pek çok farklı yaklaşım vardır. Fakat hangi metodoloji kullanılmış olursa olsun, genel olarak projenin hedefleri, zaman çizelgesi ve maliyetine dikkatli bir şekilde özen gösterilmeli, projenin katılımcılarının rol ve sorumlulukları da kesinlikle gözden kaçırılmamalıdır.

### Geleneksel Yaklaşım

Geleneksel bir aşamalı yaklaşımda bir projenin tamamlanması için bitirilmesi gereken adımlar dizisi vardır. Bu tür gelenek yaklaşımda projenin geliştirilmesi için 5 bileşen sayılabilir.

* Proje başlatma aşaması,
* Proje planlama ve tasarım aşaması,
* Proje yürütme ve inşa aşaması,
* Proje gözetleme ve denetleme aşaması,
* Projenin bitimi.

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:

* Sorunun tanımlanması,
* Seçeneklerin değerlendirilmesi,
* Bir seçeneğin seçilmesi,
* Uygulamanın başlaması ve değerlendirilmesi.

### Kritik Zincir Proje Yönetimi

Kritik Zincir Proje Yönetimi (İng. Critical Chain Project Management - CCPM), proje görevlerini yürürlüğe sokarken ihtiyaç duyulan kaynaklara daha çok odaklanan bir planlama ve yönetme metodudur. Kısıtlar Teorisinin bir uygulamasıdır. Bu metodun amacı bir organizasyonda tamamlanan proje oranını artırmaktır. Kısıtlar Teorisi uygulanarak, bütün projeler için belirlenen kısıt insan kaynaklarıdır. Kısıttan faydalanmak için kritik zincirde bulunan görevlere en büyük önem verilmektedir. Proje, kritik zincirde bulunan aktivitelerin zamanında başlayabilmesi için kaynakların hazır olduğuna emin olmak için bütün kaynakları kritik zincire yöneltir.

Proje tipinden bağımsız olarak, proje planı bir kaynak dengeleme aşamasından geçer ve en uzun kaynak kısıtlı görevler zinciri, kritik zincir olarak belirlenir. Çok projeli ortamlarda, kaynak dengeleme projeler arasında uygulanmalıdır.

Aşamalar
--------

Genellikle proje yönetimi beş aşama içerir. Bu aşamalar genel olarak:

* Başlatma,
* Planlama,
* Yürütme,
* İzleme ve Kontrol,
* Kapatma.

Bazı projelere bu gruplara projenin devam etmesi ya da kapatılması konusunun tartışılacağı karar noktaları eklenebilir.

### Başlatma

Başlatma prosesi, projenin doğasını ve kapsamını belirler. Eğer bu aşama düzgün bir şekilde gerçekleştirilemediyse, projenin organizasyonun ihtiyaçlarını karşılama ihtimali düşük olacaktır. Başlatma aşamasında iş çevresini iyi anlamak ve gerekli kontrolleri projeye eklemek çok önemli. Bu aşamada proje tasarımında herhangi bir eksiklik hemen belirlenmeli ve düzeltilmelidir.

Başlatma aşaması aşağıdaki alanları kapsayan bir plan içermelidir:

* Organizasyonun ihtiyaç ve gereksinimlerini ölçülebilir hedeflere göre analiz etmek,
* Mevcut operasyonları gözden geçirmek,
* Bütçe dahil fayda ve maliyetlerin finansal analizi,
* Kullanıcılar ve destek elemanları dahil hissedar analizi,
* Maliyet, görevler, ürünler ve zaman çizelgesi dahil bir proje sözleşmesi.

### Planlama

Başlatma aşamasından sonra, proje uygun bir ayrıntı seviyesine kadar planlanır. Asıl amaç proje için gerekli maliyet ve kaynakları tahmin etmek etkili bir biçimde proje uygulamasındaki riskleri yönetmektir. Planlama aşamasında hatalar da başlatma aşaması gibi projenin başarısında büyük engellere neden olacaktır.

Planlama aşaması genel olarak şunları içerir:

* Planlamanın nasıl yapılacağını belirlemek,
* Kapsam bildirisini geliştirmek,
* Planlama ekibini seçmek,
* Oluşacak ürünleri tanımlamak ve iş ayrışım yapısını oluşturmak,
* Aktiviteler için kaynak gereksinimlerini tahmin etmek,
* Aktiviteler için gerekli zaman ve maliyeti tahmin etmek,
* Zaman çizelgesini hazırlamak,
* Bütçeyi hazırlamak,
* Risk planlaması,
* İşin başlatılması için resmi onay almak.

Bunlara ek olarak iletişim planlaması, rol ve sorumlulukların belirlenmesi, proje için satın alınacakların belirlenmesi ve bir başlama toplantısı yapılması da tavsiye edilebilir.

### Yürütme

Uygulama aşaması, proje yönetim planında belirlenmiş olan proje gereksinimlerini karşılama amaçlı proseslerden oluşur. Bu aşama, insanları ve kaynakları eşgüdümleme, aynı zamanda aktivitelerinin proje yönetim planına uygun şekle getirme çabalarını içerir. Ürünler proje yönetim planına göre gerçekleştirilmiş proseslerin çıktıları olarak oluşurlar.

### İzleme ve Kontrol

Gözetim ve denetim aşaması, proje uygulanmasında sorunların zamanında fark edilmesi ve düzeltici eylemlerin zamanında alınmasını ve uygulamayı kontrol etmek amaçlı proseslerden oluşur. Bu aşamanın önemli bir faydası, proje performansının izlenmesi ve ölçülmesi sayesinde proje yönetim planından uygulamada farklılıkların fark edilmesidir.

Gözetim ve denetim aşaması şu prosesleri içerir:

* Proje aktivitelerinin ne ölçüde tamamlandığı ölçmek,
* Maliyet, kapsam gibi proje değişkenlerini izleyip proje yönetim planı ile karşılaştırmak,
* Sorun ve risklere yönelik düzeltici eylemleri belirlemek,
* Kazanılmış Değer Analizi ile projenin zaman ve bütçe açısından gidişatını izlemek, projenin tamamlanma zamanı ve bütçesi konusunda tahminleme yapmak mümkündür.

### Kapatma

Kapatma projenin resmi olarak bitirilmesini içerir. İdari aktiviteler dosyaların arşivlenmesi ve öğrenilen derslerin belgelendirilmesini içerir.

Bu aşama şu prosesleri içerir:

* Bütün proses gruplarındaki bütün aktivitelerin bitirilmesi.
* Bütün sözleşmelerin kapatılması.

Kaynakça
--------

1. ↑  The Definitive Guide to Project Management. Nokes, Sebastian. 2nd Ed.n. London (Financial Times / Prentice Hall): 2007 ISBN 978-0-273-71097-4
2. ↑  Lewis R. Ireland (2006) Project Management. McGraw-Hill Professional, 2006. ISBN 0-07-147160-X. p.110.
3. ↑  Joseph Phillips (2003). PMP Project Management Professional Study Guide. McGraw-Hill Professional, 2003. ISBN 0-07-223062-2 p.354.
4. ↑  PMI (2010). A Guide to the Project Management Body of Knowledge p.27-35

Ayrıca bakınız
--------------

* Proje yönetimi sözlüğü

| * g
* t
* d
Sistem mühendisliği |
| --- |
| Alt alanlar | 
* Havacılık ve uzay mühendisliği
* Biyolojik sistem Mühendisliği
* Konfigürasyon yönetimi
* Toprak sistemleri mühendisliği ve yönetimi
* Elektrik mühendisliği
* Kurumsal sistem mühendisliği
* Performans mühendisliği
* Güvenilirlik mühendisliği
* Güvenlik mühendisliği

 |
| Süreçler | 
* Gereksinim mühendisliği
* İşlevsel özellikler
* Sistem entegrasyon
* Doğrulama ve onaylama
* Tasarım yorumu

 |
| Kavramlar | 
* İş süreci
* Sistem
* Sistem geliştirme yaşam döngüsü
* V-Model

 |
| Araçlar | 
* Karar verme
* İşlev modeli
* IDEF
* Optimizasyon
* Kalite işlev yayılımı
* Sistem dinamiği
* Sistem Modelleme Dili
* Sistem çözümlemesi ve tasarımı
* Sistemler Modelleme
* İş kırılım yapısı

 |
| İlgili | 
* Kontrol mühendisliği
* Bilgisayar mühendisliği
* Endüstri mühendisliği
* Yöneylem araştırması
* Proje yönetimi
* Kalite yönetimi
* Risk yönetimi
* Yazılım mühendisliği

 |

| * g
* t
* d
Yazılım mühendisliği |
| --- |
| Alanlar | Gereksinim çözümlemesi • Yazılım tasarımı • Programlama • Biçimsel yöntemler • Yazılım testi • Yazılım sistemleri • Yazılım dağıtımı • Yazılım bakımı  |
| Kavramlar | Veri modelleme • Kurumsal mimari • Functional specification • Modelleme dili • Programlama paradigması • Yazılım • Yazılım mimarisi • Yazılım geliştirme yöntembilimi • Yazılım geliştirme süreci • Yazılımın niteliği • Yazılım kalite güvencesi • Yapısal analiz  |
| Yönelimler | Atik • Aspect-oriented • Nesne yönelimli • Ontoloji • Servis odaklı • SDLC |
| Modeller | *Geliştirme modelleri*: Atik • Yinelemeli model • RUP • Scrum • Spiral model • Waterfall model • XP • V-Model
*Diğer modeller*: CMMI • Veri modeli • İşlev modeli • IDEF • Bilgi modeli • Metamodeling • Nesne modeli • Görünüm modeli • UML  |
| Yazılımmühendisleri | Victor Basili • Dennis Ritchie • Kent Beck • Peter Chen • Grady Booch • Fred Brooks • Barry Boehm • Bjarne Stroustrup • Ward Cunningham • Ole-Johan Dahl • Tom DeMarco • Edsger Dijkstra • Martin Fowler • C. A. R. Hoare • Watts Humphrey • Michael A. Jackson • Ivar Jacobson • Craig Larman • James Martin • Bertrand Meyer • David Parnas • Winston W. Royce • James Rumbaugh • Danese Cooper • Niklaus Wirth • Edward Yourdon |
| İlgili alanlar | Bilgisayar bilimi • Bilgisayar mühendisliği • İşletme mühendisliği • Geçmiş • Matematik • Proje yönetimi • Risk yönetimi • Sistem mühendisliği |

| * g
* t
* d
Elektrik ve Elektronik Mühendisleri Enstitüsü (IEEE) Standartları |
| --- |
| Güncel | 
* 488
* 754-2008
	+ Revizyon
* 829
* IEEE 830
* IEEE 1003
* 1014-1987
* IEEE 1016
* 1076
* IEEE 1149.1
* 1164
* 1219
* IEEE 1233
* IEEE 1275
* 1284
* 1355
* 1364
* 1394
* 1451
* 1471
* IEEE 1516
* 1541-2002
* 1547
* 1584
* IEEE 1588
* IEEE 1596
* 1603
* 1613
* 1667
* 1675-2008
* IEEE 1685
* 1801
* 1900
* 1901
* 1902
* 11073
* 12207

 |
| 802 serisi | 
* 802
* .1
	+ p
	+ Q
	+ Qat
	+ Qay
	+ X
	+ ad
	+ AE
	+ ag
	+ ah
	+ ak
	+ aq
* .2
* .3
* .4
* .5
* .6
* .7
* .8
* .9
* .10
* .11 (a b d e f g h i j k n p r s u v w y ac)
* .12
* .15
* .15.4
* .15.4a
* .16
* .18
* .20
* .21
* .22

 |
| Önerilen | 
* P1363
* P1619
* P1823
* P2030

 |
| Kaldırılan | 
* 754-1985
* 854-1987

 |
| *Ayrıca bakınız:*
* IEEE Standartları Birliği (IEEE-SA)
* Kategori:IEEE standartları
 |


|  |  |
| --- | --- |
| Otorite kontrolü Bunu Vikiveri'de düzenleyin | 
* GND: 4047441-0
* LCCN: sh85065919
* LNB: 000052824
* NDL: 01012300
* NKC: ph115894
* NLI: 987007548197805171

 |