Yazar arşivleri: savassakar

PMP Hazırlık – Kapsam – 27

Myth: In Scrum, the Product Backlog has to consist of User Stories | by Christiaan Verwijs | The Liberators | Medium

Ürün ve Yineleme İş Listeleri

İş Kırılım Yapısından (İKY) veya benzer süreçlerden gelen işler ve faaliyetler, iş (biriktirme) listelerine yerleştirilebilir. Ürün iş listesi, ürünü teslim etmek için beklenen tüm çalışmaların listesidir. Projenin ürün iş listesi proje boyunca değişir. Ürün iş listesi kalemleri (Product Backlog Items – PBI), işler tamamlandıkça kaldırılır. Ürün iş listesi, proje ilerledikçe ve gereksinimler değiştikçe güncellenir. Ürün iş listesini düzenlemek ve iyileştirmek, genellikle haftalık veya aylık olarak planlanmış, devam eden bir çalışmadır. Ürün iş listesi önceliklere ve değere göre sürekli önceliklendirilir.

Proje ekipleri, tamamlanması gereken işleri daha iyi yönetmek için, ürün iş listesindeki öğelere dayalı olarak kendi iş listeleri üzerinden yinelemeleri planlarlar. Proje ekibi Yineleme İş Listesinde, kapasitesine bağlı olarak bu süre içinde makul bir şekilde tamamlayabileceği ürün iş listesindeki hangi öğeleri ele alacağını belirler. Proje ekipleri yapılacak işlere harcanacak eforu ve buna bağlı önceliklerini netleştirirler.

Kullanıcı hikayeleri

Projeler değer sağlamak içindir. Kullanıcı(müşteri) için değerin ne olduğuna odaklanmak için proje ekipleri kullanıcı hikayelerini kullanırlar. Kullanıcı hikayeleri, proje ekibinin çalışmalarından kimin, nasıl yararlanacağının ve beklentisini çerçevelemeyi amaçlar.

Kullanıcı hikayeleri “Bir [kullanıcı adı veya kişi] olarak, [hedef veya niyet] istiyorum, böylece [hedef ne değer getiriyor] gibi bir şablonda açıklanır. Kurulacak cümlenin birçok varyasyonu vardır. Kurulan cümle yaratılacak değeri kapsadığı sürece bir hikaye olduğu kabul edilir. Kullanıcının isteğini ayrıntılı bir gereksinim veya spesifikasyondan ziyade kullanıcı hikayesi olarak tanımlamak, proje ekibinin sadece bir spesifikasyonu sunmak yerine kullanıcının gerçekte neye değer verdiğine daha fazla odaklanmasını sağlar.

Kapsamın Onaylanması için Araçlar ve Teknikler

Kapsamı doğrulamak için aşağıdaki araçlar, teknikler ve yaklaşımlar kullanılabilir;

Bitti Tanımı (Definition of Done- DoD)* – Yerine getirilmesi gereken tüm kriterlerin kontrol listesidir. Böylece teslimat, müşteri kullanımına hazır olarak kabul edilebilir.
Hazırın Tanımı (Definion of Ready-DoR)* – Proje ekibinin üzerinde çalışmaya başlayabilmesi için ihtiyaç duyduğu bilgilerin tamamlanma durumudur.
Kabul Kriterleri (Acceptance Criteria)* – Teslimatlar teslim edilmeden önce kabul edilmiş ve karşılanması gereken bir dizi koşuldur.
Kapsamın Onaylanması (Validate Scope)* – Tamamlanan teslimatlar üzerinden projenin kabulünü resmileştirme sürecidir. Kapsam onayı proje yöneticisinin, proje müşterisi veya sponsoru ile nihai sonuçtan memnun kaldıklarından emin olmak için teslimatlar ve sonuçlar için resmi kabullerini almaktır. Bkz: Kalite Kontrolü ve Kapsam Onaylama
Yineleme İncelemeleri (Iteration Reviews) – Yinelemenin sonunda veya buna yakın bir zamanda, proje ekibi ile yineleme sırasında yapılan tüm çalışmalar paydaşlarla paylaşılır ve geri bildirim alınır.
Varyans Analizi (Variance Analysis)*– Temel çizgiler ve gerçekleşen performans arasındaki farkın nedenini ve derecesini belirlemek için kullanılan tekniktir. Varyansın kabul edilebilir olup olmadığı veya önleyici/düzeltici eylem gerekip gerekmediğine bakılır. Bkz: Proje Yönetiminde Varyans Analizi
Eğilim Analizi (Trend Analysis)*– Geleceği tahmin etmek için matematiksel modelleri kullanan tarihsel sonuçlara dayalı analitik bir tekniktir. Proje performansı gözden geçirilerek iyileşme mi yoksa bozulma mı olduğunu belirlemek için kullanılır.

*Sözlük tanımları Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) adresinden alınmıştır. – Altıncı Baskı, Project Management Institute, Inc., 2017 ve Project Management Institute, Agile Practice Guide, Project Management Institute, Inc., 2017.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Kapsam – 26

Bir Cevap Yazın

İş Kırılım Yapısı (İKY)

İş Kırılım Yapısı (İKY), proje hedeflerine ulaşmak ve gerekli çıktıları oluşturmak için proje ekibi tarafından yürütülecek toplam iş kapsamının hiyerarşik olarak ayrıştırılmasıdır. İKY, projeyi tamamlamak için gereken toplam çalışma kapsamını tanımlar. Büyük projelerde, farklı aşamalar, farklı ayrıntı düzeyinde ayrıştırılabilir.

Bkz: İş Kırılım Yapısı Ne İşe Yarar?

İş Paketleri

Maliyet ve sürenin tahmin edildiği ve yönetildiği iş kırılım yapısının en alt seviyesinde tanımlanan işlere verilen addır. Bir iş paketi, planlanabilen, bütçelenebilen ve bir kişiye veya gruba atanabilen bir çıktıyı tanımlar. Burada dikkat edilmesi gereken, İKY’de atıfta bulunulan “iş”in aslında işin kendisinin değil, bir iş paketinin sonucu olan ürünler veya çıktılar olduğudur.

İKY Sözlüğü

İKY sözlüğü, iş kırılım yapısındaki her bir bileşen hakkında ayrıntılı teslimat, efor ve zamanlama bilgisi sağlayan bir belgedir. İKY sözlüğü aşağıdakileri içerebilir:

Aktivite İKY kodu
İşin tanımı
Varsayımlar ve Kısıtlar
Sorumlu kişi veya kuruluş
Zaman çizelgesi kilometre taşları
Bağlı olduğu aktiviteler
Çalışmayı tamamlamak için gerekli kaynaklar
Maliyet tahminleri
Kalite gereksinimleri
Kabul kriterleri
Teknik referanslar
Sözleşme bilgileri

Ayrıştırma

Ayrıştırma, proje kapsamını ve proje çıktılarını daha küçük, daha yönetilebilir parçalara bölmek için kullanılan bir tekniktir. İş paketi, yapılacak işleri içeren İKY’deki en küçük parçadır, böylece süre ve maliyet tahminleri yapılabilir. Ayrıştırma düzeyi, proje gereksinimlerine ve projeyi etkin bir şekilde yönetmek için gereken ayrıntı düzeyine bağlıdır. Ayrıştırma adımları aşağıdaki gibidir;

Teslimatları ve teslimatı gerçekleştirmek için gerekli aktiviteleri tanımlama
İKY’yi yapılandırma ve düzenleme
Üst seviye İKY bileşenlerini düşük seviyeli bileşenlere ayırma
Her bileşene benzersiz bir tanımlama kodu atama
Yapılan ayrıştırmayı gözden geçirme ve proje gereksinimleriyle uyumlu olduklarını doğrulama

