Proje yönetimi konusunda ise Amazon’dan gelen bir e-posta ile “Value-Based Metrics for Improving Results: An Enterprise Project Management Toolkit” Mel, Ph.D. Schnapper, Steven C. Rollins kitabı dikkatimi çekti.

PMI üyeliğim sayesinde books24×7.com  üzerinden bu kitabı okuma fırsatı buldum.

Kitap herhangi bir organizasyonda baz plan, izleme, yönetme, iyileştirme, iş fonkisyonlarının aynı hizaya getirilmesi ve ödüllendirilmenin geliştirilmesi için ölçütlerin kullanıldığı bir araç olan değer bazlı bir metodoloji için yol haritası belirtiyor.

Yazarlar bu kapsamada Performansın 3M’si olarak adlandırdıkları bir süreç geliştirmişler. 3M’den kasıt ise Measure (Ölç), Manage (Yönet), ve Magnify (Büyüt) şeklinde tanımlanmış.

Bu metodoloji, kurumların amaçlarına ulaşmak için stratejik olarak belirledikleri ölçütlerin organizasyon içerisinde hiyerarşik olarak yaygınlaştırılmasını destekliyor. Hiyerarşi ise organizasyon için ölçütlerin oluşturulması, bu ölçütlerin departmanlara indirgenmesi, ve bu ölçütlerin daha sonra bireylere indirgenmesi şeklinde.

Bu ölçütlerin tanımlanmasında, herhangi bir işe başlamadan önce işin tamamlanması sonrasında başarı ölçülerinin nasıl tanımlanacağını belirlenmesi gerekliliği belirtiliyor. ( Bu cümleyi yazdıktan sonra covey’in sonunu düşünerek işe başla, uygulama geliştirmede test driven developement, çevik iş analiz süreçlerinde hikayelerin  yazılması sırasında kabul kriterlerinin yazılması, iş yönetiminde amaçlarla yönetim gibi konular aklıma geliyor. J )

Yazarlar, projelerin maliyetlerinde ve proje sürelerinde bitirilememesini, ölçütlerin işe başlanmadan belirtilmesi yerine iş yapılırken tespit edilmesine bağlıyorlar.

Ölçütlerle yönetmek için gerekli adımlar ise şu şekilde sıralandırılıyor.

1.       Başlangıç için baz alınacak tüm verileri toplayın

2.       Kurumsal amaçlar için atanmış kurumsal hedeflere ait tüm maliyetleri hesaplayın.

3.       Her bir kurumsal amaç için planlanmış başlangıç ve bitiş zamanlarını belirleyin.

4.       Kurumsal amaçların, kurum için stratejik önemine göre (katacağı değere göre) sıralayın.

5.       Bu bilgiler ışığıdan kurumun 3M profilini çıkarın.

Örneğin kurumun amaçlarından birinin kurum içerisinde PMO sürelerinin oturtulması olduğunu düşünelim. Bu durumda yazarlar öncelikle ölçecekleri anahtar sonuç alanlarını (key value areas) ve ağırlıklarını şu şekilde belirlemişler.

a.       PMO’nun kurulumu (%40)

b.      PMO’nun yönetimi (%40)

c.       Çalışanların geliştirilmesi (%20)

Performans amaçlarını da her bir anahtar sonuç alanı için belirlemişler.

PMO’nun kurulumu (%40):

Kurulumun başlangıcı (%20):  1 ay içerisinde gerçekleşirse ( 4: Mükemmel), 2 ay içerisinde gerçekleşirse (3: İyi),  3 ay içerinde gerçekleşirse (2: Tatmin edici), 3 aydan daha fazla sürede gerçekleşirse (1: tatmin edici değil)

PMO için gerekli kaynakların temini(%20): Gerekli  kaynakların %90’ının temini (4: Mükemmel), Gerekli  kaynakların %50’sinin temini (3: İyi), Rol ve sorumluluklarının belirlenmiş olması (2: Tatmin edici), Tanımsız (1: tatmin edici değil)

Bu şekilde hedefleri belirlenmiş amaçların daha iyi yönetilebileceği belirtiliyor.

Ölçütlerle yönetim sırasında amaçların değişmesi durumunda , oranların değiştirilerek ilgili organizasyon veya kişilerin daha fazla değer katacak yere yönlendirilebileceği belirtiliyor.

Genel olarak bakacak olursak kitap 4 ana bölüme ayrılmış durumda:

