Kategori arşivi: Agile-Çevik

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

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

İngilizce eğitimler

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

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

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

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 Oylama

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 Oylama

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

İngilizce eğitimler

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

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

İngilizce eğitimler

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

Effective Communication Tips for Virtual Teams – Virtual Team Intelligence

Proje Yöneticisinin Yetkileri

Proje yöneticisi, sanal bir ekip ile çalışıyorsa, tüm çalışmaları koordine etmelidir. Sanal ekiplerde, yüksek performanslı bir ekip olmak için diğer ekipler gibi oluşum, karmaşa ve düzenleme sürecinden geçeceklerdir. Sanal ekipler aynı yerde bulunmadığından, ekibin geri kalanından izole olma ve ekiple birlikte ortak taahhütlerde bulunmaktan çekinip, bunun yerine başka işlere odaklanma riskleri vardır. “Yapmam gerekeni yaptım” gibi ifadeler kullanılıyorsa, ekip üyelerinin kendi başarılarına odaklandıklarını düşünebiliriz.

Başarılı sanal ekiplerin kültürel temelleri, ekip başlatma belgesinin oluşturulması ve uygulanmasından başlayarak, en baştan oluşturulmalıdır. Bu temeller, uygun araçların seçimi  ve işbirliğini güçlendiren, görünürlüğü destekleyen belirli davranış kalıplarının benimsenmesiyle pekiştirilir.

Sanal ekiplerin proje yöneticileri, bireysel performans üzerinden ekip hedeflerini güçlendirmeli, ekiplerin kendi kendine organize olmasını ve çıktılar için hesap verebilir şekilde ilerlemesini sağlamalıdır.

Sanal Ekip Üyesi Katılımının Etkinliğini Değerlendirme Yönergeleri

Sanal ekip üyesi katılımının etkinliğini değerlendirmek için:

  • İşi yürütürken ve çıktılar üretirken ekibin ilerleyişin izleyin.
    • Ekip üyeleri birbirleri ile iletişime ve görünürlüğe değer veriyor mu?
    • Ekip üyelerinin görüş bildirmekten rahatsız olabilecekleri engelleyicileri veya diğer olası sorunları anlamaya çalışın.
    • Vücut dilinde veya ses tonunda, paylaşılmayan olası endişeleri gösteren ipuçlarını arayın.
  • Günlük toplantıların yalnızca durum güncellemeleri olmadığından emin olun, aynı zamanda ekibin taahhütlere değer verdiğinizi gösterin.
    • Ekip doğru yolda ilerliyor mu?
    • İlgili yinelemede ekibin hedeflerini tehlikeye atabilecek herhangi bir şey var mı?
    • Proje yöneticilerini veya çevik koçları, ekibin hedeflerine ulaşmak için doğru yolda olduklarını yeniden taahhüt etmelerini sağlamak için bir adım geride durmaya teşvik edin.
  • Video konferans araçlarını kullanın.
    • Beden dilinin bin kelimeye bedel olduğunu unutmayın.
    • Ekip üyeleriyle günlük olarak yüz yüze bağlantı kurmak, ilerlemeyi desteklemek veya sorunları gündeme getirmek, ekibin hedeflerinden ödün vermeden önce proaktif yaklaşmak önemlidir.
  • Toplantılarınızı zamanlayın. Etkili toplantıların tüm en iyi uygulamaları geçerlidir.
    • Açık bir gündem, hedefler ve toplantıyı yürütmek için sistemli bir yaklaşıma sahip olun.
    • Hedeflere, çıktılara ve eylem öğelerine ulaşmak için ihtiyaç duyulan katılımcıları belirleyin.

Türkçe eğitimler

İngilizce eğitimler

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

Managing Virtual Teams | Best Practices & Strategies for Managing Remote Workers and Virtual Employees 

İletişim Planı