Bkz: Proje Yönetiminde Ayrıştırma (Decomposition)

Kontrol Hesapları

Kontrol hesabı, kapsam, bütçe, fiili maliyet ve zamanlamanın entegre edildiği ve performans ölçümü için kullanılan kontrol noktasıdır. Maliyetlerin bütçe dahilinde olduğunu doğrulamak için kontrol noktaları genellikle finans departmanı tarafından izlenir. İKY içindeki farklı iş paketleriyle ilişkili bu hesaplar, performansı kontrol etmek için bir projedeki kazanılmış değerine göre izlenebilir ve doğrulanabilir. Kontrol hesapları birden fazla iş paketi içerebilir, ancak her iş paketi yalnızca bir kontrol hesabına atanmalıdır.

Bkz: Proje Yönetiminde Kontrol Hesapları

Planlama Paketleri

Planlama paketi, kontrol hesabının altındaki iş içeriğine sahip olup ayrıntılı değildir. Başka bir deyişle, henüz bir gereksinim ile ilişkilendirilmemiş işler için yer tutucu rolü oynar. Kontrol hesabına yerleştirilir ancak belirlenmiş aktivitelere sahip değildir. Planlama paketi, kontrol hesabında yer alan, ancak henüz maliyeti veya bütçesi tanımlanmamış herhangi bir şey olabilir.

Bkz: Proje Aktivitelerini Tanımlamak

İKY Kodu

İKY kodu, İKY’nin her bir bileşenini benzersiz şekilde tanımlamak için kullanılan bir numaralandırma sistemidir. İKY kodu, proje yöneticilerinin, özellikle performans, raporlama ve maliyet alanlarında İKY bileşenlerini daha kolay izlemesine olanak tanır.

Kapsam Temel Çizgisi

Kapsam temel çizgisi, resmi değişiklik kontrol prosedürleri kullanılarak değiştirilebilen ve gerçekleşen sonuçlarla karşılaştırma için temel olarak kullanılan, proje kapsam bildiriminin, İKY ve İKY sözlüğünün onaylanmış versiyonudur. Kapsam temel çizgisi proje yönetim planına dahil edilir. Toplanan veriler kapsam temel çizgisiyle uyumlu değilse, varyansa bağlı olarak işlem yapılması gerekebilir.

Kapsam temel çizgisi aşağıdakileri içerebilir;

Proje kapsam bildirimi
İKY
İKY sözlüğü

Bkz: PMBOK7’yi Beraber Okuyalım – 91 – Eserler – 4

İKY Oluşturma Yönergeleri

İKY oluşturmaya yönelik yönergeler aşağıdaki gibidirİ

Proje kapsam bildiriminden İKY’nin nasıl oluşturulacağını ve İKY’nin nasıl sürdürüleceğini, onaylanacağını belirten Kapsam Yönetimi Planının gözden geçirin.
Karşılanması gereken gereksinimlerin ve kapsam dışında bırakılacak işlerin tanımı için Proje Kapsam Bildirimini inceleyin.
Projenin sonucu olarak neyin üretilmesi gerektiğini ve projeyi ve nihai ürünlerini teslim etmek için ne yapılması gerektiğini anlamak için gereksinim belgelerini gözden geçirin.
Proje ile ilgili olan ve İKY’yi oluşturmak için referans olarak hizmet edebilecek sektöre özel İKY standartları (ISO gibi) gibi Çevresel İşletme Faktörlerini (ÇİF’ler) gözden geçirin.
Politikalar, prosedürler, İKY şablonları, önceki projelerin dosyaları ve alınan dersler gibi Organizasyonel Süreç Varlıklarını (OSV) gözden geçirin.
Proje kapsamını daha küçük, daha yönetilebilir parçalara bölmek ve alt bölümlere ayırmak için ayrıştırma yapın.
Etkili bir İKY oluşturmak için proje gereksinimlerini bileşen parçalarına ayırmak için gereken bilgileri analiz etmek için uzman görüşü kullanın.
Artırımlı olarak teslim edilebilecek iş ürünleriyle ilgili notlarınızı alın.
Kapsam temel çizgisini yazılı hale getirin ve gerektiğinde güncelleyin.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Kapsam – 25

Bir Cevap Yazın

Proje Kapsam Bildirimi

Proje Kapsam Bildirimi

Proje Kapsam Bildirimi* proje kapsamının, ana çıktıların, varsayımların ve kısıtlamaların tanımıdır. Paydaşlar ve diğer proje üyeleri, proje sırasında kapsamın kapsam temel çizgisine göre doğrulanması, güncellenmesi veya değiştirilmesi gerektiğinde, Proje Kapsam bildirimine başvurabilirler.

Proje Kapsam Bildirimi her proje için farklı olacaktır, ancak PMBOK® Kılavuzunda belirtildiği gibi, aşağıdakilerin tamamını veya bir kısımını içerebilir:

Proje kapsam tanımı: Proje Başlatma Belgesinde ve gereksinim belgelerinde açıklanan ürün, hizmet veya sonucun özellikleri.
Kabul kriterleri: Teslimatlar kabul edilmeden önce yerine getirilmesi gereken koşullar.
Teslimatlar: Bir süreci, aşamayı veya projeyi tamamlamak için üretilmesi gereken herhangi bir benzersiz ve doğrulanabilir ürün, sonuç veya bir hizmettir. Proje raporları vb. belge çıktıları dahildir.
Projenin Kapsam Dışı Konuları: Genellikle projede neyin kapsam dışında tutulduğunu tanımlar. Neyin proje kapsamı dışında olduğunu açıkça belirtmek, paydaşların beklentilerini yönetmeye yardımcı olur.
Kısıtlar: Bir projenin veya sürecin yürütülmesini etkileyen sınırlayıcı faktörler.
Varsayımlar: Kanıt veya ispat olmaksızın doğru, gerçek veya kesin olarak kabul edilen planlama sürecindeki faktörlerdir. Yanlış oldukları ortaya çıkarsa bu faktörlerin potansiyel etkisi görülebilir.

Proje Kapsam Bildirimi ve Proje Başlatma Belgesi

Proje Başlatma Belgesi ve Proje Kapsam Bildirimi benzerdir, ancak farklı ayrıntı düzeyleri içerir. Proje Başlatma Belgesi, daha üst düzey proje amaçlarını ve hedeflerini içerirken, Proje Kapsam Bildirimi, projenin gerçek sonuçlarına odaklanan ayrıntılı bir belgedir.

Kapsam Yönetiminde Araç ve Teknikler

Kapsam tanımlamada kullanılan araç ve teknikler aşağıdadır;

Uzman Görüşü** – Uzman görüşü genellikle Proje Kapsam Bildirimini geliştirmek için gerekli bilgileri analiz etmek için kullanılır. Görüşler ve uzmanlıklar herhangi bir konuda olabilir.
Alternatiflerin Analizi – Bu veri analizi tekniği, proje kapsamını belirlemek için farklı yaklaşımları belirlemek ve mümkün olduğunca seçenekleri ortaya için kullanılır. Proje Yönetiminde Alternatif Analizi
Çok Kriterli Karar Analizi – Fikirleri analiz etmek için kullanılan bir karar verme tekniği. Proje kapsamını tanımlamaya yardımcı olacak fikirleri değerlendirmeye ve önceliklendirmeye yarar. Proje Yönetiminde Çoklu Kriter Karar Analizi
Kolaylaştırma – Kilit oyuncuları proje hedefleri ve sınırları konusunda kolaylaştırılmış atölye çalışmalarına katılmaya teşvik etmek, işlevler arası ve ortak bir anlayışa ulaşmaya yardımcı ol Proje Yönetiminde Kolaylaştırma
Ürün Analizi – Ürün analizi**, genellikle bir ürün hakkında sorular sorarak, ürünün kullanımını, özelliklerini ve diğer ilgili yönlerini tanımlamak için cevaplar oluşturmak anlamına gelen kapsamı tanımlama aracıdır. Spesifik bir ürüne bağlı olarak, ürün kırılımını, sistem analizi, gereksinim analizi, sistem mühendisliği, değer mühendisliği ve değer analizi gibi bir dizi analiz yöntemi kullanılabilir. Örneğin, ürününüz bir kameraysa, kapsamı oluşturmaya yardımcı olması için o ürünün lens, pil, kamera gövdesi ve kullanıcı arayüzü gibi tüm bileşenlerini analiz edersiniz. Proje Yönetiminde Ürün Analizi (Product Analysis)