a.       Metodolojinin tanımlanması

b.      Organizasyon için 3M Yönetim Programı

c.       Organizasyon için 3M Yönetim Araçları

d.      Organizasyonunuz için Uygulamaya Konulacak Ölçüt Programının  Değer Teklifinin Ortaya Çıkartılması

Eğer organizasyonunuz içerisinde proje yönetimini ve proje ofisinizi ölçütlerle yönetmeyi planlıyorsanız 3M metodolojisi size bir fikir verecektir. Aynı zamanda yazarın sunmuş olduğu örnek araçlar ve özellikle son bölümde yer alan PMBOK içerisinde yer alan süreçler için sunmuş olduğu “3Ms Maturity Model” bölümü ve bölümde PMO’lar için belirlemiş olduğu 7 seviye PMO olgunluğunuzu değerlendirmek için bir model oluşturuyor. Yazar aynı zamanda 3M olgunluk modelini oluşturmak için her ay neler yapılacağını belirttiği bir yol haritası belirtiyor.

Linkler:

Amazon’dan kitabı almak için

PMI’a üye olmak için (üye olduğunuzda kitaba ulaşabiliyorsunuz.)

Google Kitaplar’dan kitaba göz atmak için

Yeni yazılardan e-posta ile haberdar olmak için blog’a ana sayfadan abone olabilirsiniz.

Related posts:

1. Proje Beratı (Project Charter) ve Proje Kartı Proje Beratı PYD sözlüğünde “Proje Beratı projenin resmen tanındığını belgeleyen...
2. Proje Yönetimi ve Atasözleri, PMI-TR Tanışma Toplantısı PMI-TR tarafından organize edilen tanışma toplantısı 25 Mayıs 2009 tarihinde...
3. Proje Sponsoru Kimdir ve Görevleri Nelerdir? Proje Sponsoru: Proje için finansal kaynakların teminini sağlayan kişi veya...

Edward de Bonu’nun kitaplarını 2009 yılı içerisinde okumaya çalışıyorum. D&R’dan birkaç kitabını alma fırsatı buldum. deBono yanal düşünme (lateral) ve paralel düşünme terimlerinin yaratıcısı.

Güzel akıl nasıl edinilir? kitabında deBono iletişim konusunda aklımızı nasıl kullanabileceğimiz üzerinde durmuş. İletişim için önce ne söylenildiğini anlama, sonra akıl yürütme ve sonrasında da konuşma gerekiyor. Bu üç işlem için de aklımızı güzel bir şekilde kullanmamız gerekiyor.

Kitap’ın içindekiler bölümünde

· Aynı görüşte, karşı görüşte, farklı görüşlerde olma

· İlginç olmak

· Karşılık vermek

· Dinlemek

· Sorular

· Paralel düşünme

· Kavramlar

· Alternatifler

· Duygular ve Heyecanlar

· Değerler

· Yön Değiştirme ve Sapma

· Bilgi

· Görüş

· Karşıdakine müdahale etmek

· Tavırlar

· Konuşmaya Başlama ve Konular;

Bölümleri yer alıyor. Her bölüm örneklerle anlatılıyor ve sonunda özetleri bulunuyor.

deBono’nun düşünme ve akıl yürütme konularında geliştirdiği sistemsel yöntemlerin iletişim ve karar alma süreçlerinde riskleri azaltma konusunda faydalı olabileceğini düşünüyorum. Sorun şu ki akıcı ve basit bir şekilde ortaya konular sistemlerin uygulanmaya konulması için pratikler yapılması gerekiyor.

Kitap içerisinde işaretlediğim bir bölümü sizlerle paylaşmak istiyorum. Yazar alternatifleri aramanın güzel aklın çok önemli bir faaliyeti olduğunu belirtiyor. Alternatifleri aramak için ise üç aşamadan söz etmektedir.

1. Alternatifleri aramaya karşı istek,

2. Alternatif üretmek için çaba,

3. Alternatiflere değer biçme,

Deming’in plan-do-check –act yapısını akla getirmiyor mu? Alternatifleri bulma ihtiyacı iş süreçlerini iyileştirmek için geliştirilmiş bir problem çözme süreçlerine benziyor. Demek ki güzel aklımızı geliştirmek için alternatifleri sorgulamak bizim için faydalı bir faaliyet olacak.

Daha fazlası için:

Related posts:

