Kategori arşivi: Agile-Çevik

UDEMY Kampanyası 1 Eğitim fiyatına 2 Eğitim

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

 

BIRIBEDAVA kampanya kodu ile Hayatımız Pro – Proje Yönetimi Başvuru Kaynağı eğitimini alanlara Şantiye Proje Yönetimi eğitimi ve Türkçe 50 PMP sorusu BEDAVA.

Eğitimi alanlara diğer eğitim ile ilgili kendilerine özel bedava kampanya kuponunu göndereceğiz.

Sınırlı sayıda kupon yaratılmıştır. 

Hemen başvurun

Paylaşın:

UDEMY – İmzalı Kitap Kampanyası

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

UDEMY’de yer alan eğitimlerimizden 3 tane alanlara imzalı kitabımızı HEDİYE ediyoruz.

Koşullar:

  • http://www.savassakar.com/udemy/ sayfasındaki eğitimler kampanyaya dahildir.
  • Kampanya 1 Ocak 2019 tarihine kadar geçerlidir.
  • Yurtdışında yaşayan katılımcıların verecekleri Yurtiçi adrese gönderilecektir. Yurtdışına gönderemiyoruz.
  • 4- Geçmişte alınmış eğitimler DAHİLDİR. Örneğin daha önce 2 eğitim almışsanız 1 eğitim daha almanız yeterlidir. 
Paylaşın:

Çevik Olacağım Demekle Olmuyor

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Birçok şirket, günümüzün rekabetçi pazarının gerektirdiği hızda çalışabilmek için, çevik yöntemlere hızlı bir şekilde geçiş yapmaya çalışıyor. Daha çevik bir işletmeye başarılı bir şekilde dönüşebilmek için, şirketlerin nerede ve nasıl çevik olacağı konusunda bilinçli seçimler yapmaları gerekiyor. Çevik prensiplerin ve zihniyetlerin nerede benimseneceğine, stratejik ve örgütsel zorlukları dinamik olarak ele almak için çevik problem çözme metodolojilerini nerede kullanacaklarına ve kendi kendini yöneten takımlar da dahil olmak üzere çevik modelin, resmi olarak nereye yerleştirileceğine karar vermek zorundadırlar.

Ya hep ya hiç mantığı doğru değil. Çevik yöntemlere geçmek şirketin her noktasında bu değişim ve dönüşümün yaşanmasını gerektirmeyebilir. Şirketin bazı süreçlerinde geleneksel yapılar ve süreçler daha düşük maliyet, daha başarılı sonuçlar sunuyor olabilir.

Şirketi bir bütün olarak düşünmeniz gerekir. Şirkette, çevik ve geleneksel yaklaşımların birbirleriyle nasıl etkin bir şekilde faaliyet göstereceğini belirlemeniz gerekir.

Çevikleşmeye geçiş yönetimden başlamak zorundadır. Yönetim ne yapabilir;

Kurumsal önceliklerin bir iş listesi olarak ele alınması – Önceliklerinizi bir liste şeklinde düzenleyin. Yeni konular çıktıkça öncelik listenize ekleyin. Her bir işi tamamlanana kadar sırayla ele alın. Hepsi çok acil, hepsi birinci öncelikli yaklaşımından uzaklaşın.

525 çalışanı olan Systematic yazılım şirketi, 2005 yılında çevik metodolojileri uygulamaya başladı. Metodolojiyi tüm yazılım geliştirme ekiplerine yaydıktan bir süre sonra şirketin CEO’su ve kurucusu Michael Holm, orta kademe yöneticilerin ilerlemeyi engellediğinden endişelenmeye başladı. 2010 yılında, Holm dokuz üyeli yönetici grubunu çevik bir takım olarak yönetmeye karar verdi. Grubu her pazartesi bir saat ya da iki kez toplamaya başladı, ancak karar vermenin çok yavaş olduğunu gördü. Yöneticilerin, bir gün önce ne yaptıklarını, o gün ve sonrasında ne yapacaklarını ve yardıma ihtiyaçları olup olmadığını tartışmak için her sabah 20 dakika süren ayaküstü toplantılar yapmaya başladı.