Proje Kapsam Bildirimi Geliştirme Yönergeleri

Proje Kapsam Bildirimi hazırlarken aşağıdaki yönergelere dikkat edilmelidir;

Proje kapsamını geliştirmeye, izlemeye ve kontrol etmeye yönelik faaliyetler için Kapsam Yönetim Planı gözden geçirilmelidir.
Üst düzey proje tanımı, ürün özelliği ve proje onay gereksinimleri için Proje Başlatma Belgesine bakılmalıdır.
Projeye dahil edilecek gereksinimleri seçmek için Gereksinim Belgelerini gözden geçirilmelidir.
Politikalar, prosedürler, Proje Kapsam Bildirimi şablonu, önceki projelerden proje dosyaları, önceki aşamalardan veya projelerden alınan dersler gibi Organizasyonel Süreç Varlıkları gözden geçirilmelidir.
Proje kapsamını tanımlamak için uzman görüşü, ürün analizi, alternatiflerin analizi ve kolaylaştırılmış çalıştaylar gibi araç ve teknikler kullanılmalıdır.
Proje Kapsam Bildirimi gerektiğinde güncellenmelidir.

*Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 154-155.

**Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 153.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Gereksinimler – 24

Bir Cevap Yazın

Why software project management deviates from its requirements - Agile - ZenTao

Gereksinim Belgeleri

Gereksinim belgeleri, bireysel gereksinimlerin projedeki iş gereksinimlerini nasıl karşıladığını gösterirler. Dokümantasyon, bir projenin tüm paydaşların ihtiyaçlarını karşılaması için ihtiyaç duyulan tüm bireysel gereksinimlerden oluşur. Belgelerin bileşimi, projenin özel ihtiyaçlarına bağlı olarak değişiklik gösterebilir. Bu nedenle, çok ayrıntılı ve kategorize edilmiş veya basit bir üst düzey gereksinimler listesine kadar değişkenlik gösterebilir. Gereksinim belgeleri içerebilir:

İş gereksinimleri: Organizasyonun üst düzey ihtiyaçları.
- İzleme için iş ve proje hedefleri.
- Gerekli iş kuralları.
- Yol gösterici ilkeler.
Paydaş gereksinimleri: Doğrudan proje paydaşlarından gelen ihtiyaçlar.
- Diğer organizasyonel alanlara etkiler.
- İç veya dış paydaşlar üzerindeki etkiler.
- Paydaş iletişimleri ve raporlama gereksinimleri.
Çözüm gereksinimleri: Bir projenin herhangi bir özelliği, işlevi, ürünü, hizmeti veya sonucu.
- İşlevsel gereksinimler, ürünün eylemler, süreçler ve veriler gibi davranışlarına odaklanırlar.
- İşlevsel olmayan gereksinimler; güvenlik, güvenilirlik ve emniyet gibi sonucun başarılı olması için mevcut olması gereken koşullardır.
Geçiş ve hazırlık gereksinimleri: Proje çalışmasının tamamlanması için gerekli geçici yetenekler.
- Destek ve eğitim gereksinimleri.
- Raporlama gereksinimleri.
Proje gereksinimleri: Genel projenin karşılaması gereken üst düzey gereksinimler.

Bunlar eylemler, süreçler veya projenin başka herhangi bir koşulu olabilir.

Hizmet seviyeleri, performans, güvenlik, uyumluluk vb.
Kabul kriterleri.

Kalite gereksinimleri: Bir projenin sonuçlarının doğrulandığı herhangi bir koşul.

Gereksinim Yönetim Planı

Gereksinim Yönetimi Planı*, gereksinimlerin nasıl analiz edileceğini, belgeleneceğini ve yönetileceğini açıklayan proje veya program yönetim planının bir bileşenidir. Gereksinimlerin toplanması sürecinin nasıl yönetileceği konusunda rehberlik sağlar;

Gereksinim faaliyetlerinin nasıl planlanacağı, izleneceği ve raporlanacağı.
Gereksinimlerdeki değişikliklerinin etkilerinin nasıl analiz edileceği, izleneceği, raporlanacağı ve bu değişiklikleri onaylamak için hangi yetki seviyesinin gerekli olduğu.
Proje gereksinimlerinin nasıl analiz edileceğini ve önceliklendirileceğini tanımlayan süreç.
Kullanılacak ölçütler ve bunları kullanma gerekçeleri.
Gereksinim İzlenebilirlik matrisinde hangi gereksinim özelliklerinin yer alacağı, gereksinim kategorizasyonu vb. izlenebilirlik yapısı.

Gereksinim İzlenebilirlik Matrisi

Gereksinim izlenebilirlik matrisi**, gereksinimleri kaynağından onları karşılayan çıktılara bağlayan bir tablodur. Bu matrisin amacı, belirlenen her gereksinimi doğrulamak ve onu doğrudan iş ve proje hedefleriyle ilişkilendirmektir. Proje yaşam döngüsü boyunca gereksinimleri izlemek ve proje kapanışında gereksinimlerin karşılandığını doğrulamak için kullanılabilir. Projenin kapsamını ve kapsamda önerilen değişiklikleri yönetmeye yardımcı olur.

Proje Gereksinimlerini Toplama Yönergeleri

Proje gereksinimlerinin toplanmasına ilişkin yönergeler aşağıdaki gibidir:

Proje ekiplerinin proje için hangi tür gereksinimlerin toplanması gerektiğini, nasıl toplayacağı konusunda Kapsam Yönetimi Planı gözden geçirilir.
Paydaş ihtiyaçlarını tanımlamak ve belgelemek için gereksinimleri toplama süreci boyunca kullanılacak süreçler için Gereksinim Yönetimi Planı gözden geçirilir.
Gereksinim faaliyetlerine paydaş katılım düzeyini değerlendirmek ve buna uyum sağlamak için paydaş iletişim gereksinimlerini ve paydaş katılım düzeyini anlamak için Paydaş Katılımı Planı gözden geçirilir.
Ayrıntılı gereksinimlerin geliştirilebilmesi için ürün, hizmet veya sonucun üst düzey açıklaması için Proje Başlatma Belgesini incelenir.
Gereksinimler hakkında bilgi sağlayabilecek paydaşları belirlemek için Paydaş Listesi gözden geçirilir.
Proje gereksinimlerini toplamak için görüşmeler, odak grupları, kolaylaştırılmış çalıştaylar, kişilerarası ve ekip becerileri, karar verme teknikleri, anketler ve araştırmalar, gözlemler, prototipler, kıyaslama, bağlam diyagramları ve belge analizi gibi araç ve teknikleri kullanılır.
Gereksinimler belgelenir ve Gereksinim İzlenebilirlik Matrisi oluşturulur.

* Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 137.

**Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 148-149.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Projeye Başlamak – Gereksinimler – 23

Bir Cevap Yazın

IT Cube – Six Perspectives to Project Requirements – American Eagle Group

Proje Gereksinimleri

