Scrumguides.org’da yer alan Scrum Guide’a göre Scrum’da geliştirme ekibinin optimal büyüklüğü 3-9 kişi arasında belirtiliyor. Product Owner ve Scrum Master geliştirmeye dahil oluyorsa bu sayıya dahiller. Geliştirme yapmıyorlarsa bu sayıya dahil değiller. Scrum ile ilgilenmeye ilk başladığımda ekip büyüklüğü ile ilgili 7 +- 2 kişi olarak belirtilirken şimdi bazı yerlerde 6 +-3 veya 3-9 kişi […]
Scrum Guide’da ki tanımlara baktığımızda ürün sahibi (Product Owner) Scrum Takımının ortaya çıkarttığı işin değerini maksimum’a çıkmasından sorumlu olan kişi olarak tanımlandığını görüyoruz. Bir diğer deyişle, ürün sahibi içinde bulunduğu takımın en fazla değeri ortaya çıkarmasından sorumlu olan kişi. (Takımın çıkardığı değer de ortaya çıkan ürüne eklenmeli ki, ürünün değeri artsın. ) Tecrübelerimden gördüğüm,
Proje Yönetiminde ölçütlerin (metriklerin) kullanılmasına yönelik oldum olası ilgi gösteriyorum. Aslına bakarsanız sadece proje yönetiminde değil, iş hayatında ölçütlerin kullanılması konusu ilgimi çekiyor. Sözü açılmışken bu kapsamda Kaplan ve Norton’dan “Blanced Score Card” kitabını tavsiye ediyorum. Proje yönetimi konusunda ise Amazon’dan gelen bir e-posta ile “Value-Based Metrics for Improving Results: An Enterprise Project Management Toolkit” […]
19 Ağustos 2009’da JTPD.org’un organize ettiği Seminerlerin 5.sinde Proje Yönetimi ve Scrum konusundaki tecrübelerimi paylaşacağım. Seminerin detay bilgileri aşağıda yer almaktadır: 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 […]
Kısa süreli gerçekleştirdiğim son işimde proje ekibi üyelerinin beni ve çalışma prensiplerimi tanıtma ihtiyacı duydum. Bu nedenle çalışma prensiplerimi dokümante edip, kültür değişimini tetiklemeye veya benim yaklaşımıma farklı yaklaşımda bulunan kişiler olup olmadığını görmek istedim. İ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 […]
PMI-TR tarafından organize edilen tanışma toplantısı 25 Mayıs 2009 tarihinde gerçekleşti. Katılım sırasında konuşmacı olarak yer alan Türk Telekom’dan Tunç Yorulmaz Proje Yönetim tarzlarına atfen anlattığı bölümlere Türk atasözleri ile renk kattı.
İş ayrışım yapısı ile ilgili yazımızda ,aşağıdaki bilgileri vermiştik: “İş 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ş […]
Gökrem Tekir Blog’unda Gereksinimlerin Kullanımı isimli bir yazı yayınlamış. (Yazı için tıklayınız.) Proje kapsamı içerisinde tanımlanan gereksinimlerin %45’inin hiç bir zaman proje tamamlanması sonrasında kullanılmadığı çıkartımını yapıyorum bu yazıdan. Bu yazının sonucunda iki konuda yorum yapmak istiyorum. Gereksinimlerin veya çıkan ürünün özelliklerinin kullanılıp kullanılmadığının takibi Üretilen ama kullanılmayan gereksinimlerinin maliyetleri Teker teker konulara bakalım:
Kazanılmış Değer Yönetimi – 4 yazımızda Kazanılmış Değer Yönetimi terimlerinden bahsetmiştik. Şimdi terimlerin neler olduğu ve nasıl hesaplandığını bildiğimize göre Kazanılmış Değer Yönetimi-2 de 4.gün değerlerini nasıl bulduğumuza bakalım. Kazanılmış Değer Yönetimi-3 yazımızda kazanılmış değeri hesaplarken tamamlanma yüzdesini kullanacağımızı belirtmiştik. Şimdi gerçekleşen maliyeti ve kazanılmış değeri her gün için hesaplayalım. Sonrasında da değerleri yorumlayalım. İlk başta sonucu […]
Proje Beratı PYD sözlüğünde “Proje Beratı projenin resmen tanındığını belgeleyen dokümandır. Genelde proje dışından bir yönetici tarafından yayınlanır. Bu berat aynı zamanda proje yöneticisine örgüt kaynaklarını proje çalışmalarında kullanması için yetki verir.” Olarak tanımlanmakta. PMBOK 4.sürümde paydaşların ihtiyaçlarını ve beklentilerini tatmin edecek gereksinimleri dokümante eden, projeyi ve projenin bir fazına yetki veren bir doküman olarak […]