1. Zamanı Nasıl Değerlendiriyorsunuz? Zamanınızı nasıl değerlendirdiğinizin bilgisini tutuyor musunuz? Bu amaçla daha önceden...
2. Sonuçları İyileştirmek için Değer Bazlı Ölçütler - Kurumsal Proje Yönetimi Araç Seti Proje Yönetiminde ölçütlerin (metriklerin) kullanılmasına yönelik oldum olası ilgi gösteriyorum....
3. Proje Beratı (Project Charter) ve Proje Kartı Proje Beratı PYD sözlüğünde “Proje Beratı projenin resmen tanındığını belgeleyen...

Bundan 24 Ağustos - 28 Ağustos 2009 tarihleri arasında Agile Konferansında , 25 Ağustos’ta Agile Community of Practice’in başlangıç etkinlikleri içerisinde yer alması neden oluyor.

PMI süreçleri ve çevik süreçlerden scrum’ı süreçleri içerisinde  ve süreçlerin oturturmasında aynı anda yer almış bir proje yöneticisi olarak şimdilerde aşağıdaki yazıları ve siteleri takip etmekteyim:

PMI Agile Community of Practice

Extreme Project Management Department of Gannthead

http://agile2009.wordpress.com/2009/08/19/pmi-coming-to-learn-at-agile-2009/ Bu sayfa altında referans gösterilen blogları takip etmenin faydalı olacağını düşünüyorum.

Voices on Project Management | Agile

Related posts:

1. Online Presentation - Agile Trends You can reach to Kent Beck’s Agile Trends presentation from ...
2. Agile Manifesto Yazılım projelerinin geliştirilmesi sırasında geliştirme süreci konusunda bizlere çeşitli yazılım...
3. PMP Anket Sonuçları – Temmuz.2009 Mart ayı başında www.erdemseherler.com/pmp/pmp-anket/ adresinde yayınlanmış olan anket sorularına 24...

Yer: Bahçeşehir Üniversitesi, Beşiktaş Kampüsü

Zaman: 19.Ağustos.2009 ; 19:00 - 20:15

Ücret: Ücretsiz.

Kayıt için: Kayıt için tıklayınız.

Seminer Başlığı: PMBOK Proje Yönetim Süreç Grupları  ile Scrum Süreci’nin bir arada kullanılmasına yönelik tecrübe paylaşımı

Gündem:

Erdem SEHERLER (PMP, MBA  - Proje Yöneticisi)

*PMBOK nedir? PMBOK’a göre Yönetim Süreç Grupları Nedir?
*Scrum Nedir? Scrum Süreci nedir?
*Başlangıç Süreci Tecrübeleri
- Proje Beraatı
- Ürün’e Ait Birikmiş Hikaye Listesi

*Planlama Süreci Tecrübeleri
- İş Kırılım Yapısı, İş Kırılım Yapısı Sözlüğü
- Proje Zaman Planı
- Sürüm / Sprint Planlama

* İcra Süreci Tecrübeleri
- Proje Yönetimi,
- Kalite Takibi,
- Bilgi Paylaşımı,
- Paydaşlarla İletişim

* İzleme ve Kontrol Süreci Tecrübeleri
- Kapsam’ın Doğrulanması, Kontrolü,
- Zaman ve Maliyet Planlarının Kontrolü,
- Risklerin Kontrolü,
- Performansın Raporlanması
- Kazanılmış Değer Yönetimi - Yakım Grafiği

* Kapanış Süreci Tecrübeleri
- Sprint sonu Demo’su.
- Öğrenilen Dersler Toplantısı
- Fazın, Projenin veya Sprint’in kapatılması

Sunum ve sonrasında sohbet olarak geçmesini beklediğim seminer’e katılımınızı bekliyorum.

Related posts:

1. İş Ayrışım Yapısı Sözlüğü - WBS Dictionary İş ayrışım yapısı ile ilgili yazımızda ,aşağıdaki bilgileri vermiştik:  “İş...
2. WBS (Work breakdown structure - İş Ayrışım Yapısı) Modeler Proje planlarınızdaki iş ayrışım yapısının yazıcı çıktısını almak istediğinizde bu...
3. Proje Sponsoru Kimdir ve Görevleri Nelerdir? Proje Sponsoru: Proje için finansal kaynakların teminini sağlayan kişi veya...

Anketin tutarlılığı için anketi doldurmuş olan kişilerin isimleri PMI Online Registery sayfalarından kontrol edilmiştir.