Proje gereksinimleri, projenin karşılamak üzere tasarlandığı bir ürün, hizmet veya sonucun üzerinde anlaşmaya varılan koşullar veya yeteneklerdir. Gereksinimler, proje müşterisi, sponsoru ve paydaşlarının belirlenen ve belgelenen ihtiyaçları, beklenen proje sonuçlarına ilişkin beklentileridir. Bazı üst düzey gereksinimler Proje Başlatma Belgesinde yer alabilir, ancak proje yöneticisi olarak, tüm gereksinimlerin belirlendiğini ve belgelendiğini doğrulamanız gerekir. Gereksinimler, İş Kırılım Yapısı (İKY)’nin oluşturulması için temel oluşturur ve proje yürütme sürecinde düzenli olarak doğrulanır.

Örneğin, yeni bir ev için gereksinimler, her odanın metrekaresini, mutfakta ve banyoda ihtiyaç duyulan tezgah tipini, ısıtma sistemini ve zeminde kullanılan malzemeler vb. olabilir.

Herhangi bir projenin birçok gereksinimi olacaktır ve gereksinimlerin projede erken belirlenmesi önemlidir. Projenin ömrü boyunca gereksinimler değişebilir. Paydaşlar, diğerlerini değiştirmenin yanı sıra proje sırasında – hatta bazen proje yürütme sırasında bile – yeni gereksinimleri olabilir.

Not: Ürün gereksinimleri genellikle sektöre özeldir ve bu nedenle PMBOK® Kılavuzunda ele alınmamıştır.

Gereksinimleri Ortaya Çıkarma Teknikleri

Paydaşların proje ile ilgili gereksinimlerini ortaya çıkarmak için kullanabileceğiniz çok sayıda araç ve teknik vardır;

Belge analizi, mevcut belgelerin değerlendirmesinden proje gereksinimlerini elde etmek için kullanılan bir tekniktir. Bu yöntem, iş planları, hizmet anlaşmaları, pazarlama malzemeleri, süreç diyagramları, uygulama yazılımı belgeleri vb. mevcut belgelerden yeni proje gereksinimleri türetmek için kullanılabilir. Proje Yönetiminde Belge Analizi

Odak grupları, önerilen bir ürün, hizmet veya sonuçla ilgili beklentileri ve tutumları hakkında bilgi edinmek için önceden nitelikli paydaşları ve konu uzmanlarını bir araya getiren bir bilgi toplama tekniğidir. Odak grupları, küçük bir grup insan içindeki bilgi paylaşım oturumları için daha az yapılandırılmış ve daha fazla olacak şekilde tasarlanmış küçük etkinlikler veya tartışmalar olabilir. Proje yöneticileri, belirli proje gereksinimleri hakkında daha fazla bilgi ve açıklama elde etmek için KOBİ’leri ve diğer paydaşları bir araya getirmek için odak gruplarını kullanırlar. Bu etkinlikler tipik olarak önceden seçilmiş sorular önerecek ve tartışmaları yolunda tutacak eğitimli bir moderatör tarafından yürütülür. Örneğin, güncellenmesi planlanan bir ürün için müşteri geri bildirimi toplamak için bir odak grubu kullanılabilir. Proje Yönetiminde Odak Grupları

Anketler, çok sayıda katılımcıdan hızla bilgi toplamak için tasarlanmış yazılı sorulardır. Genellikle belirli bir alanı veya konuyu hedeflerler. Bu teknik, grup çeşitli olduğunda ve birden fazla yerde bulunduğunda kullanışlıdır. Anketlerin sonuçları hızlı bir şekilde analiz edilebilir. Çoğu durumda, sonuçlar istatistiksel bir analiz yapmak için kullanılır, karar vericiler tarafından gereksinimleri önceliklendirmek, kategorilere ayırmak ve belirlemek için kullanılır. Örneğin, sistemi nasıl kullandıklarını anlamak için internet şubesi kullanıcılarını araştırabilirsiniz. Proje Yönetiminde Soru Listeleri ve Anketler

Kıyaslama, en iyi uygulamaları belirlemek, iyileştirme için fikirler üretmek ve performansı ölçmek için bir temel sağlamak için gerçek veya planlanan ürünlerin, süreçlerin ve uygulamaların emsalleriye karşılaştırılmasıdır. Bu teknik, aynı profesyonel alan veya ürün alanındaki kanıtlanmış veya en iyi uygulama standardı ile mevcut gereksinimleri karşılaştırarak bir projenin gereksinimlerini belirlemede yardımcı olabilir. Performansı ölçmek ve proje gereksinimleri için fikirler üretmek için bir kıyaslama kullanılabilir. Proje Yönetimi ve Kıyaslama (Benchmarking)

Görüşmeler, paydaşlarla doğrudan konuşarak onlardan bilgi almaya yönelik resmi veya gayri resmi bir yaklaşımdır. Tartışma yoluyla, proje gereksinimleriniz için ihtiyaç duyduğunuz tüm ilgili bilgileri elde edebilirsiniz. Bu bilgilerle, belirli proje çıktısı özelliklerini ve işlevlerini tanımlayabilirsiniz. Örneğin, bir ürün veya hizmetin son kullanıcısından neyin yararlı olup neyin olmadığını öğrenmek için belirli bir geri bildirim almanız gerektiğinde görüşme yapmak yararlı olabilir. Proje Yönetiminde Görüşmeler

Karar verme teknikleri bir grup tarafından karara varmak için kullanılır. Bu teknik, birden fazla alternatifi olabilen ve birçok sonuca yol açabilen bir değerlendirme sürecidir. Tüm alternatifler ve sonuçlar tartışıldıktan sonra grup, bir grup kararına varmak için oy kullanır. Farklı oylama yöntemleri vardır;

Oybirliği – Gruptaki herkesin tek bir hareket tarzı üzerinde anlaşması.
Çoğunluk – Çoğunluk, grubun fikirlerinin %50’sinden fazlasını temsil eder. Büyük gruplarla kullanmak için iyi bir yöntemdir, ancak bir konu hakkında geniş bir görüş çeşitliliğine sahip son derece büyük gruplarda zorlayıcı olabilir.
Nispi Çoğunluk – Çoğunluk olmasa bile gruptaki en büyük blok tarafından alınan kararlar kabul edilir.
Otokratik – Bir kişi kararı verir. Çoğu durumda, bu kişi daha büyük grubun fikirlerini ve kararlarını dikkate alacak ve daha sonra kararını buna göre verecektir.

Teknikler, proje gereksinimlerinin belirlenmesinde bir gruba rehberlik etmeye yardımcı olmak için kullanılabilir. Proje yöneticisinin ve katılımcıların ihtiyaçlarına göre kullanılan bir takım teknikler vardır;