Proje yöneticisinin diğer proje paydaşları ile ilişki kurmak için bir iletişim planı oluşturması gibi, ekibin kendisi için bir iletişim planı oluşturması ve yürütülmesi gerekir;

  • Ekip buluşmaları. Günlük ayaküstü toplantıları düzenliyorlar mı? Döngü Planlama toplantıları? Döngü Gözden Geçirmeleri? Retrospektifler?
  • Ekip üyeleri, ekip görev panolarında ve/veya iş bitirme çizelgelerinde durumu nasıl ve ne sıklıkla güncelliyorlar?
  • Ekibin ortak çalışma saatleri nedir?
  • Tercih ettikleri iletişim yaklaşımları nelerdir? Telefon? e-posta? Görev panoları?

Etkili proje yöneticileri, ekip için ilk iletişim beklentilerini belirleyip, planlama yapmalı ve ardından ekibi kendi uygulamalarını benimsemeye ve iletişim yaklaşımların iyileştirmelerini teşvik etmelidir. Amaç, tüm paydaşlar arasında etkili işbirliği ve şeffaflığı sağlamaktır.

Çatışma Yönetimi

Tuckman merdiveni, ekiplerin daha yüksek performansa giden yolu bulurken sıklıkla geçtiği bir dizi aşamayı tanımlar. Tuckman Merdivenini açıklayıcı yazılarım aşağıdadır;

Proje Ekibi Oluşturma – Tuckman Teorisi – 1. Aşama – Oluşturma (Forming)

Proje Ekibi Oluşturma – Tuckman Teorisi – 2. Aşama – Karmaşa (Storming)

Proje Ekibi Oluşturma – Tuckman Teorisi – 3. Aşama – Düzenleme (Norming)

Proje Ekibi Oluşturma – Tuckman Teorisi – 4. Aşama – Performans (Performing)

Proje Ekibi Oluşturma – Tuckman Teorisi – 5. Aşama – Çözülme (Adjourning)

 

Proje ekipler bu aşamalardan geçmek zorundadır ve kendilerini bir projede farklı zamanlarda bir veya daha fazla aşamaya geri dönerken bulabilirler. Proje ekibinin yüksek performans göstermesine yardımcı olmak için, üyelerin, insanların belirli sorunları en iyi nasıl ele alacakları ve farklılıklarını nasıl çözecekleri konusunda anlaşamadıkları Karmaşa aşamasından geçmeleri gerekir. Bu, projeyi yürütürken ekibin kendisini daha iyi yönetmesine yardımcı olabilecek ekip normlarını oluşturmalarını sağlar. Herhangi bir ekipte özellikle de kararlı ve ellerinden gelenin en iyisini yapan iyi insanlara sahipseniz çatışmalar kaçınılmazdır. Güçlü, yenilikçi insanlar zaman zaman aynı şekilde düşünmezler.

Etkili proje ekibi anlaşmaları, proje yöneticisinin farklı türdeki sorunları öngörmesi ve çözmesi için ekibiyle birlikte çalışmasına yardımcı olabilir. Ekibin anlaşmazlık yaşaması muhtemel durumları önceden tahmin ederek, ortaya çıktıklarında çatışmalarla nasıl başa çıkılacağı konusunda önceden belirli kararlar verilebilir.

Sanal Ekip Üyesi Katılımını Sağlama Yönergeleri

Etkili sanal ekiplerinin katılımını sağlamaya yönelik temel yönergeler şunları içerir:

  • Kullanılacak araç ve teknolojilere çok fazla odaklanmadan önce işbirliğine ve ekip normlarına odaklanın. Birbirleriyle nasıl ve neden iletişim kurmaları ve işbirliği yapmaları gerektiğini anlamalarını sağlayın, ardından teknolojilerin ve araçların nasıl yardımcı olabileceğini değerlendirin.
  • Sanal bir ortamda ekip oluşturmanın zor olduğunu kabul edin. Proje ekiplerinin karşılıklı taahhütlerini, başarılarını ve fırsatlarını güçlendirmek çok önemlidir.
  • Sanal ekiplerde, geri bildirim yapılmaz, ekip amaç ve hedefleri güçlendirilmez ise ekip ortak hedefler yerine bireysel davranış ve performansa yöneleceklerdir.
  • Mümkünse, sanal ekip üyelerinin şahsen tanışmaları, ilişkiler kurmaları, birlikte eğlenmeleri ve projenin hedeflerine ortak bağlılıklarını besleyici fırsatlar sağlanmalıdır.

