Proje Anlaşmalarının Müzakere Edilmesi
Proje Yöneticisi, proje ekibi bir araya geldiğinde, proje hedefleri hakkında anlaşmaya varmak için müzakereleri kolaylaştırması gerekir.
Bu konu, ECO’da aşağıdaki başlıklara yöneliktir.
- Anlaşma için müzakerelerin sınırlarını analiz edin. (EKO 1.8.1)
- Öncelikleri değerlendirin ve nihai hedef(ler)i belirleyin. (ECO 1.8.2)
- Anlaşmanın amaç(lar)ının karşılandığını doğrulayın. (EKO 1.8.3)
- Anlaşma müzakerelerine katılın. (EKO 1.8.4)
- Müzakere stratejisi belirleyin (ECO 1.8.5)
Aşağıdaki çıktılar ve araçlar, yukarıda yer alan maddelerle ilgilidir;
- Hizmet Seviyesi Anlaşması – Müzakere becerileri
- Performans raporu – Uzman kararı
- Kaynak takvimleri – Alınan dersler
Müzakereler
Müzakereler, bir anlaşmaya varmayı amaçlayan tartışmalardır. Tedarik sürecinde, sözleşmenin imzalanmasından önce karşılıklı bir anlaşmayı kolaylaştırmak için hakların, yükümlülüklerin ve şartların belirlenmesi için yapılabilir. Harici bir müzakere, sözleşmeleri imzalamaya yetkili satın alma ekibinin bir üyesi tarafından yönetilirken, proje yöneticisi ve proje ekibi üyeleri, gerektiğinde yardımcı olmak için hazır bulunabilirler.
Taraflar arasındaki yasal yükümlülükleri tanımlayan bir sözleşmeye imzalanmadan önce karşılıklı anlayış ve anlaşmayı sağlamak için müzakereler yapılır. Sözleşme belgeleri değişiklik gösterse de genellikle aşağıdakileri içerirler;
- İş Bildirimi veya ana teslimatlar
- Kilometre taşları ve tarihler içeren bir zaman çizelgesi
- Performans raporlama beklentileri
- Fiyatlandırma ve ödeme koşulları
- Muayene, kalite gereksinimleri ve kabul kriterleri
- Garanti ve gelecekteki destek
- Teşvikler veya Cezalar
- Sigorta ve Güvenceler
- Onaylar
- Şartlar ve koşullar
- Değişiklik Yönetimi Süreci
- Fesih hükümleri ve Uyuşmazlık Çözümü
Proje daha büyük bir programın parçasıysa, anlaşmanın yapısı program hedeflerine, hedeflerine ve istenen sonuçlara ve daha geniş program bağlamının bir parçası olarak bu projenin rolüne atıfta bulunmalıdır.
Hizmet Seviyesi Anlaşmaları
Hizmet Seviyesi Anlaşmaları (Service Level Aggrement-SLA), hizmet sağlayıcı (dahili veya harici) ile son kullanıcı arasında hizmet sağlayıcıdan beklenen hizmet düzeyini tanımlayan sözleşme olarak tanımlanabilir. Beklenen fayda (işlevsel performans) ve hizmet garantisi (kullanılabilirlik, hız, güvenlik, süreklilik ve diğer kullanılabilirlik beklentileri dahil) ile ilgili beklentileri içerir.
Hizmet Seviyesi Anlaşmaları, bir proje teslim edildikten sonra verilecek hizmeti yönetir ve beklenen performans düzeyini tanımlar. İdeal olarak, etkili Hizmet Seviyesi Anlaşmaları, harekete geçme, müşteri memnuniyeti vb. gibi şeyler dahil olmak üzere iş odaklı ölçümleri yansıtmalıdır.
Hedefleri Belirlemek için Önceliklendirme Teknikleri
Çevik yaklaşımlardaki önemli özelliklerden biri, ürün iş(biriktirme) listesinin bakımı ve yönetimidir. Ürün iş(biriktirme) listesi müşteriye ait olup (Scrum’da Ürün Sahibi) yalnızca Kullanıcı Hikayeleri olarak yazılan istenen yeteneklerin bir listesini değil, aynı zamanda listenin en yüksek iş değeri ile önceliklendirildiğini de yansıtır. Proje yöneticilerinden müşterinin bu listeye öncelik vermesine yardım etmeleri istenebilir ve bu çalışmada onlara yardımcı olmak için bir takım teknikler kullanabilir.
Önceliklendirme teknikleri şunları içerir:
- Kano Modeli – Belirli özelliklerin veya yeteneklerin Temel, Performans veya Heyecan olarak belirlenmesi, hangi özelliklere gerçekten sahip olunması gerektiği, hangi özelliklerin anlamlı rekabetçi farklılaştırıcılar yaratabileceği vb. gibi konulara öncelik verilmesine yardımcı olur. https://tr.wikipedia.org/wiki/Kano_Modeli
- MoSCoW (MSCW) Analizi –
- Must Have: Tamamlanmadığı takdirde projenin de bitmesinin mümkün olmadığı maddelerdir. Bir tanesi bile dahil edilmediğinde projeyi başarısız, güvensiz veya illegal yapacak maddeler ‘Must Have’ olarak değerlendirilebilir. Hedeflenen tarihte teslim edilemeyen Must Have bir maddeyi daha sonraki bir zamanda teslim etmek anlam ifade etmeyecektir.
- Should Have: Proje için çok önemli olmakla birlikte, projenin tamamlanmasında hayati önem taşımayan taskları bu kategoride sınıflandırabiliriz. Should Have bir task tamamlanmamış olarak bırakılsa dahi proje tamamlanabilir; ancak bu durum başınızı ağrıtacak, canınızı sıkacak sorunlara neden olabilir.
- Could Have: Nice-to-Have özellikler olarak da adlandırabileceğimiz, yapıldıklarında müşteri memnuniyetini artıran, kullanıcı deneyimine pozitif katkıda bulunan maddeleri bu kategoride sınıflandırabiliriz. Bu maddeleri ancak ve ancak zamanımız ve kaynağımız varsa değerlendirmek önerilir. Yine de bu maddeler tamamlanmadığında, projeye bir zarar verecek, projeyi başarısız yapacak maddeler değillerdir.
- Won’t Have: Paydaşlar tarafından kritik olmadıkları ve faydası en düşük oldukları üzerinde mutabık kalınan gereksinimlerdir. Hatta sonraki geliştirme dönemlerinde dahi proje için direkt bir fayda sağlayıp sağlamayacakları tartışmalı maddeler demek yanlış olmaz. Aslında paydaşlar tarafından bu maddelerin ortaya konması, projenin de kapsamını netleştirmesi açısından önemli olacak maddelerdir.
- Eşli Karşılaştırma Analizi – Her bir hikaye çiftine bakmak ve birini diğerine göre önceliklendirmek
https://www.mindtools.com/pages/article/newTED_02.htm - 100 Puan Yöntemi – Her bir paydaşa 100 puan verilir ve puanlarını tüm hikayelerde çoklu oy olarak kullanabilirler. Oylar toplandığında en çok puan alana göre önceliklendirme yapılır.
Türkçe eğitimler
İngilizce eğitimler