Zihin haritalama – Anlamadaki ortak noktaları ve farklılıkları yansıtmak ve yeni fikirler üretmek için bireysel beyin fırtınası oturumları yoluyla oluşturulan fikirleri tek bir haritada birleştirmek için kullanılan bir tekniktir. Proje Yönetiminde Fikir/Zihin Haritalama (ldea/Mind Mapping)
Yakınlık diyagramı – Çok sayıda fikrin inceleme ve analiz için gruplara ayrılmasını sağlayan bir tekniktir. Proje Yönetiminde Yakınlık Şemaları
İş gölgeleme olarak da adlandırılan gözlemler, proje gereksinimlerini anlamak ve belirlemek için belirli bir iş rolü, görevi veya işlevi hakkında bilgi edinmek için kullanılan bir tekniktir. Bu teknik, bir iş veya görev karmaşık ve ayrıntılı olduğunda ve kolayca tanımlanamadığında karar vericilerin bir işi doğrudan gözlemlemelerine olanak tanır. Örneğin, bir ürün montajı iyileştirme projesi için, proje ekibi üyeleri, bir süreci daha iyi anlamak ve proje gereksinimlerini belirlemek için ürünün bir üretim tesisindeki fiili montajını gözlemleyebilir.
Kolaylaştırılmış çalıştaylar, bir projenin gereksinimlerinin neler olduğunu belirlemek ve tüm paydaşları bir araya getirerek projenin sonuçları üzerinde anlaşmaya varmak için proje yöneticileri tarafından düzenlenen çalışma oturumlarıdır. Çalıştığınız sektöre bağlı olarak kullanılan farklı atölye türleri vardır:
- Ortak uygulama tasarımı/geliştirme (JAD) atölyeleri, yazılım geliştirme sürecini tartışmak ve iyileştirmek için ekipleri bir araya getirir.
- Kalite fonksiyon yaygınlaştırma (QFD) atölyeleri, yeni ürün geliştirme gereksinimlerini belirlemek için üretim alanında yaygın olarak kullanılmaktadır.
- Kullanıcı hikayeleri, kolaylaştırılmış çalıştaylar sırasında paydaşların sağladığı istenen özelliklerin ve proje gereksinimlerinin açıklamalarıdır. Bu kullanıcı hikayeleri daha sonra bir paydaşın hedefini doğrulamak ve bir gereksinim için motivasyon olarak kullanılabilir.

Bağlam şeması, bir iş sistemini (süreç, ekipman, bilgisayar sistemi, vb.) ve insanların ve diğer sistemlerin (aktörlerin) onunla nasıl etkileşime girdiğini gösteren ürün kapsamının görsel bir tasviridir. Şema, iş sürecini, ekipmanı veya bilgisayar sistemini ve bu sistemlerle hangi rollerin etkileşime girdiğini, sistemin çıktılarını gösterir. Proje Yönetiminde İçerik Şemaları (Context diagram)
Prototipler, beklenen ürünü fiilen oluşturmadan önce çalışan bir model sağlayarak gereksinimler hakkında erken geri bildirim alma yöntemidir. Prototip, proje paydaşları ve diğer ekip üyeleri tarafından değerlendirme ve deneme için kullanılabilir. Değerlendirmenin sonuçları daha sonra analiz edilebilir ve prototip için öncelikli bir yeniden tasarım fikirleri listesine veya ayrıntılı bir proje gereksinimleri listesine dönüştürülebilir. Bu süreç, proje gereksinimleri belirlenene kadar birçok prototip revizyonu ile döngüsel olabilir. Proje Yönetiminde Prototipler (Prototypes)
- Hikaye Panoları, bir süreci göstermek veya bir proje sonucunu temsil etmek için görselleri veya görüntüleri kullanan prototipleme yöntemidir. Hikaye Panoları, bir ürünün, hizmetin veya uygulamanın tamamlandığında nasıl işlev göreceğini veya çalışacağını göstermek için kullanışlıdır. Örneğin, yazılım geliştirmede, uygulamada mevcut olan her seçeneğin sonuçlarını göstererek bir müşteri hizmetleri uygulamasının kullanıcının bakış açısından nasıl çalışacağını göstermek için kullanılabilir.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Projeye Başlamak – Kapsam – 22

Bir Cevap Yazın

Managing the Project Scope (2021 Update) - PMI Project Management Professional 2021 Update - Everyone - Skillsoft

Kapsamı Planlamak ve Yönetmek

Proje ekibi, hedeflenen proje sonuçlarına ulaşmak için yapılması gereken tüm işleri tamamlamalıdır. Yapılacak işlerin ne olduğu veya ne yapılması gerektiği, işlerin yapıldığından emin olunması ve doğrulanabilmesi için kriterlerin belirlenmesi gerekir.

Bu konu, ECO’dan aşağıdaki maddelere yöneliktir;

Gereksinimleri belirlemek ve önceliklendirmek. (EKO 2.8.1)
Kapsamı belirlemek ve kabul kriterlerini tanımlamak (Bitti tanımı). (EKO 2.8.2)
İş paketleri oluşturmak.
Kapsamı izlemek, yeniden önceliklendirmek ve doğrulamak. (EKO 2.8.3)

Kapsam Yönetimi Planı

Kapsam Yönetimi Planı*, proje kapsamının nasıl tanımlanacağını, geliştirileceğini, izleneceğini, kontrol edileceğini ve doğrulanacağını açıklayan proje veya program yönetim planının bir bileşenidir. Proje yöneticisi olarak, kapsam yönetimi planını geliştirirken proje başlatma belgesine, proje yönetim planına, göz önünde bulundurulması gereken çevresel işletme faktörlerine ve organizasyonel süreç varlıklarına başvurulur.

Kapsam yönetimi planı, gereksinimlerin toplanmasından kapsam bildiriminin yazılmasına ve yapılması gereken işleri ayrıştırmaya kadar uzanan kapsamı yönetmekle ilgili faaliyetleri nasıl yöneteceğiniz konusunda size rehberlik eder.

Not: Kapsam kayması, zaman, maliyet ve kaynaklarda ayarlamalar yapılmadan ürün veya proje kapsamına kontrolsüz genişleme olarak bilinir.

Kapsam Yönetimi Planı

Kapsam Yönetimi Araç ve Teknikleri

Kapsam yönetimi planının geliştirilmesine yardımcı olmak için bazı araçlar ve teknikler kullanılabilir;

Uzman Görüşü – Kapsam yönetiminde ya da benzer proje deneyime sahip dahili ve harici uzmanları kullanabilirsiniz. Proje Yönetiminde Uzman Görüşünün Önemi

Alternatif analizi – Bu veri analizi tekniği, farklı yöntemleri belirlemek için kullanılır. Gereksinimlerin toplanması, proje ve ürün kapsamının detaylandırılması, ürünü oluşturmak ve kapsamı doğrulamak ve kontrol etmek vb. konularda tercih edilir. Proje Yönetiminde Alternatif Analizi
Toplantılar – Kapsam Yönetimi Planının hazırlanması için ilgili ekip üyeleri ve paydaşlarla toplantılar yapılır. Projelerde Etkin Toplantı Yönetimi

*Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 134-135-136.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Projeye Başlamak – 21

Bir Cevap Yazın

PMBOK7'yi Beraber Okuyalım – 36 – Proje Performans Alanları – GELİŞTİRME YAKLAŞIMI VE YAŞAM DÖNGÜSÜ – 2 | Savaş Şakar

Proje İhtiyaçlarının, Karmaşıklığının ve Büyüklüğünün Değerlendirilmesi

Projeniz için hangi yaklaşımın en uygun olduğu birçok faktöre bağlıdır. Proje yöneticileri işin gereklerini, karmaşıklığını ve büyüklüğünü ve paydaşların beklentilerini dikkate almalıdır..

Çevik

Değişikliklerin nispeten kolay olduğu ve yeniden yapmanın maliyetli olmadığı projeler.
Son ürünün tam olarak bilinmediği ve kullanıcı geri bildirimlerinin çok değerli olduğu karmaşık projeler.

Örneğin, yazılım projeleri veya araştırmalar.

Öngörüc/Plan Odaklı

Değişikliklerin pahalıya mal olacağı projeler.
Öngörülebilirlik ve zamanlamanın önemli olduğu projeler.

Örneğin, inşaat projeleri.

Yinelemeli

Dinamik gereksinimleri ve aktiviteleri olan projeler, gereksinim karşılanana kadar tekrarlama.

Örneğin, inovasyon projeleri

Artırımlı

Dinamik gereksinimlerin yanı sıra sık küçük teslimatları olan projeler.
Küçük artışlar sunma hızının önemli olduğu projeler.

Örneğin, müşterilerin çıktıları veya kısmi çıktıları erken ve sıklıkla görmek istediği veya beklediği projeler.