Takvim Araçları

Paylaşılan takvimler, proje ekip üyelerinin toplantıları planlamasına, geri bildirimi koordine etmesine, proje hedefleri ile yapılanlara ilişkin görünürlüğü iyileştirmesine yardımcı olmak için birçok şekilde mevcuttur. Zaman sınırlaması toplantıların odağını kaybetmemesini sağlar, ekibi net gündem ve hedefler belirlemeye teşvik eder, işlerin yolunda gitmesine yardımcı olur. Proje ekibi hedefleriyle takvimlerini en iyi nasıl yönetecekleri konusunda kararlar almalıdır.

Varyans Analizi

Varyans, bilinen bir temel çizgiden veya beklenen değerden ölçülebilir bir sapma olarak tanımlanır. Proje yöneticisi, ekip çalışmalarını yürütürken farklı türlerde varyans analizleri gerçekleştirebilir;

  • Yapılan tahminlerinin doğruluğu
  • Bir sprintte veya belirlenmiş bir dönüm noktasında teslimat durumu
  • Hedeflere karşı takım performansı—belki bir yineleme(döngü) sırasında tamamlanan hikaye noktaları veya başarılı iş bitirme ile ölçülür.

Varyans analizinin sonuçları, proje ekibiyle paylaşılabilir ve sonraki yinelemelerde ekip performansını iyileştirmek için problem çözme, alınan derslerin belirlenmesi ve önerilen denemeler için temel olarak hizmet edebilir.

Proje Yönetiminde Varyans Analizi

Türkçe eğitimler

İngilizce eğitimler

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

Lightbulb2Live » Trouble prioritising work across teams?

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

Proje Yönetiminde Zaman Değer Haritası

Six Sigma World: What is a Time Value Map?

Projelerde gerçekleştirilen katma değerli ve katma değerli olmayan aktivitelerin değerlendirilmesinde kullanılabilir. Proje müşterisinin algılandığı şekliyle iş sürecine neyin değer kattığına odaklanılır. Amaç, müşteriye sunulan değeri en üst düzeye çıkarırken süreci daha verimli hale getirmektir. Projelerdeki ve süreçlerindeki israfı ve katma değeri olmayan faaliyetleri belirlemeye ve analiz etmeye yardımcı olur.

Projenin başlangıcından ürün veya hizmetin teslimine kadar ne kadar zamanın boşa harcandığını izlemek için kullanılır. Özellikle bekleme ve gereksiz gecikmeler başta olmak üzere zamanla ilgili israfların tespit edilmesini sağlar. Bu yaklaşımda her bir aktiviteyi tamamlamanın ne kadar sürdüğünü incelemek, bekleme, onay, kabul vb. ile ilgili gecikmeleri belirlemek gerekir.

Projedeki her süreç veya aktivite üç kategoriden birinde sınıflandırılabilir:

  • Katma değerli faaliyetler – Müşterinin bakış açısından bir ürün veya hizmetin değerini artıran faaliyetleri ifade eder.
  • Müşteri Katma değeri olmayan faaliyetler – Değer katmayan ve müşterinin ödeme yapmak istemediği faaliyetlerdir. Şirketin politikaları veya çıkarları için gerekli olabilirler.
  • Katma değeri olmayan faaliyetler – Ürün veya hizmete hiçbir değer katmayan, ticari, operasyonel, prosedürel vb. nedenlerle gerekli olmayan faaliyetleri ifade eder.

Zaman değeri haritasında, tüm faaliyetler yatay bir zaman çizelgesi boyunca zaman değerleriyle orantılı çubuklar olarak çizilir. Müşteriye değer katan faaliyetler zaman çizelgesinin üzerinde, müşteriye değer katmayan faaliyetler ise zaman çizelgesinin altında çizilir. Katma değerli ve katma değerli olmayan faaliyetleri ayırt etmek için farklı renkler kullanılabilir.