Bu yaklaşımı benimsemek isteyen yöneticiler, daha az şeye odaklanmalı ve zaman temelli bir planlama sürecinden, konu temelli planlamaya geçmelidirler. Steve Jobs’ın en güçlü yanlarından biri, şirketin en kritik önceliklerine odaklanmaktı. Bütün önerileri toplar, önce 100, sonra 10 adede göre yapılması gereken önceliklere göre listelerdi. En sonunda 3 öncelik belirlenirdi.

Stratejiler öncelikleri, öncelikler stratejileri etkilerler. Konuya odaklanıldığında kaynakların tahsisi kolaylaşır. Sabit takvime dayalı çalışmalarda rakipler ya da değişen çevre koşullarına uyum sağlamak kolay olmayabilir. Planlamayı bir kas haline getirmek ve sürekli planlama sürecine geçmek, kaynakların sürekli değişen önceliklere ve daha az önemli olan işlere efor harcamalarının önünü keser.

Çevik yaklaşımların dinamik doğası, yöneticilerin işleri hizalama ve kurumsal düzeyde görünürlük sağlama gibi yeni yöntemler geliştirmelerini gerektirir. Örneğin, şirket genelinde ölçütleri birbirine bağlayan ve bireysel ekip ölçütlerini toplu şirket düzeyinde ölçütlere bağlayacak gösterge tablolarının hazırlanması vb.

En önemli önceliklerinizi ele almak için hiyerarşinin dışında çalışan küçük, yetenek bakımından zengin ekipler oluşturun. Bu ekiplere, Agile yöntemlerini ve süreçlerini kullanma  yetkisinin verilmesi, enerjilerini tüketen ve yavaş hareket eden geleneksel süreçler ve karar hiyerarşileri dışında çalışma izni verin.

Airbnb, Spotify, Google, Amazon ve Microsoft gibi birçok lider şirket, yeniliği ve ürün geliştirmeyi yönetmenin bir yolu olarak çevik yöntemleri benimsediler. Hiyerarşi olmadan kendini yöneten takımlar oluşturdular. Yöneticiden en alt çalışana kadar tüm meseleleri, daha az resmi ve bürokratik bir ortamda hızlı ve işlevsel olarak yapmayı hedeflediler. Bunun anlamı, hiç kimse özel toplantılara çağırılmayacak, problemleri departmanlarla boğuşarak çözmeyecekler ve olur olmaz problemler yönetime aktarılmayacaktı.

Yapılacak işleri zaman çizelgesine aktarın, test et-ve-öğren yaklaşımını benimseyin. Daha küçük zaman dilimlerinde (1 – 4 hafta) karar hızını ve kurumsal metabolizmayı da hızlandırır. Zaman bağlı kalmaktansa sürekli planlama sürecine geçmek adaptasyonu kolaylaştırır. Test et – ve – öğren yaklaşımı daha iyi çözümler bulmayı, zayıf çözümleri terk etmeyi kolaylaştırır. Gerçek zamanlı testler, proje ekibi için erken yapıcı geri bildirim oluşturur ve çözümlerin geliştirilmesini hızlandırır.

Amazon’da, yönetim ekibinin kritik kararlara odaklanmasına yardımcı olmak için toplantı başlangıcında, gündemi okumaları için zaman verilir. Jeff Bezos, kararın doğru ve hızlı olması, karar öncesi harcanan efora bağlıdır, diye söylüyor. Karar ile ilgili tüm sorulara yanıt verilemediğinde yanlış kararların alınacağını belirtiyor. Liderlik tarzlarında, komuta ve kontrolden güvene dayalı modellere geçiş yapılmasının gerektiğini belirtiyor. Liderler, doğru cevapları vermesi için takımlarına güvenmeyi öğrenmek zorundadırlar.

Şirketlerde davranışsal değişiklikler, uyumlu bir çaba olmadan gerçekleşemez. Yeni liderlik tekniklerinin öğrenilmesi, açık fikirli ve yetenekli yöneticilerin yetiştirilmesi gerekiyor. Yönetici ekibinizi ve kendinizi gözden geçirin. Çeviklik, sonuç alma ve karar hızı, en üstten başlayarak aşağıya iner. Çevik bir şekilde liderlik eden ve yüksek hızda, doğru kararları alan üst düzey yöneticiler, bu davranışların organizasyonda daha düşük seviyeler tarafından taklit edileceğini göreceklerdir. Bunu yapmamak sadece kaybettirir.