Hibrit

Değişikliklerin bazı maliyetlerinin olduğu projeler veya aşamalar.
Paydaşların başka bir yöntemle ilgilendikleri ancak ilgili yöntemi tam olarak benimseme konusunda rahat olmadıkları projeler.

Örneğin, farklı kaynak ve deneyim düzeylerinin karışımı olan projeler veya yeni yöntemler, teknikler arayan, öğrenmeye istekli projeler.

Aşamalı Detaylandırma

Aşamalı ayrıntılandırma*, daha fazla miktarda bilgi ve daha doğru tahminler elde edildikçe proje yönetim planındaki ayrıntı düzeyini artırmaktır. Projenin başlangıcında belirsizlik yüksektir. Proje ve planlama ilerledikçe, daha fazla ayrıntı ortaya çıkar ve proje planı tamamlandığında proje tam olarak anlaşılabilir.

Yaşam Döngüsü Türleri

Agile Practice Guide®’a göre, iki ana proje yaşam döngüsü türü vardır: tahmine dayalı(öngörücü) ve uyarlanabilir. Uyarlanabilir yaşam döngüsü ise Yinelemeli, Artırımlı ve Çevik olarak üçe ayrılır.

Öngörücü Yaşam Döngüleri

Tahmine dayalı yaşam döngüsü*, proje kapsamının, süresinin ve maliyetinin yaşam döngüsünün ilk aşamalarında belirlendiği bir proje yaşam döngüsü biçimidir. Diğer bir deyişle, tahmine dayalı bir yaşam döngüsünde proje kapsamını, süresini ve maliyetini projede olabildiğince erken belirlersiniz. Proje çıktıları iyi anlaşıldığında ve bilindiğinde tercih edilen bir yaklaşımdır. Proje ekibi bir sonraki aşamaya geçmeden önce projenin her aşamasına odaklanır.

Yinelemeli Yaşam Döngüleri

Yinelemeli yaşam döngüsü*, proje kapsamının genellikle proje yaşam döngüsünün başlarında belirlendiği, ancak proje ekibinin ürün hakkındaki anlayışı arttıkça zaman ve maliyet tahminlerinin değiştirildiği proje yaşam döngüsüdür. Yinelemeler, ürünü bir dizi tekrarlanan döngü aracılığıyla geliştirirken, artışlar art arda ürünün işlevselliğine katkıda bulunur.

Yinelemeler yoluyla proje hedeflerine ulaşmak için önceki yinelemelerden öğrenme ve başarıların yanı sıra başarısızlıklardan yararlanılır. Her yinelemenin sonunda öğrenilen dersleri geriye dönük bir oturum (retrospektif) yaparak, proje ekipleri her yinelemede kendilerini geliştirebilir ve daha verimli hale gelebilirler. Sürekli iyileştirme ve optimum çözüme doğru ilerleme, tüm paydaşların katılımını gerektirir. Projeye dahil olan herkesten gelen sık ve anlamlı geri bildirimler, gelişimi mümkün kılar.

Artırımlı Yaşam Döngüleri

Artımlı yaşam döngüsü*, teslimatın önceden belirlenmiş bir zaman çerçevesi içinde art arda işlevsellik ekleyen bir dizi yineleme yoluyla üretildiği uyarlanabilir proje yaşam döngüsüdür. Teslimat, yalnızca son yinelemeden sonra tamamlanmış olur.

Her iki yaşam döngüsü türü de, ekibin çıktılara ilişkin anlayışı geliştikçe, tekrarlanan proje aşamalarını içerir. Çoğu durumda, ekip üst düzey bir vizyonla başlayıp, çıktılar önceden tanımlanır. Proje ilerledikçe daha fazla ayrıntı ve özellik ile geliştirilir. Bu yaklaşım, belirsizliğin yüksek olduğu ortamlarda yardımcı olur. Bu yaklaşım, değişen hedef ve kapsamı yönetirken, hedeflerin kısmen yerine getirilmesi değer sağladığında da faydalıdır.

Çoğu proje yaşam döngüsü tarafından tanımlanan aşamaların sırası, bir tür devir(geçiş) veya teslimat(çıktı) içerir. Çoğu zaman, bir aşamadaki çıktılar bir sonraki aşamaya başlamadan önce onaylanır. Örneğin, tasarım özellikleri, tasarım aşaması başlamadan önce onaylanır. Risklerin kabul edilebilir olduğu düşünülürse, bir önceki aşamanın çıktıları üzerinden onay alınmadan bir sonraki aşama başlayabilir. Proje ilerledikçe proje yönetimi ekibinin daha ayrıntılı bir plan yapmasına yardımcı olur.

Çevik Yaşam Döngüleri

Çevik yaşam döngüleri* yinelemeli veya artımlıdır. Değişim odaklı veya uyarlanabilir olarak da adlandırılabilir. Bir projede yüksek düzeyde değişim ve paydaş katılımı olan ortamlarda iyi çalışırlar. Yinelemeli ve artırımlı yaşam döngülerine benzer, ancak çok daha hızlıdır. Proje sonuçlarının projenin başında değil, proje çalışması tamamlanırken gerçekleştirildiği oldukça esnek, etkileşimli, uyarlanabilir bir ortamda kullanılır. Bu yöntem, hızla değişen bir ortamda, kapsam ve gereksinimlerin önceden tanımlanması zor olduğu ve küçük artırımlı çıktıların paydaşlar için değeri olduğunda tercih edilir.

Hibrit Metodolojiler

Birçok kuruluş, hem tahmine dayalı (öngörücü) hem de uyarlanabilir (çevik) yaklaşımlardan bazı unsurları birleştiren hibrit metodolojiler ve yaklaşımlar kullanırlar. Birleşik yaklaşımlarda, kuruluşlar hala daha kısa teslim süreleri, yinelenen ürün sürümleri kullanır, paydaşları projeye düzenli olarak dahil eder, ancak daha derinlemesine planlama ve gereksinimleri önceden toplama eğilimindedirler.

Proje yöneticisi, iş hedefleri için hangi yaklaşımın en uygun olduğuna karar vermede sponsora ve ekibe yardımcı olmalıdır.

*Referans: Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017, Sayfa 19.

Proje Yönetimi Yaşam Döngüleri

PMBOK 7’de yer alan Geliştirme Yaklaşımı ve Yaşam Döngüsü Bölümü

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Projeye Başlamak – 20

Bir Cevap Yazın

Adaptive vs predictive project management – Zvolv

2- Projeye Başlamak

Yüksek performanslı, ilgili ve yetkilendirilmiş proje ekibi oluşturulduktan sonra proje planlaması başlar.

Uygun Proje Yönetimi Metodolojisi/Yöntem ve Uygulamalarının Belirlenmesi

Her projeyi aynı metodoloji ile yönetemezsiniz. Proje yönetimi en iyi uygulamalarını bilmek ve anlamak, başarı denkleminin bir parçasıdır. Projenize en uygun metodoloji ve uygulamaları belirlemek ve uygulamak işin diğer kısmıdır.

Bu bölümde, ECO’da yer alan aşağıdaki maddeler ele alınacaktır;

Proje ihtiyaçlarını, karmaşıklığını ve büyüklüğünü değerlendirme. (EKO 2.13.1)
Proje yürütme stratejisi önerme (örneğin, sözleşme, finans). (EKO 2.13.2)
Proje metodolojisi/yaklaşımı önerme (örneğin, tahmine dayalı, çevik, hibrit). (EKO 2.13.3)
Proje yaşam döngüsü boyunca yinelemeli, artımlı uygulamaları kullanma. (EKO 2.13.4)

Proje Yönetimi Metodolojileri, Yöntemleri ve Uygulamaları