Nasıl Hazırlanır?

  1. Projenin başlangıç, planlama, yürütme, izleme&kontrol ve kapanış süreçlerini belirleyin.
  2. Analiz edeceğiniz süreci yatay bir düzlemde çizgi şeklinde çizin.
  3. Süreçteki aktivitelerin başlangıç ve bitiş zamanlarını, sürelerini, beklemeleri belirleyin.
  4. Katma değerli faaliyetlerin süresini temsil edecek çubuklar çizin.
  5. Katma değeri olmayan aktivite sürelerini temsil edecek diğer çubukları çizin.
  6. Toplam katma değer süresini, toplam katma değeri olmayan süreyi oranlayın.
  7. Katma değeri olmayan faaliyetleri ortadan kaldırmak veya azaltmak, toplam süreyi azaltmak için öneriler geliştirin.

Türkçe eğitimler

İngilizce eğitimler

Disiplinli Çevik – 6

A new model for consulting: Embracing digital delivery - Hospital Times

Çevikliğin kendisi, çoğunlukla teoriye dayanan ve çoğu yanlış olduğu anlaşılan geleneksel stratejilere karşı bir isyandır. Ancak tüm yeni akımlarda olduğu gibi işin özünü anlamayan yeni nesil bir ayak takımı ortaya çıkarmıştır.

Önemli olan gerçek sorunların farkında olup çözümler üretebilmektir. Moda yaklaşımları ezbere benimsemek bu işten nemalananlara para ve zaman kazandırsa da işin özü her zaman kazanır. Statükoyu, süreçlerimizi, iş yapış tarzımızı her zaman sorgulamak zorundayız.

Uzun vadeli tahmin yapmayı yanlış bulurken her gün 15 dk. herkesi (gerekli gereksiz ayırmadan) toplamak, motive olmayan bir ekipten motiveymiş gibi işe yaklaşmalarını beklemek gibi hataların yapılmaması gerekiyor. İnsanları ritüller ya da yöntemler motive etmez, yaklaşım önemlidir.

Her proje ekibinin başarılı olmak için nasıl çalışmalıyız, birlikte değer üretecek iş yapış tarzımız ne olmalı konusunda hemfikir olmaları gerekir.

Çevik olmak bizi yanlışlarımızdan uzaklaştırdığı sürece anlamlı olacaktır. Eski alışkanlıkları farklı şekillerde devam ettirmek sonuç vermeyecektir. Geleneksel proje yönetiminin yarattığı riskler veya giderlerin sayısallaştırılması, değer kaybettirdiği noktalar belirlenmeli, ezbere yöntemlere değil kuruma ve paydaşlara uygun çözümlere yönelinmelidir.

Uygulanabilirliğin yanlış olabileceği unutulmadan ritüller ve şablonlar körü körüne takip edilmemelidir. Bağlama uygun ritüel veya şablonların seçilmesi hem işleri hızlandır hem de kaliteyi iyileştirir.

Birkaç öneri;

  • Zor ve karmaşık zaruri işlerin öncelikle yapılması, son zamana kadar ötelenmemesi (sınava son gün çalışmak) gerekir.
  • Projelerde ekip üyelerinin değişiklik, geri bildirim vb. konulardan kaynaklanabilecek korkularını dikkate alın ve üzerine gidilmesini sağlayın. Yönetimin ve proje ekiplerinin olumsuz sonuçlardan kaçınmaması, onları olumluya çevirmenin yollarını bulması gerekir.
  • Alınan her kararın sonuçlarının herkesçe anlaşılması, karşı olsa dahi düşüncelerini dile getirmesi çevikliği artırır.
  • Neden diye sorun. Bir şeyi gerçekten anlamak için, bunun neden olduğunu, neden böyle çalıştığını veya başkaları için neden önemli olduğunu sorgulamanız gerekir. Belki tekrar ve tekrar sormanız gerekebilir. Toyota’nın “5 neden” kuralını ezbere 5 kere neden diye sormaya çevirmeyin, asıl nedene ulaşana kadar sormaya devam edin.
  • Her gün bir şeyler öğrenin, kendi kişisel Ar-Ge’nizi yapın. Çeviklik her gün bir şeyler öğrenmeye çalışmaktır. Önünüzdeki öğrenme fırsatlarını değerlendirin, vaktinizi boş işlerle harcamayın.
  • Saygılı olun. Herkesin farklı olduğunu, farklı deneyimler, tercihler ve değerlele donanımlı olduğunu unutmayın.
  • Farklı fikirlere değer verin. Farklı düşünce yapıları herkesin birbirinden bir çok şey öğrenmesini sağlar .
  • Mütevazı olun. Mütevazı olmak, öğrenmenin ve saygılı olmanın anahtarıdır.
  • Denemekten korkmayın. Denemeler, mevcut bağlamınızda sizin için neyin işe yarayıp neyin yaramadığını öğrenmek için fırsattır. Denemeye istekli ve yetenekli olmak, her iyileştirme çabası için çok önemlidir.
  • Şeffaf olun. Kendinizin ve ekibinizin gerçekte ne yaptığınızın üzerini örtmeyin. Herkes bu konuda rahat olmasa da şeffaflık karşılıklı güven duygusu için önemlidir. Eskiden “Karpuz firma” denirdi. Dışı yeşil içi kırmızı. Açık ve dürüst olmak her zaman iyidir.
  • Başarıya ve sonuca odaklanın. Paydaşlarımızın neye ihtiyacı olduğunu, hangi sonuçları sağlayabileceğimizi, neyin onları memnun edeceğini anlamayız.
  • Deneyimsizler sadece okuma ile kavramları kutsallaştırıp çevikliği aptallaştırabiliyorlar. “Çevik oldum” demekle olmuyor, “sürekli daha çevik nasıl olabiliriz” diye düşünmek gerekiyor. Bu yapabilmek için işbirlikçi, herkesin birbirine saygılı davrandığı ve güvendiği bir ortamın olması, herkesin kendini işini nasıl yapacağını gerçekten bilmesi gerekir.

Türkçe eğitimler

İngilizce eğitimler

Disiplinli Çevik – 5

Scaled Agile | Disciplined Agile Delivery | Enterprise Agile

Çevik Manifesto’nun 20 yıldır geliştirilmemiş olması enteresan. Disiplinli Çevik Manifesto bu açıdan daha gelişmiş bir manifesto olarak duruyor.

Çevik Manifesto nedense bilişim, yazılım odaklı olarak hep düşünüldü. Halbuki çevik yaklaşım her kurum, sektör ve projede ele alınabilecek bir konu olduğunu düşünüyorum.

Çevik manifesto fazla müşteri odaklı. PMBOK 7 vb. metodolojilerin “paydaş” odaklı olması büyük bir avantaj sağlıyor.

Çeviklik kavramı projeler özelinde değil insanlar(ekipler) özelinde ele alınmalı, projeleri başarıyla tammalamanın özelinde kurumu geliştirme ve iyileştirme yönünde değerlendirilmelidir.

Diğer bir konu ise çevik olmak demek değişime yanıt vermekten çok geri bildirime yanıt vermek demektir. Paydaşlarımızla yakın çalışmanın önemi burada yatıyor. Gerçek ihtiyaçları daha iyi anladığımızda, gereksinimlerin doğasını ve nasıl yöneteceğimizi daha iyi anlayabiliriz.

Disiplinli Çevik Yaklaşım, Yalın yöntemlerde olduğu gibi bütünü dikkate alıyor, iş akışını görselleştirmeyi öneriyor ve devam eden işleri en aza indirmeyi (çoklu değil tek işe odaklanma) merkezine alıyor.