Doğru zihniyete ve yönetime yönelik çevik bir yaklaşıma sahip liderler geliştirirseniz, şirketin işgücü zamanı, yeteneği ve enerjisi gibi konularda en yüksek değeri elde edebilirsiniz.

Paylaşın:

UDEMY – Tüm Eğitimler – Ağustos 2018

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Uygun Fiyatlar için İndirim kodu: TATIL2018

Paylaşın:

Proje Yönetiminde Çevik Sürüm Planlama (Agile Release Planning)

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

PMBOK® Guide 6 ile birlikte Çevik Yaklaşımlar projelerin her sürecinde dikkat edilmesi gereken bir yöntem haline geldi. Çevik Yöntemler konusunda uzman olmamakla birlikte bu yazımda PMBOK® Guide 6’da  Zaman Çizelgesinin Geliştirilmesi sürecinde önerilen Çevik Sürüm Planlama konusunu PMI açısından açıklamaya çalışacağım. PMP sınavına hazırlananların bu yaklaşımı bilmesi önemlidir.

Çevik Sürüm Planlama, ürün geliştirilmesi ile ilgili vizyon ve yol haritası doğrultusunda sürümlerin (genellikle 3-6 aylık olarak) üst seviye zaman zaman çizelgesi özetidir.

Çevik Sürüm Planlama, ürüne ilişkin hedeflerin gerçekleştirilmesi, bağlılıkların  ve engellerin giderilmesi için ürün sahibinin ve ekibin ne kadar çalışmaya ve süreye ihtiyacı olduğunu belirlemek için gerekli döngü (iteration) ve geliştirme süreç (sprint)adetlerini içerir.

Eğer sürümler müşteri için bir değer üretiyorsa, zaman boyutunda hangi döngüde neyin başarılacağı (üretileceği) görülebileceği için proje zaman çizelgesinin anlaşılması kolaylaşmaktadır.

Agile (Çevik) Proje Yönetimi ile ilgili bilinmesi gereken 12 terimi açıklayan bu yazıya göz atmalısınız: https://tr.linkedin.com/pulse/bilmeniz-gereken-12-agile-proje-y%C3%B6netim-terimi-sinan-erdin%C3%A7

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Hayatımız Proje – Proje Yöneticisinin El Kitabı PDU Kazandırıyor

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Hayatımız Proje Proje Yöneticisinin El Kitabını satın alıp okuyanlar 9 PDU kazanabilecekler.

PDU bilgisinin PMI sitesine kaydı ile ilgili aşağıdaki bilgileri dikkatlice okuyunuz;

Kitabımızla ilgili pdu girişi için aşağıdaki adımları izleyiniz;