Projenizi yönetmek için en iyi yaklaşım kaynaklara, zaman çizelgelerine, paydaşlara, sektöre, yapılacak proje çalışmalarına vb. birçok faktöre bağlıdır. Her proje ve durum, neyin en iyi olduğuna dair kendi değerlendirmesini gerektirir. Üç ana proje yönetimi yaklaşımı aşağıdaki gibidir;

1.Çevik

Ekibin proje ihtiyaçlarını belirlemek için müşteriyle işbirliği içinde çalıştığı, varsayımlara dayalı çıktıları hızla oluşturduğu, geri bildirim alarak ilerlemeye devam ettiği veya gerektiği kadar uyum sağladığı yaklaşımdır. Müşteri ve ekibin koordinasyonu projeyi ileriye taşır. Amaç, girdileri düzenli olarak onaylayıp dahil ederek değer sunmaktır.

2.Öngörücü / Plan Odaklı

Mümkün olduğunca proje ihtiyaçlarının, gereksinimlerinin ve kısıtlamalarının anlaşıldığı ve planların buna göre geliştirildiği geleneksel yaklaşımdır. Plan önceliklidir.

3.Hibrit

Her iki yaklaşımı da projeye dahil etmektir. Projedeki çeşitli yaklaşımların eş zamanlı olarak harmanlanmasıyla gerçekleştirilir. Proje ilerledikçe, ihtiyaca, değişen iş gereksinimlerine veya koşullara göre yaklaşımlar değiştirilebilir.

İş Gerekçesi ve İş İhtiyacı Belgeleri

İş Gerekçesi, bir bileşenin (proje, program, portföy vb.) faydalarının geçerliliğini belirlemek için kullanılan ekonomik fizibilite çalışması belgesidir. Daha detaylı proje yönetimi faaliyetleri için temel olarak kullanılır. İş ihtiyacı belgeleri, resmi iş gerekçesinden önce hazırlanan daha üst düzey bir çıktıdır. İş ihtiyaçları belgesi, hedefi (neyin gerçekleştirilmesi gerektiğini, neye ihtiyaç olduğunu) ifade ederken, iş gerekçesi, fizibiliteyi ve bu hedefe ulaşmak için gerekli olan finansal öngörüleri (yatırımın geri dönüşü vb.) açıklar.

Proje Yönetimi Planı

Proje çıktıları, proje süresince veya proje boyunca teslim edilebilirler. Tüm çıktılar teslim edildiğinde proje tamamlanmış olur. Çıktılar konusunda proje ve iş ortamıyla ilgili endişeleri gidermek için planlar yürürlükte olmalıdır.

Proje Yönetimi Planı ve Alt Planları tüm paydaşları, programları, riskleri, bütçeleri ve kalite standartlarını dikkate almalıdır.

Türkçe eğitimler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques₺249.99 3.9 (28 ratings)27 lectures, 1 hoursAll Levels

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.₺249.99 3.9 (7 ratings)21 lectures, 1 hoursAll Levels

PMP Hazırlık – Yüksek Performanslı Bir Ekip Oluşturma – 19

Bir Cevap Yazın

Learning English in Ohio: Thumbs Up!

Uzlaşma

Proje ekipleri, tahminler, rol ve sorumluluklar, problem çözme yaklaşımları vb. bir çok konuda karar almak için birlikte çalışmak zorundadırlar. Fikir birliğine varmalarına yardımcı olmak ve gerektiğinde çatışma çözümünü koordine etmek için proje yöneticisinin veya çevik koçun kullanabileceği bir dizi teknik vardır;

Beş Yumruk Tekniği
Roma Oylaması
Oylama
Nokta Oylaması

Beş Yumruk Tekniği

Proje ekibi bir konuyu tartışırken, kolaylaştırıcı, ekibin, ekibin sonuçlarına katılma veya katılmama düzeyine ilişkin oy vermesini ister. Yumruk (veya 0 parmak) güçlü bir anlaşmazlık ifadesidir ve karar verilmesini gerektirir. Beş parmağı gösteren açık bir el, ekibin vardığı sonuçlarla hemfikir olma anlamına gelir. Ölçeğin geri kalanı şöyle olacaktır:

4 parmak küçük sorularla hemfikir olma.
3 parmak, grupla birlikte taahhütte bulunmadan hareket etmeye isteklilik.
2 parmak aynı fikirde olmama ancak sorular nispeten küçük.
1 parmak güçlü anlaşmazlık, hemfikir olmama.

Kolaylaştırıcı, proje ekibi başlatma belgesinden yararlanarak, kalan anlaşmazlıkları ele almaya çalışır.

Roma Oylaması

Roma oylamasında, insanlar ya olumlu (anlaşma) ya da olumsuz (anlaşmazlık) olarak oy verirler. Yaklaşımı beğenmeyen varsa, kolaylaştırıcı, proje ekibinin itirazları ele almasını sağlamaya çalışır.

Oylama

Konu hakkındaki bakış açılarını değerlendirmek için ekip üyelerine anket uygulanır. Oybirliği varsa karara varılır ve proje ekibi yoluna devam eder. İtirazlar ortaya çıkarsa, kolaylaştırıcı sorunu çözmek için proje ekibine yardımcı olur.

Nokta Oylaması

Proje ekipleri, bir konuda liste oluşturmak (riskler, raporlar vb.) için beyin fırtınası yapabilirler. Listede yer alan maddelerin önceliklendirilmesi gerekebilir. Herhangi bir liste üzerinde öncelik belirleme tekniğine nokta oylaması denir. Nokta oylaması, her bir paydaşın ilgili liste maddesine verilmesi gerektiğine inandığı ağırlığa dayalı olarak oyunu verir. Herkes birden fazla oy kullanabilir, örneğin, 10 noktası varsa, 10’un tümünü bir öğeye, 1 noktayı 10 öğenin her birine veya bunların herhangi bir kombinasyonuna koyabilir. Her öğenin aldığı nokta sayısına bağlı olarak, öncelik belirlenebilir.

Tahmin Teknikleri

Çevik ekipler görevlerin büyüklüğünü tahmin etmek için mutlak tahminler kullanmazlar. Risk, karmaşıklık ve işçilik gibi vb. tüm faktörleri hesaba katan ve genel çabayı ele alan göreceli bir tahmin yaklaşımı kullanılır. Aşağıda birkaç popüler yöntem görülebilir;

T-Shirt Boyutlandırma: Risk, karmaşıklık ve işçilik kombinasyonuna göre S, M, L, XL, XXL.
Modifiye Fibonacci Dizisi: 1, 2, 3, 5, 8, 13, 20, 40 100, ∞ vb. Bunlarla hikaye noktaları belirlenir, belirli bir birimi ifade etmezler ve çalışmanın genel etkisi yakalanmaya çalışılır.

Tüm bu yaklaşımlar, bilinen bir çalışma düzeyine dayalı kıyaslama oluşturur ve ardından yeni çabaları boyutlandırırken emsal teşkil ederler. Örneğin bir kullanıcı hikayesi 5 puan ise, bundan biraz daha büyük bir hikaye 8 puanla ifade edilir.

Poker Planlama

Bu tahminler poker planlama tekniği ile gerçekleştirilebilir. Ekip üyeleri ve Ürün Sahibi, kolaylaştırıcı’nın (Scrum Master veya Çevik koç) desteği ile hikayeye atanacak puanı kart destesi (genellikle değiştirilmiş Fibonacci sayılarıyla) kullanarak belirlerler.

Olası anlaşmazlıklar kolaylaştırıcı koordinasyonunda çözümlenir, proje ekibi puanlar üzerinde fikir birliğine varır. Bu çalışlma iş biriktirme listesindeki tüm hikayeler ve yeni eklenler için uygulanır.

Ürün Kutusu Egzersizi