Bu açıdan bakıldığında Disiplinli Çevik Manifesto aşağıdaki maddeleri öneriyor;

  1. En yüksek önceliğimiz, değerli çözümlerin erken ve sürekli teslimi yoluyla paydaşları memnun etmektir.
  2. Ortaya çıkan gereksinimleri, ürün ya da proje yaşam döngüsünün sonlarında bile memnuniyetle karşılayın. Çevik süreçler, paydaşın rekabet avantajı için değişimi kullanır.
  3. Sıklığı giderek artırmayı hedefleyerek, sürekli olarak değerli, faydalı çözümler sunun.
  4. Paydaşlar ve geliştiriciler, müşteri memnuniyeti için günlük olarak aktif olarak işbirliği yapmalıdır.
  5. Motive olmuş kişilerden ekipler oluşturun. Onlara ihtiyaç duydukları ortamı ve desteği verin. İşi tamamlamaları için onlara güvendiğinizi gösterin.
  6. Ekip içinde bilgi paylaşmanın en verimli ve etkili yöntemi, ideal olarak beyaz tahta karşısında yüz yüze görüşmedir.
  7. Sürekli değer sunmak, ilerlemenin birincil ölçüsüdür.
  8. Çevik süreçler sürdürülebilir teslimatı teşvik ederler. Sponsorlar, geliştiriciler ve kullanıcılar, süresiz olarak sabit bir hızı koruyabilmelidirler.
  9. Teknik mükemmelliğe ve iyi tasarıma verilen sürekli dikkat, çevikliği artırır.
  10. Sadelik (yapılmayan iş miktarını en üst düzeye çıkarma) esastır.
  11. En iyi sonuçlar, kendi kendini organize eden ekiplerden ortaya çıkar.
  12. Ekip sürekli olarak nasıl daha etkili olunacağını düşünür, denemeler yapar, öğrenir ve davranışlarını buna göre uyarlar.
  13. Kuruluşun varlıklarından (politika, prosedür, altyapı vb.) yararlanmak için ilgili sorumlu kişilerle işbirliği yapın ve sürekli geliştirin.
  14. Sorunsuz teslimat akışı oluşturmak ve devam eden işi minimumda tutmak için işi görselleştirin.
  15. Çevik, çevik olmayan ve hibrit ekipleri desteklemek için yalnızca bireyleri ve ekipleri değil, tüm kuruluşu geliştirin.
  16. Veriye dayalı kararlar almak için elle olarak toplanan ölçümler yerine otomatik ölçümleri tercih ederek çalışmalarımızı ve sonuçlarınızı ölçün.
  17. Ekibin açık ve dürüst olması için tam şeffaflık sağlayın.

Yalın Yazılım Geliştirme

The Lean Mindset’te Mary ve Tom Poppendieck, özellikle bilişim projelerinde değer akışını optimize etmek için yalın üretimin yedi ilkesinden bahsediyorlar. Disiplinli Çeviğin anlaşıması için önemli olduüunu düşünüyorum;

  1. Atıkları ortadan kaldırın. Değer katmayan herhangi bir faaliyeti yapmayın.
  2. Kaliteye odaklanın. Proje sonrası problemleri en aza indirmeye çalışın.
  3. Öğrenin. Planlama yararlıdır ancak öğrenme esastır. Ekiplerin, paydaşların gerçekten ne istediğini keşfetmesi ve bu bilgiye göre hareket etmeleri için yinelemeli geliştirme gibi stratejilerin teşvik edilmesi gerekir.
  4. Taahhüdü erteleyin. Başlangıçta her şeyi tam anlamıyla tanımlamaya çalışmayın. Değişime toleranslı esneklik ve geri alınamayacak kararları mümkün olan en son ana kadar planlamayın.
  5. Hızlı teslim edin. Ekiplerin iş yükünü kapasiteleriye sınırlayarak, güvenilir ve tekrarlanabilir bir iş akışı oluşturulabilir. Gerçekçi kurumlar, ekiplerden yapabileceklerinden fazlasını talep etmezler.
  6. İnsanlara saygı gösterin. İlgili ve düşünen insanlardan sürdürülebilir avantaj elde edilebilir. Bunun anlamı şudur: Ekipleri kontrol etmeye değil, motive etmeye ve etkinleştirmeye odaklanan, yalın bir yaklaşım gerekir.
  7. Bütünü optimize edin. Etkili olmak istiyorsak, büyük resme bakmamız gerekir. Sistemlerin birbirleri ile etkileşimini anlamız gerekir.

Türkçe eğitimler

İngilizce eğitimler