Anket sonuçlarının yorumlanması ve tutarlılığı ile ilgili doküman Ağustos ayı içerisinde www.erdemseherler.com adresinde yayınlanacaktır. Ağustos ayı içerisinde yayınlanacak sürümde 24 Temmuz ile 4 Ağustos arasında ankete katılan PMP’lerin sonuçları ayrıca sonuçlara dahil edilecektir.

PMI, PMP and PMBOK are registered trademarks of PMI. www.erdemseherler.com ’un  PMI,PMI-TR ile bir bağlantısı yoktur.

Anket sonuçlarını görmek için:

PMP Anket Sonuçları Temmuz 2009

Related posts:

1. PMP Anket Sonuçları - Mayıs http://www.erdemseherler.com/pmp/pmp-anket adresinde yayınlamış olduğumuz anketi Mart ve Nisan ayı içerisinde...
2. PMP Anket Sonuçları - Nisan http://www.erdemseherler.com/pmp/pmp-anket adresinde yayınlamış olduğumuz anketi Mart ayı içerisinde dolduran PMP’lerle...
3. PMP Anket [contact-form 2 "PMP Anket"] ...

İlgili prensipleri yazılı hale getirdikten sonra, her bir proje ekip üyesinin okuyarak ileride doğabilecek olan davranışlarımı öngörmelerine ve bu ilkeleri benimsemeleri durumunda farklı durumlarda aynı ilkeler doğrultusunda düşünerek çözüme ulaşmaları konusunda yol göstermek istedim.

Bu prensiplerin oluşmasında zaman içerisinde Peter Drucker, Stephan Covey gibi kişilerden etilenmiş olduğumu baştan söyleyebilirim.

İlgili prensipler aşağıda yer almaktadır. Siz de 12.maddeye eklemek istediklerinizi yorum olarak ekleyebilirsiniz.

Çalışma Prensipleri

1. Karşılıklı Güven: %100 : Herkese %100 güven ile çalışma ortamına başlıyoruz. Ancak eğer güvendiğim kişinin güvenimi suistimal etmesine şahit olursam güven katsayım hızla düşüyor. Atasözleri: “1 deli bir kuyuya bir taş atmış kırk akıllı çıkartamamış.”

2. Karşılıklı Saygı: İşin ortaya çıkması için sonuç için karşılıklı olarak tartışıp en iyi bulmak için uğraşabiliriz, tartışabiliriz. Ancak bir birimize iş ortamında herzaman saygılı davranmalıyız, davranacağız.

3. Telepati gerçekleştiremiyorum : İletişimi çok kuvvetli tutacağız. Karşımızdaki kişinin ne düşündüğümüzü bildiğini varsaymayacağız. Karşınızdaki kişinin sizin bakışlarınızdan veya sizin gönderdiğiniz sinyalleri doğru algılayacağını varsaymayacağız. Konuşmalarda bile karşılıklı olarak aynı şeyi anladığımızı gerekirse teyit ettireceğiz.

4. Riskleri gördüğünde ilgili kişilerle zamanında paylaş : Riskler veya problemlerle karşılaştığımız zaman ilgili kişilerle zamanında paylaşacağız. Eğer riski görüp çözmek için debelenirsek ve zamanı harcarsak, geç paylaşım sonrasında risk için yardım almak istediğiniz kişilere zaman bırakmayabilirsiniz. Paylaştığımız riskler konusunda aksiyon alınmadığı izlenimine kapılırsak tekrar ilgili kişi ile iletişime geçeceğiz. Halen aksiyon alınmıyorsa bir üst seviyeye riski haberdar edeceğiz.

5. Açık kapı politikası : Her türlü sorun için görüşmek istediğinizde odamın kapısının ve telefonumun açık olduğunu lütfen biliniz.

6. İşin Sonunu Düşünerek İşe Başla: Yapılacak işin sonunda nereye varılacağını düşünerek işe başlayacağız. Eğer işin sonunda hedeflediğimiz noktayı/noktaları baştan tespit etmezsek planımızı düzgün yapamayız, risklerimizi tespit edemeyiz.

7. En önemli işi en önce yap: İşlerimizi önem ve aciliyetine göre önceliklendirelim. Verdiğimiz önceliklere göre işlerimizi gerçekleştirelim. Her gün öncelik listemizde değişiklik olup olmadığımızı kontrol edelim. Gün içerisinde en önemli işimizi, gün sonunda tamamladığımızdan veya belirli bir noktaya getirdiğimizden emin olalım.