Bu çalışmada, paydaşlar, bir kutu kullanarak ürün özelliklerini ve faydalarını tarif etmeye çalışırlar. Bu çalışma, proje ekiplerinin bir çözümü kullanacak farklı kullanıcı türlerini, önceliklerini ve beğendiklerini/beğenmediklerini, çözümün en kritik ve değerli yönlerini vb. daha iyi anlamalarına yardımcı olur.

Uzlaşmaya Ulaşmak ve Tarafların Anlaşmasının Sonucunu Destekleme Yönergeleri

Proje Ekibi Başlatma Belgesi, proje ekibinin belirli senaryoları ve anlaşmazlıkları ortaya çıktıklarında nasıl ele almayı seçeceğini göstereceğinden son derece yararlıdır. Örneğin, ekip üyeleri, belirli bir kullanıcı hikayesi için tahmin edilecek hikaye noktala sayısı konusunda anlaşamadıkları durumlarda, en yüksek tahminin kullanılacağını veya çoğunluk oyu kurallarının geçerli olacağını belirtebilir.
Mümkün olduğunda ekip arasında fikir birliğine varmak ve bazen bunun mümkün olmayacağını kabul etmek gerekir.
Uzlaşmanın mümkün olmadığı durumlar için, önceden üzerinde anlaşmaya varılmış bir yaklaşıma sahip olmak gerekir.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques

Managing Project Stakeholder RelationshipsWe have to understand and manage project stakeholders to successfully complete projects.

PMP Hazırlık – Yüksek Performanslı Bir Ekip Oluşturma – 18

Bir Cevap Yazın

A Typical 2 week sprint calendar | Agile Batman

Çevik Etkinlikler

Scrum* gibi çevik uygulamalar, ekibin projeye hazırlanması, yönetmesi ve ilerletmesine yardımcı olmak için bir iletişim deseni oluşturmak için etkinlikleri kullanır. Scrum Master*, proje ekibinin koçu ve Scrum çerçevesinde sürecin sahibidir.

En yaygın olarak kullanılan dört etkinlik tipi aşağıdadır;

Yineleme (Sprint) Planlama – Scrum ekibinin mevcut sprint için işi planladığı etkinliktir. Müşteri, Ürün Sahibi ve Proje ekibi arasındaki iletişim ve işbirliğini kolaylaştıran bir etkinliktir. Sprint Planlama toplantısı, proje ekibinin tamamlaması için küçük hedefler üzerinde anlaşmayı kolaylaştırır. Sprint*, proje ekibi ver ürün sahibine planlama, tahmin kalitesini iyileştirme ve tutarlı bir tempo belirlemeleri için 1-4 hafta arasında bir zaman kutusu olarak tanımlanır.
Günlük Ayaküstü Toplantılar (Günlük Scrum) – Proje ekibinin her gün 10-15 dakikalık kısa bir toplantı ile günün çalışmalarını kendi aralarında koordine eder.
Yineleme(Sprint) İncelemesi (Demo) – Ürün Sahibi ve diğer kullanıcılarla her yinelemenin sonunda ürünün ilerlemesini gözden geçirmek için yapılır. Müşterinin geri bildirimleri alınır. Ürün Sahibi hikayeleri inceleyip kabul eder.
Yineleme (Sprint) Retrospektifi – Scrum Master tarafından düzenlenir. Proje ekibinin uygulamayı, performansını ve işbirliğini iyileştirmesi için yapılır.

*Referans: Project Management Institute, Agile Practice Guide, Project Management Institute, Inc., 2017.

Başlangıç Toplantısı

Proje ekipleri bir veya birkaç proje başlangıç toplantısı yapabilirler. Bu toplantılar proje bağlamı oluşturmayı, ekip oluşumuna yardımcı olmayı ve genel proje vizyonuna uygun şekilde uyum sağlamayı amaçlar. Başlangıç toplantısı aşağıdakileri içerebilirİ

Vizyonu tanımlama
Proje Ekibi Başlatma Belgesini tanımlama
Müşteriye/Ürün Sahibine kullanıcı hikayesi yazma, efor tahmini, önceliklendirme planlaması ve ilk ürün biriktirme listesinin üretilmesi konularına destek olmak
Sprint 0 olarak adlandırılan, gerekli olacak diğer başlangıç faaliyetlerinin oluşturulması.

Bu başlıklar, ekibin katılımını, gerekli ortamı oluşturmayı, iletişim araçlarını desteklemeyi ve ekiplerin çalışmaya hazır olmasını sağlayan başka etkinlikleri içerebilir.

Yineleme Planlama

Yineleme veya Sprint planlama*, Scrum, XP ve diğer birçok çevik yaklaşımda kullanılan temel çevik etkinliklerinden biridir. Çevik yaklaşımlar, proje zaman çizelgesini 1-4 haftalık küçük yinelemelere bölerler. Proje Ekibi, aşağıdakileri yapmak için Ürün Sahibi birlikte çalışarak aşağıdakileri gerçekleştirirler;

Müşterinin istediği temel sonuçlar için en yüksek öncelikli kullanıcı hikayelerini gözden geçirmek.
Sorular sormak.
Takımın yinelemede tamamlayacağını tahmin ettiği hikayeler üzerinde anlaşmaya varmak.

Proje Ekibi ve Ürün Sahibi yinelemede gerçekleştirilecek hikayeler üzerinde anlaştıktan sonra, proje ekibi hangi faaliyetlerin gerçekleştirilmesi gerektiğini belirlemek için kendi görev ayrıştırmasını gerçekleştirir. Yapılacak çalışmalar genellikle bir görev panosu kullanılarak düzenlenir ve izlenir.

Görev Panoları

Görev panoları, işi görselleştirmek, proje ekibinin ve diğer paydaşların, yineleme sırasında ilerlemeleri takip etmelerini sağlamak için kullanılır. Amaç, görünürlüğü artırmak ve devam eden iş miktarını (Work In Progress) sınırlamaktır. Görev panolarına örnek olarak Kanban panoları, yapılacaklar listeleri, kontrol listeleri ve Scrum panoları sayılabilir. Kanban panosu, darboğazları ve iş miktarlarını görünür hale getirerek iş akışında iyileştirmeler sağlayan bir görselleştirme aracıdır.

*Referans: Project Management Institute, Agile Practice Guide, Project Management Institute, Inc., 2017.

Türkçe eğitimler

Hayatımız Proje - Proje Yönetimi Başvuru KaynağıProje Yönetiminin Temelleri ve Pratik Süreç Başlıkları

Program YönetimiProgram Yönetimi süreci ve teknikleri açıklanarak program yöneticilerinin geliştirilmesi

Proje Portföy YönetimiPMI'ın Portföy Yönetimi Standartının 4. Versiyonu doğrultusunda kavramlar, süreçler, araç ve teknikler anlatılmaktadır.

Projelerde Paydaş İlişkilerini YönetmekProjeleri başarıyla tamamlamak için proje paydaşlarını anlamak ve yönetmek zorundayız.

Proje Ölçütleri ve Ölçüt YönetimiÖlçemediğinizi yönetemez, doğru ölçemediğiniz konularda doğru kararları vermezsiniz.

Projelerde Temel Performans Göstergeleri - KPIProjelerde KPI'ları Belirleme ve Ölçümleme

Proje Yönetimi Dokümanları ve UygulamalarıProjelerde kullanılan dokümanlar ve içerikleri, örnek şablonlar, dokümantasyon yönetiminin temel ilkeleri

Projelerde Süre Kısaltma TeknikleriProjelerde Zaman Yönetimi ve Süre Kısaltmaya Yönelik Teknikler

İngilizce eğitimler

Program ManagementSupporting program managers by explaining the Program Management process and techniques