PDU girişi içinhttps://ccrs.pmi.org/claim/new/Read sayfasına PMI üyelik bilgileriniz ile giriş yapınız.

  • Author (Yazar) bölümüne Gökrem Tekir – Savaş Şakar yazınız.
  • Title (Başlık Bölümüne Hayatımız Proje – Proje Yöneticisinin El Kitabı yazınız.
  • Description (Açıklama) ve URL bölümleri opsiyoneldir, boş bırakabilirsiniz.

  • Date Started (Okumaya Başladığınız Tarihi) ve Date Completed (Okumayı tamamladığınız tarihi giriniz.)
  • Kitabı okumaya ayırdığınız her saat için 1 PDU yazabilirsiniz. Örneğin kitabı okumaya 8 saat ayırdıysanız;
    • Technical (Teknik) – 7 PDU
    • Leadership (Liderlik) – 1 PDU
    • Strategic and Business (Strateji ve İş) – 1  PDU

Son olarak “I agree this claim is accurate” (Beyanım doğrudur) seçeneğini işaretleyiniz.

Kitabı Okurken Dikkat Edilmesi Gerekenler

  • Ne zaman okumaya başladığınızı ve bitirdiğinizi not alın.
  • Tüm kitabı okumadıysanız okuduğunuz sayfaları not alın.
  • Hangi içerikten, ne öğrendiğinizi not alın.
  • Kitapta yer alan içerikten hemfikir olduklarınızı belirleyin.
  • Kitapta yer alan içerikten karşı olduklarınızı belirleyin.
  • Kitapta yer alan içerikleri doğrulamak için başvurduğunuz kaynakları not alın.

Uyarı: Eğer PMI’ın denetlemesine tabi olursanız yukarıda bahsi geçen notlarınızı paylaşmanız gerekebilir.

Hemen Sipariş Verin:

EFT ile sipariş için : http://www.savassakar.com/index.php/hayatimiz-proje-proje-yoneticisinin-el-kitabi/

Kredi Kartı ile Sipariş İçin: https://www.gittigidiyor.com/arama/?satici=savassakar

Paylaşın:

Proje Yönetiminde Döngüsel Eksiltmeli İş Bitirme Çizelgeleri

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Çevik yaklaşımın proje yönetime yansımalarından birini PMI’ın, PMBOK 6’da Zaman Çizelgesi Kontrolü sürecine eklediği Döngüsel Eksiltmeli İş Bitirme Çizelgeleri (Iteration Burndown Chart) ile görüyoruz. PMP sınavına hazırlananların bilmeleri gereken araçlardan biridir.  

Çevik yaklaşımda ürün kapsamı belirli döngüler (1 hafta, 15 gün vb.) dahilinde gerçekleştirilir. Bu grafik ile döngü içerisinde gerçekleşmesi gereken eforu izleyebilirsiniz.  

İdeal efor efor miktarı ile planlanan ve gerçekleşen eforu takip ederek aradaki sapmaları analiz edebilir, gerekli aksiyonları alabilirsiniz.

Aşağıdaki örnek grafikte kahverengi çubuklar tamamlanan işleri, mavi noktalı çizgi kalan eforu, yeşil düz çizgi ideal harcanması gereken eforu, düz mavi çizgi kalan işleri göstermektedir.

Scrum konusunda oldukça açıklayıcı Cihan Yılmaz’ın yazısını okumanızı öneririm.

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Proje Yönetimi ve Ortak Uygulama Geliştirme (Joint Applicaton Development (JAD))

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Ortak Uygulama Geliştirme (OUG) (Joint Applicaton Development (JAD)) bilgi teknolojileri projelerinde tasarım sürecini hızlandırmak için kullanılır. Geliştiriler ve kullanıcılar(müşteri) bir araya gelerek ortak bir çözüm oluşturmaya çalışırlar. OUG öncesi gereksinimler paydaşlarla birebir görüşmelerle alınmaya çalışılır.   

OUG, ekip odaklı bir yaklaşımdır. Oybirliğine dayalı problem çözümü modelidir. Paydaşların katılımını tam ve kaliteli olursa geleneksel yöntemlerden çok daha hızlı gereksinimler netleştirilebilir. OUG, teknolojik ve iş gereksinimlerini birleştiren bir tekniktir.

OUG, ilk kez IBM’den Chuck Morris tarafından 1977’de coğrafik dağıtım sistemlerine ilişkin gereksinimlerin belirlennesi için kullanıldı. 1984’te IBM OUG tekniğini resmileştirdi. OUG, tanımlama, analiz ve tasarım konularına odaklandı, geliştirme ile ilgili kısımlar tekniğin dışında tutuldu.

Ortak Uygulama Geliştirme hangi projelerde uygulanabilir;

  • Yeni sistem geliştirme
  • Mevcut sistemi iyileştirme
  • Sistemi dönüştürme
  • Yeni sistem alımı

Proje Karakteristikleri

  • Birden fazla fonksiyonel departman içeren,
  • Şirketin gelecekteki başarısı için kritik bir rol oynuyorsa,
  • İstekli kullanıcılar varsa,
  • Şirket için ilk defa yapılıyorsa,
  • Geçmişte benzer projelerde problem yaşanmışsa tercih edilmelidir.

Ortak Uygulama Ekibi

  • Sponsor – Yönetimden, karar verme yetkisi olan
  • Kolaylaştırıcı (Facilitator) – Toplantıları ve atölye çalışmalarını yöneten
  • Bilgi Teknolojileri Sorumlusu – Bilgi Teknolojilerini temsil edecek yeterlilikte
  • Yazman – Tüm görüşmeleri kayıt altına alan
  • Gözlemci – Tüm çalışmaları izleyen

Ortak Uygulama Yaşam Döngüsü

Planlama/Tanımlama

  • Sponsorun Belirlenmesi
  • İhtiyacın tanımlanması
  • Tanımlama için gerekli ekibini belirlenmesi
  • Toplantının kapsamının belirlenmesi

Hazırlık

  • Zaman Çizelgesi tasarlama toplantıları
  • Tasarım ile ilgili paydaşların oryantasyon ya da eğitimlerinin gerçekleştirilmesi
  • Gerekli malzeme, oda, yazılım vb. ayarlanması
  • Tasarım toplantısı gündeminin hazırlanması
  • Başlatma Toplantısının Yapılması

Tasarım Toplantıları

  • Kapsam, hedef, ve tanım belgelerinin gözden geçirilmesi
  • Veri, süreç ve system gerekliliklerinin tanımlanması
  • Sistem arayüzlerinin tanımlanması
  • Prototip geliştirilmesi
  • Kararların, durumların, varsayımların ve terimlerin yazılı hale getirilmesi
  • Çözülmesi gereken durumlara sorumlu atanması

Tamamlama

  • Tasarım belgelerini tamamlanması
  • Tasarım belgelerinin onaylanması
  • Sponsora sunum yapılması
  • Prototipin gösterilmesi
  • Sponsor onayının alınması
  • OUG Sürecinin değerlendirilmesi

Faydaları

  • Tasarımı hızlandırır
  • Müşteri ile birlikte ekip çalışması sağlar
  • Müşteri bakış açısıyla tasarım geliştirilmesini sağlar
  • Geliştirme ve bakım maliyetlerini düşürür.

OUG’nin başarılı olması aşağıdaki faktörlere bağlıdır;

  • Tüm karar vericiler gerektiğinde destek verirse,
  • Kolaylaştıcı grubu hedeflere odaklarsa,
  • Farklı bakış açıları hızla çözümlenirse,
  • Hataların çoğu analiz ve Tasarım aşamasında tespit edilirse,
  • Sistem tasarımı kullanıcı beklentilerini karşılarsa,
  • Problemler hıla çözülürse
  • Varsayımlar yazılı hale getirilir ve iyi anlaşılırsa
  • Süreç hızı düşürmeyip artırırsa.

Uyarılar

  • Kolaylaştırıcı gerekli tüm eğitimleri almış olmalıdır.
  • Müşteri temsilcisi (Kullanıcı) gereki eğitimi almış olmalıdır.
  • OUG ile ilgili tüm rollere ilgili kişiler atanmadan başlamayın.
  • Toplantıları şirket dışında yapın.
  • Toplantıları herkes katıldığında yapın.
  • Tüm varsayımları ve durumları yazılı hale getirin.
  • Tüm çözülmesi gerekn durumlara bir sorumlu atayın.

Kritik Başarı Faktörleri

  • Yönetim desteği ve katılımı
  • Eğitimli ve deneyimli kolaylaştırıcı
  • Toplantılara doğru kişilerin katılımını sağlama
  • Tüm katılımcıların eşit kabul edilmesi
  • Hazırlık aşamasına gereken önemin verilmesi
  • İyi bir günden ve gündeme sadık kalma
  • Toplantılarda uygun araç ve teknikleri kullanma
  • Teknik terim kullanımını en az düzeyde tutma
  • Son belgeleri kaliteli tamamlama

Kaynak: Dave Rottman https://www.umsl.edu/~sauterv/analysis/488_f01_papers/rottman.htm

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

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

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Projeleri bir seyahat gibi düşünün. Farklı yöntemlerle gidebilirsiniz. Yürüyerek, koşarak, arabayla, otobüsle, trenle, uçakla vb. Hangi yöntemi seçerseniz seçin hedefinize ulaşabilirsiniz. Ama önemli olan mevcut kısıtlar altında en kısa, ucuz, konforlu yöntemi seçmenizdir.

Proje Yönetiminde projeyi başarıya ulaştırmak için doğru yaşam döngüsüne karar vermeniz gerekir. 

Proje Yaşam Döngüsünü basitçe şöyle açıklayabiliriz;

  • Kapsamı Belirleme
  • Planlama
  • Yürütme (Hayata Geçirme)
  • İzleme & Kontrol
  • Kapama

Yaklaşımları Doğrusal, Kırılımlı,  Döngülü, Uyarlamalı ve Extreme diye 5’e ayırabiliriz.

Proje doğası gereği hedefinin netliği veya belirsizliği doğrultusunda soldan sağa doğru gidildiğini söyleyebiliriz.

Proje Yöneticileri uzunca bir süre kare kutuları yuvarlak deliklere sokmaya çalıştılar. “İlla böyle olmalı” mantığı ile bir yere varılamayacağı zamanla anlaşıldı. Proje Yönetimini hem teknik hem de bir sanat olarak ele almanın önemi anlaşıldı.

Geleneksel Proje Yönetimi Yaklaşımları

Eğer geçmişte benzer projeler yapılmış ve projenin başında beklenen sonuç net ise daha güzeli var mı? Müşterinin ne istediği iyi anlaşılıyor, sürprizler az, değişiklik beklentisi az.

Geleneksel Proje Yönetimi Yaklaşımlarının değişime toleransı azdır. Zaman ve bütçe kısıtları içinde hedefe ulaşılmak istenir.

Değişiklik durumunda talep analiz edilir, plana etkilerine bakılır ve güncellemeler yapılır. Değişiklik hem projeyi hem de değişiklik üzerinde çalışan proje ekibinin taahhütlerini etkiler.

Geçmiş deneyimler, yaşanan problemleri ve çözümlerini yeni projeye taşıyorsa belirsizlik ve sürprizlerle az karşılaşılacak demektir.

Benzer projelerde yer almış ekipler deneyimlidir, daha kaliteli ve hatasız iş çıkarabilirler.

Sonu belirli projeler plan odaklı ilerlerler. Başarı plana uyum ile ölçümlenir.

Doğrusal Proje Yönetimi Yaşam Döngüsü Yaklaşımı

Yaşam döngüsü bileşenlerinde (Kapsam, Planlama, Yürütme, İzleme&Kontrol, Kapama) geri dönüş yoktur. Herhangi bir süreçten geri dönmeme zayıflık olarak görülebilir. Geri dönüşün olmaması gelişim fırsatlarını kaçırmak anlamına gelir. En başa dönmek ise yapılan tüm işin değişmesi anlamına gelebilir. Aynı şekilde müşteriden gelecek kapsam değişiklikleri de süreci baştan almaya sebep olacaktır.

Doğrusal model değişime toleransı az modeldir.

Kırılımlı Proje Yönetimi Yaşam Döngüsü Yaklaşımı

Doğrusal ve Kırılımlı Yaklaşımlar arasındaki tek fark teslimatlar Kırılımlı yapılarda zaman çizelgesinde belirtilen noktalarda gerçekleştirilirler. Çözüme parça parça, kırılımlar halinde ulaşılır. Son kırılım gerçekleştirildiğinde proje tamamlanır.

Kırılımlı yakalaşım pazarın tetiklediği bir yaklaşımdır. Pazara hızlı girmek ve zamanla özellikleri artırmak vb. 

Doğrusal Yaklaşımlar değişimi istemez ve olası değişimlere karşı zaman rezervleri koyarlar. Kırılımlı yaklaşım değişimi destekler. İlk kırılımın ortaya çıkması sonrasında müşterinin de farkındalığının artması sonucu değişiklikler projenin geri kalanı için adapte edilir.

Doğrusal modellerde tam çözüme giderken aktiviteler belirli bir sıra ile gerçekleştirilmek zorundadırlar. Bu durum gelecekte ek taleplerin olması durumunda başa dönülmesini gerektirebilir.  

Kırılımlı yaklaşım beklenmedik değişikliklere kapısını açan bir yaklaşımdır.

Çevik Proje Yönetimi Yaklaşımları

Geleneksel Yaklaşımlarda gereksinimlerin netleştirilmesi ve bu doğrultuda detaylı planların yapılması gerekir.  Bir projenin yapılması gerekiyor fakat ne yapılacağı net olarak bilinmiyorsa Geleneksel Yaklaşımı tercih edemezsiniz. Bu tip bir duruma düşen proje yöneticileri tornavida yerine çekiç kullananlar gibidirler. Projeyi gerçekleştirmek için ellerindekilerle yola çıkarlar. Yönetimler bu tip değişken kapsamdan çekinirler. Kaynaklar sonucu bilinmeyen bir projeye çekilirken projenin sonucunda elde edilecek fayda kestirilememektedir.

Bu tip durumlarda şirketler avantajlarını kaybetmemek için plan-odaklı yaklaşımdan değişiklik-odaklı yaklaşımlara (çevik) yönelirler. Geleneksel  yaklaşımla yönetilen projeler değişiklikten olumsuz etkilenir, plan güncelleme ve buna bağlı efor-zaman kayıplarını yaşamak istemezler. Çevik Yaklaşımlar değişiklik olmadan başarıya ulaşamazlar. Zamanında ve anında planlama ilkesine dayanırlar. Yalın prensiplerle kaynak israfının önüne geçerler.

Çevik Yaklaşımların başarısı proje ekibinin ve müşterinin açık, dürüst ve anlamlı işbirliğine bağlıdır. Müşterinin çevik yaklaşımları ve geliştirme ortamını, proje ekibinin müşterinin işini ve nasıl iletişim kuracağını öğrenmesi gerekir. Proje Yöneticisi her iki tarafı bir araya getiren bir ortam yaratmaktan sorumludur. Sorumluluğu paylaştırır, projeye liderlik eder.

Proje ekibi çok kalabalık ise daha küçük projelere ve ekiplere bölmek daha faydalı olabilir. Daha küçük ekipler ve projeler sınırlı kapsamlarıyla üzerlerine düşeni başarmalıdırlar.  Geçici bir proje ofisi ile tüm bu projelerin koordinasyonu sağlanabilir.

Çevik Yaklaşımların iki tipte incelenebilir. Döngülü ve Uyarlamalı Yaklaşımlar.

Proje ile ilgili bazı özellikler eksik ya da net tanımlı değilse Döngülü, beklenen sonuç net değil ve buna bağlı özellikler eksik ya da iyi tanımlanmamışsa Uyarlamalı yaklaşım tercih edilmelidir.

Döngülü Proje Yönetimi Yaklaşımı

Projeden beklenen sonuca ilişkin fonksiyonlar, gereksinimler bilinmiyor veya tanımlı değilse tercih edilir. Her döngü sonunda bir prototip ya da çalışan bir çözüm çıktığını düşünebilirsiniz. Böylelikle müşteriye çalışan bir çözüm üzerinde düşünmesi ve varsa ek taleplerini alırsınız. Müşteri tamam diyene kadar süren bir süreçtir.

Döngülü yaklaşımlar öğrenmek ve keşfetmek için fırsat yaratırlar. Her döngüde daha iyi bir sonuç ortaya çıkar.

Uyarlamalı Proje Yönetimi Yaklaşımı

Projenin sonucuna ilişkin net bir bilgi yoksa tercih edilir. Döngülü Yaklaşıma benzerdir. Döngülü yaklaşımda bir zaman çerçevesi esas alınarak çözüm üretilmeye çalışılırken Uyarlamalı Yaklaşımda her bir çevrim doğrultusunda hedefe ulaşılmaya çalışılır.

Extreme Proje Yönetimi Yaklaşımı

Çözüm ve hedef net olmadığı durumlarda tercih edilir. Ar-Ge, yeni ürün geliştirme, süreç iyileştirme projeleri örnek olarak verilebilir. Yüksek risk, değişiklik ve hız içeren projeleri kapsar. Hata oranları yüksektir.

Bu tip projeler bir takım varsayımlarla ve beklentilerle başlayıp, çok farklı noktalara gidebilir. Tekrarlana süreçlerle müşterinin fikri değişebildiği gibi proje ekibinin yönüde değişir. Ara çözümler başarılı olarak Kabul edilirken, iptal edilebilirler. Sabit bir bütçe ya da zaman hedefinden bahsetmek zordur. Müşteri ve proje ekibi “en kısa süre, uygun maliyete” ye odaklanırlar.

Extreme Yaklaşımı

Hedefler net değildir, keşfedildikçe netleşir. Her fazda müşteri ve proje ekibi geleceğe dair bir şeyler öğrenirler. Çevik Yöntemlerde kapsam baştan belirlenirken Extreme Yaklaşımda her fazda yeniden gözden geçirilir.

Extreme Yaklaşımda Çevik Yaklaşımlar gibi döngülüdür. 1-4 hafta gibi kısa sürelerle sonuç, hedef netleştirilmeye çalışılır. Kabul edilebilir bir çözüm bulunabilir, hiç uğraşmadan reddedilebilir. Müşteri “Ben görene kadar bir şey söyleyemiyorum” dediğinde, hedefin çok belirsiz olması Çevik Yöntemlerden ayrıldığı noktadır.

Extreme Yaklaşım daha fazla müşteri katılımı bekler. Hatta müşterinin liderlik etmesi gerekebilir.

Extreme Yaklaşımlarda her faz diğer fazın gerçekleştirilmesi ve kapsamı için belirleyici olabilir.

Yararlanılan Kaynak: Effective Project Management: Traditional, Agile, Extreme, Seventh Edition, Robert K. Wysocki, PHD

Yayınlanan yazıların e-postanıza gelmesini istiyorsanız aşağıdaki formu doldurunuz;

Paylaşın:

Agile (Çevik) Yöntemler Neden Popüler Oldu – 6

Hayatımız Proje - Proje Yöneticisinin El Kitabını (Gökrem Tekir - Savaş Şakar) KREDİ KARTI ile almak için tıklayınız

Sadelik, yapılmasına gerek olmayan işlerin mümkün olduğunca arttırılması sanatı, olmazsa olmazlardandır.

Yazılım projelerini uzatan en önemli faktörlerden birisi iş kolunun istisnaları ya da gerekli gereksiz ayırmaksızın talepler yapmasıdır. Yazılımda yer alması istenilen fonksiyonların nerede ve nasıl kullanılacağı, operasyonel anlamda nasıl yönetileceği tam düşünülmeden ihtiyaç listesine eklenir. Önemli olan çalışan ve iş gören yazılımın ortaya çıkarılmasıdır. Çevik yöntemler ihtiyaçları basitleştirerek ve yapılmaması gerekenleri ortaya koyarak proje sürelerinin gereksiz yere uzamasına engel olmaktadır.

En iyi mimariler, gereksinimler ve tasarımlar kendi kendini örgütleyen takımlardan ortaya çıkar.

Geleneksel yöntemde, matris proje organizasyonlarında farklı departmanlardan projeye atanan uzmanlar bir araya gelerek proje ekibini oluştururlar. Proje Yöneticisinin ekip ile ilgili tüm çalışmaları yapması, ekibi geliştirmesi ve yönetmesi beklenir. Proje Yöneticisinin yetkinliği ve yönetim gücü doğrultusunda ekip bir bütün olarak çalışabilir.

Aynı bakış açısıyla çevik yöntemde ekiplerin sık bir araya gelmeleri, yaplacak işleri hep beraber tasarlamaları, gerçekleşmeleri paylaşmaları bir bütün halinde davranmalarını sağlar. Ekibin iç dinamikleri ile projeyi başarıyla tamamlamak için organize olması sağlanır.

Takım, düzenli aralıklarla nasıl daha etkili ve verimli olabileceğinin üzerinde düşünür ve davranışlarını buna göre ayarlar ve düzenler.

Geleneksel yöntemde önerdiğimiz, çevik yöntemlerin de üzerinde durduğu diğer bir konu. Geleneksele yöntem proje yöneticisi liderliğinde düzenli bir araya gelmeyi, gerçekleşenlerin ve kalan işlerin konuşulmasını önerir. Kalan işlerin kalan zaman ve bütçe dahilinde gerçekleştirilebilmesi için gerekli strateji ve önlemler ekip ile birlikte geliştirilmeye çalışılır. Çevik yöntemler daha sık bir araya gelme prensibi ile geleneksel yöntemden ayrılır. Her iki yöntemde kalan işleri kalan zaman ve bütçe dahilinde tamamlamanın yollarını ararlar. Eğer mümkün değilse planlar güncellenir.

>—————————————————————————————-<

Hayatımız Proje – Proje Yöneticisinin El Kitabı

Gökrem Tekir – Savaş Şakar
 65 TL (Yurtiçi gönderimlerde kargo dahil)

*
*
*
*
 - 
*

Diğer sipariş yöntemleri: LinkedinFacebook veya Twitter hesabımdan mesaj gönderebilir savassakar@gmail.com adresine eposta atabilirsiniz. Göndereceğiniz mesajlarda; Adınız – Soyadınız, Telefon numaranız, Teslimat Adresi ve kaç adet kitap istediğinizi belirtmeniz yeterli olacaktır. 

Uyarı: Yayınevlerinde ya da kitapevlerinde yoktur.

Paylaşın: