Proje yönetimi - Vikipedi
İçeriğe atla
Ana menü
Gezinti
  • Anasayfa
  • Hakkımızda
  • İçindekiler
  • Rastgele madde
  • Seçkin içerik
  • Yakınımdakiler
Katılım
  • Deneme tahtası
  • Köy çeşmesi
  • Son değişiklikler
  • Dosya yükle
  • Topluluk portalı
  • Wikimedia dükkânı
  • Yardım
  • Özel sayfalar
Vikipedi Özgür Ansiklopedi
Ara
  • Bağış yapın
  • Hesap oluştur
  • Oturum aç
  • Bağış yapın
  • Hesap oluştur
  • Oturum aç

İçindekiler

  • Giriş
  • 1 Tarihçe
  • 2 Yaklaşımlar
    • 2.1 Geleneksel Yaklaşım
    • 2.2 Kritik Zincir Proje Yönetimi
  • 3 Aşamalar
    • 3.1 Başlatma
    • 3.2 Planlama
    • 3.3 Yürütme
    • 3.4 İzleme ve Kontrol
    • 3.5 Kapatma
  • 4 Kaynakça
  • 5 Ayrıca bakınız

Proje yönetimi

  • Afrikaans
  • العربية
  • Azərbaycanca
  • تۆرکجه
  • Български
  • Català
  • کوردی
  • Čeština
  • Cymraeg
  • Dansk
  • Deutsch
  • Ελληνικά
  • English
  • Esperanto
  • Español
  • Eesti
  • Euskara
  • فارسی
  • Suomi
  • Français
  • Galego
  • עברית
  • हिन्दी
  • Hrvatski
  • Kreyòl ayisyen
  • Magyar
  • Հայերեն
  • Bahasa Indonesia
  • İtaliano
  • 日本語
  • ქართული
  • Қазақша
  • 한국어
  • Lietuvių
  • Latviešu
  • Македонски
  • Bahasa Melayu
  • Nederlands
  • Norsk bokmål
  • Polski
  • Português
  • Română
  • Русский
  • සිංහල
  • Simple English
  • Slovenčina
  • Shqip
  • Српски / srpski
  • Svenska
  • Kiswahili
  • தமிழ்
  • ไทย
  • Українська
  • Oʻzbekcha / ўзбекча
  • Tiếng Việt
  • 中文
  • 粵語
Bağlantıları değiştir
  • Madde
  • Tartışma
  • Oku
  • Değiştir
  • Kaynağı değiştir
  • Geçmişi gör
Araçlar
Eylemler
  • Oku
  • Değiştir
  • Kaynağı değiştir
  • Geçmişi gör
Genel
  • Sayfaya bağlantılar
  • İlgili değişiklikler
  • Kalıcı bağlantı
  • Sayfa bilgisi
  • Bu sayfayı kaynak göster
  • Kısaltılmış URL'yi al
  • Karekodu indir
Yazdır/dışa aktar
  • Bir kitap oluştur
  • PDF olarak indir
  • Basılmaya uygun görünüm
Diğer projelerde
  • Wikimedia Commons
  • Vikiveri ögesi
Görünüm
Vikipedi, özgür ansiklopedi

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,[1] 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.[2] Tipik proje kısıtları kapsam, zaman ve bütçedir.[3]

Tarihçe

[değiştir | kaynağı değiştir]

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

[değiştir | kaynağı değiştir]

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

[değiştir | kaynağı değiştir]

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

[değiştir | kaynağı değiştir]

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

[değiştir | kaynağı değiştir]
Proje yönetiminin 5 aşamasının akışını gösteren döngü
Proje Yönetimi Yaşam Döngüsü[4]

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

  • 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

[değiştir | kaynağı değiştir]

Başlatma aşaması, 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. Müşterinin ihtiyaçlarının net bir şekilde ifade edilmesi sağlamalıdır. İyi belirlenmemiş hedefler ve amaçlar, gecikmelere veya projenin tamamen başarısız olmasına neden olabilir. Bu aşamada proje tasarımındaki 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

[değiştir | kaynağı değiştir]

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

[değiştir | kaynağı değiştir]

Yürütme (uygulama) aşaması, proje yönetim planında belirlenmiş olan proje gereksinimlerinin gerçekleştirildiği aşamadır. Projenin en uzun süren aşamadır. Bu aşama, insanları ve kaynakları eşgüdümleme ve aktivitelerinin proje yönetim planına uygun şekle getirme çabalarını içerir. Ortaya çıkacak olan ürün veya hizmetler, proje yönetim planında belirtilen şartları karşılayacak şekilde aşamanın çıktıları olarak oluşurlar. Planlama aşamasında belirlenen her iş paketi ve faaliyetin zamanında ve ayrılan bütçeye uygun olarak gerçekleştirilmesi önem arz eder.

İzleme ve Kontrol

[değiştir | kaynağı değiştir]

İ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ı süreçleri içerir. Bu aşamanın önemli bir faydası, proje performansının izlenmesi ve ölçülmesi sayesinde önceki aşamanın çıktılarının proje yönetim planında belirtilen şartlara uygun olup olmadığının denetlenmesidir.

İzleme ve kontrol aşaması şu süreçleri 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

[değiştir | kaynağı değiştir]

Kapatma projenin resmi olarak bitirilmesini içerir. İdari aktiviteler dosyaların arşivlenmesi ve öğrenilen derslerin belgelendirilmesini içerir. Sözleşmede belirtilen her unsurun istenilen şartlarda gerçekleştirilme oranı netleştirilir. Proje kapatma raporu hazırlanır. Bu raporda proje başından itibaren gerçekleşen harcamalar, iş yükü ve ortaya çıkan ürün ve hizmet şeffaf bir şekilde ifade edilir. Kapatma sonrası projenin takibini içeren ticarileşme planı gibi süreçler belirlenir.

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

[değiştir | kaynağı değiştir]
  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. ^ "Project Management Methodology - Enterprise Systems" (PDF). Washington State University (Temmuz 2016 tarihinde yayınlandı). 26 Temmuz 2024. 24 Mart 2023 tarihinde kaynağından arşivlendi (PDF). Erişim tarihi: 26 Temmuz 2024. 
  5. ^ PMI (2010). A Guide to the Project Management Body of Knowledge p.27-35

Ayrıca bakınız

[değiştir | kaynağı değiştir]
  • 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ım
mü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
"https://tr.wikipedia.org/w/index.php?title=Proje_yönetimi&oldid=33655812" sayfasından alınmıştır
Kategoriler:
  • Proje yönetimi
  • Ürün geliştirme
  • Kalite
  • IEEE standartları
  • Türlerine göre yönetim
  • ISO/IEC standartları
  • Endüstri mühendisliği
Gizli kategoriler:
  • ISBN sihirli bağlantısını kullanan sayfalar
  • GND tanımlayıcısı olan Vikipedi maddeleri
  • LCCN tanımlayıcısı olan Vikipedi maddeleri
  • LNB tanımlayıcısı olan Vikipedi maddeleri
  • NDL tanımlayıcısı olan Vikipedi maddeleri
  • NKC tanımlayıcısı olan Vikipedi maddeleri
  • NLI tanımlayıcısı olan Vikipedi maddeleri
  • Sayfa en son 01.23, 14 Ağustos 2024 tarihinde değiştirildi.
  • Metin Creative Commons Atıf-AynıLisanslaPaylaş Lisansı altındadır ve ek koşullar uygulanabilir. Bu siteyi kullanarak Kullanım Şartlarını ve Gizlilik Politikasını kabul etmiş olursunuz.
    Vikipedi® (ve Wikipedia®) kâr amacı gütmeyen kuruluş olan Wikimedia Foundation, Inc. tescilli markasıdır.
  • Gizlilik politikası
  • Vikipedi hakkında
  • Sorumluluk reddi
  • Davranış Kuralları
  • Geliştiriciler
  • İstatistikler
  • Çerez politikası
  • Mobil görünüm
  • Wikimedia Foundation
  • Powered by MediaWiki
Proje yönetimi
Konu ekle