8. Önce anlamaya çalış, sonra anlaşılmaya : İletişim içerisinde bulunurken, önce karşımızdakinin ihtiyaçlarını anlayalım, sonra bu ihtiyaçları göz önünde bulundurarak karşımızdaki ile iletişime geçelim.

9. Proaktif olalım: Problemler ortaya çıkıp, sonra bu problemlere karşı aksiyon almak yerine, başta problemin ortaya çıkmaması için proaktif olalım.

10. Sinek avlama bataklığı kurut: Bir problem çıktığında geçici olarak anlık çözümler bulmak yerine, sorunun ortaya çıkış nedeni bulup kalıcı çözümler bulmaya çalışalım. ( Kalıcı çözümleri gerçekleştirirken çözümün maliyeti ile sorunun ortaya çıkma sayısı ve yarattığı maliyet arasında ilişki kurarak ekonomik çözümleri yaratalım.)

11. Kazan kazan: Hem bizim, her şirketin, hem müşterimizin, hem de iletişimde bulunduğumuz kişilerin kazanacağı ortamlar ve süreçler kurmaya çalışalım.

Eklemek istedikleriniz var mıdır? (lütfen yorum olarak ekleyin)

…………………………………..

Related posts:

1. Problemler çıktığında; Yönettiğimiz ekiplerde, projelerde her zaman çeşitli risklerle iç içeyizdir. Bu...
2. Gereksinimlerin Kullanımı Gökrem Tekir  Blog’unda Gereksinimlerin Kullanımı isimli bir yazı yayınlamış. (Yazı için...
3. Balık Tutmasını Ögretmek Balık Tutmasını Ögretmek   Bir yıl sonrasını düşünüyorsan tohum ek,...

Hem bireysel hem de takım olarak kullanılabilen bir araç.
 Bu araç aşağıdaki amaçlarla kullanılabilir.

• Veri toplama
• Planlama
• Takip etme
• Veri analizleri

İlgilenenler için web adresi : http://processdash.sourceforge.net/

Related posts:

1. Güzel Akıl Nasıl Edinilir? Güzel Akıl Nasıl Edinilir? Edward de Bonu’nun kitaplarını 2009 yılı...
2. Gereksinimlerin Kullanımı Gökrem Tekir  Blog’unda Gereksinimlerin Kullanımı isimli bir yazı yayınlamış. (Yazı için...
3. PMI ve Çeviklik bir arada Çevik süreçler ve PMI’ın PMBOK çerçevesinde kullandığı süreçlerin bir arada...

Konuşması sırasında Planlama konusunda eksikliklerimizi veya yaklaşımlarızı anlatırken “Kervan yolda düzülür” atasözünü kullandı. Kısa süreli projelerde sorun çıkmadığını, ancak projelerde adam gün maliyetlerinin 5000-10000 adam güne çıktığı projelerde halen planlamada sorunlar olabildiğini belirtti.

Uygulama süreci için ise uygulamanın proje yöneticilerine göre esnetip değiştirilebildiğini belirtmek için “At sahibine göre kişner” atasözünü kullandı.

Projelerin kapanış süreçlerinde ise artık brain storming’in blaim storming’e dönüşebildiği durumlar olduğunu belirten Yorulmaz’ın seçtiği ata sözü ise “Denize düşen yılana sarılır” oldu.

Dokümantasyon konusundaki eksikliklerimizi ise “Kol kırılır, yen içinde kalır” atasözü ile eşleştirdi.

Sayın Yorulmaz’a esprili bir şekilde aktardığı proje yönetim problemleri için teşekkür ederim.

Toplantı sırasında yine Türk Telekom desteği ile PMBOK’un Türkçe çevirisini elime alıp inceleme fırsatı buldum. Belirtildiğine göre çevrimler son okuma ve grafiklerin Türkçe’ye çevrilmesi aşamasına gelmiş. 2009 içerisinde Türkçe kitaba ulaşma imkanımızın olacağı ve 2010 yılında PMP sertifikasyon sınavının Türkçe olabileceği konusu toplantı sırasında iletildi.

PMI-TR’ın Türkçe web sayfaları üzerindeki çalışmaların devam edeceği ve yakında aktif olarak faaliyete geçeceği belirtildi. Detaylar ve gelişmeler hakkında www.pmi-tr.org ‘u takip edebilirsiniz.

Related posts:

1. Proje Beratı (Project Charter) ve Proje Kartı Proje Beratı PYD sözlüğünde “Proje Beratı projenin resmen tanındığını belgeleyen...
2. Sonuçları İyileştirmek için Değer Bazlı Ölçütler - Kurumsal Proje Yönetimi Araç Seti Proje Yönetiminde ölçütlerin (metriklerin) kullanılmasına yönelik oldum olası ilgi gösteriyorum....
3. Kazanılmış Değer Yönetimi- 4 Kazanılmış Değer Yönetimi ile ilgili yazı dizimize devam ediyoruz. Bu...

Michael James - An example checklist for ScrumMasters

Related posts:

1. JTPD Seminerinde Sunum 19.08.2009 19 Ağustos 2009′da JTPD.org’un organize ettiği Seminerlerin 5.sinde Proje Yönetimi...
2. Sonuçları İyileştirmek için Değer Bazlı Ölçütler - Kurumsal Proje Yönetimi Araç Seti Proje Yönetiminde ölçütlerin (metriklerin) kullanılmasına yönelik oldum olası ilgi gösteriyorum....
3. Agile Manifesto Yazılım projelerinin geliştirilmesi sırasında geliştirme süreci konusunda bizlere çeşitli yazılım...

“İş ayrışım yapısı sözlüğü: Her bir iş ayrışım yapısı bileşenini daha detaylı olarak açıklayan dokümandır.

 Bir İş Ayrışım Yapısı yanında iş ayrışım yapısı sözlüğünü bulundurmuyorsa her bir takipçisi tarafından farklı algılanabilir.” Bakınız: İş Ayrışım Yapısı

 Bu yazımızda iş ayrışım sözlüğünde bulunması gereken bilgilerden bahsedeceğiz ve iş ayrışım yapısı için örnek dosya paylaşacağız. 

PMBOK’un tanımlamalarında aşağıdaki bilgilerin olması gerekliliği belirtilmektedir: 

• İş ayrışım yapısı kodu :
• Yapılan işin tanımı :
• Sorumlu organizasyon :
• İlgili zaman aktiviteleri ve kilometre taşları
• Gerekli kaynaklar
• Maliyet tahminleri
• Kalite ve kabul kriterleri
• Teknik referanslar
• Kontrat Bilgileri

 İş Ayrışım Yapısı Sözlüğü ile yapılacak işin tanımlanmasının disiplinli bir şekilde yapılması  sağlanması hedeflenmektedir. Sözlükte, iş ayrışım yapısı içerisinde yer alan kısa isimlendirmenin detaylı tanımlanması ile yanlış anlaşılmaların önüne geçebilecektir.

 İş ayrışım yapısının tanımlanmasında Proje Tanımlama Dokümanı (Project Scope Statement) ve  gereksinim dokümanı (Requirements Documentation) girdi olarak kullanılıyor. Bu noktada Gereksinim dokümantasyonunda gereksinimlerin iş ayrışım yapısı mantığında hiyerarşik olarak yazıldığında veya daha sonra çıktılarla eşleştirilecek şekilde yazıldığında proje yöneticisinin işi kolaylaşmaktadır. 

Ancak gereksinim dokümantasyonunda bir ayrıştırma yapılmadığında öncelikle İş Ayrışım Yapısının çıkartılması gerekmektedir.  Sonrasında iş ayrışım yapısına göre iş ayrışım yapısı sözlüğü çıkartılmalıdır.

 Örnek bir İş Ayrışım Yapısı Sözlüğüne buradan ulaşabilirsiniz. Her bir bölümde yol gösterici bölümlerinde nelere dikkat edilmesi gerektiği yazılmıştır. 

Diğer yazılarımızda iş ayrışım yapısı sözlüğünü doldururken yaşadığım tecrübeleri paylaşacağım.

 Bu yazı ile ilgili yorumlarınızı ve tecrübelerinizi yorumlar kısmında belirtebilirsiniz.

Related posts:

1. İş Ayrışım Yapısı - WBS Projelerde en fazla sorun yaşadığımız noktalardan bir tanesi kapsamın tanımlanması...
2. WBS (Work breakdown structure - İş Ayrışım Yapısı) Modeler Proje planlarınızdaki iş ayrışım yapısının yazıcı çıktısını almak istediğinizde bu...
3. JTPD Seminerinde Sunum 19.08.2009 19 Ağustos 2009′da JTPD.org’un organize ettiği Seminerlerin 5.sinde Proje Yönetimi...