Aylık arşivler: Mart 2017

ISO 21500 ve PMI Standartları – 5 – Paydaşlar ve Kapsam

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

Paydaşlar

Projeyi olumlu veya olumsuz etkileyebilecek ve/veya projeden etkilenebilecek tarafların belirlenmesine, etkilerinin analizine ve beklentilerinin yönetilmesine Proje Paydaş Yönetimi adı verilir.  

 

ISO 21500 PMBOK®
4.3.9 Paydaşları Tanımlama 13.1 Paydaşların Tanımlanma
  13.2 Paydaş Yönetiminin Planlanması
4.3.10 Paydaşların Yönetilmesi 13.3 Paydaş Katılımının Yönetilmesi
  13.4 Paydaş Katılımının Kontrolü

ZatenPMBOK® 5 ile gelen yeni iki konu dışında bir fark bulunmamaktadır: Paydaş Yönetiminin Planlanması ve Paydaş Katılımının Kontrolü  

Kapsam

ISO 21500 PMBOK®
  5.1 Kapsam Yönetiminin Planlanması
  5.2 Gereksinimlerin Toplanması
4.3.1 Kapsamın Tanımlanması 5.3 Kapsamın Tanımlanması
4.3.12 İş Kırılım Yapısının Oluşturulması 5.4 İş Kırılım Yapısının Oluşturulması
4.3.13 Aktivitelerin Tanımlanması 6.2 Aktivitelerin Tanımlanması*
  5.5 Kapsamın Onaylanması
4.3.14 Kapsamın Kontrolü 5.6 Kapsamın Kontrolü
* Zaman Yönetimi bölümünden alınmıştır.  

ISO 21500’de Gereksinimlerin Toplanması ayrı bir süreç olarak ele alınmamış Kapsamın Tanımlanması içersinde düşünülmüştür. Kapsamın Onaylanmasına yönelik bir süreç bulunmamaktadır. Kapsamın Onaylanması “Onaylanmış Teslimatların” çıkması anlamına gelir ve çok önemlidir. ISO 21500’de hiç bir sürecin çıktısı olarak Onaylanmış Teslimatların yer almaması şaşırtıcıdır.

Aktivitelerin tanımlanmasıPMBOK®’da Proje Zaman Yönetimi altında yer alırken ISO 21500 Proje Kapsam Yönetimi altında ele almaktadır.

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

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:

ISO 21500 ve PMI Standartları – 4 – Entegrasyon

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

Entegrasyon

Proje Entegrasyon Yönetimi, Başlatma, Planlama, Yürütme, İzleme&Kontrol ve Kapanış Süreçlerinin bir bütün olarak ele alınmasını sağlayan, değişikliklerin yönetilmesini ve tüm süreçlerdeki etkisinin dikkate alınmasını sağlayan bilgi alanıdır.

ISO 21500 PMBOK®
4.3.2 Proje Başlatma Belgesinin Geliştirilmesi 4.1 Proje Başlatma Belgesinin Geliştirilmesi
4.3.3 Proje Planlarının Geliştirilmesi 4.2 Proje Yönetim Planının Geliştirilmesi
4.3.4 Proje İşlerinin Yönlendirilmesi 4.3 Proje İşlerinin Yönlendirilmesi ve Yönetilmesi
4.3.5 Proje İşlerinin Kontrolü 4.4 Proje İşlerinin İzlenmesi ve Kontrolü
4.3.6 Değişikliklerin Kontrolü 4.5 Entegre Değişiklik Kontrolünün Uygulanması
4.3.7 Proje ya da Fazın Kapatılması 4.6 Proje ya da Fazın Kapatılması
4.3.8 Alınan Derslerin Toplanması  

Proje Başlatma Belgesinin Geliştirilmesi hem ISO21500 hem de PMBOK®’ta aynıdır.

ISO 21500 Proje Planları olarak sadece Temel Çizgileri kast eder: kapsam, zaman ve maliyet. PMBOK® ise Proje Yönetim Planı altında olması gereken tüm planları toplar: Kapsam, gereksinim, zaman, maliyet, kalite, insan kaynakları, iletişim, yapılandırma, süreç iyileştirme, risk, tedarik, paydaş vb. ISO 21500 çok genel olarak temel ihtiyacı karşılarken PMBOK®’ın tüm planları bir çatı altıda toplaması daha mantıklıdır.

Proje işlerinin kontrolü, değişikliklerin kontrolü ve faz ya da proje kapanışı her ikisinde de aynıdır.

ISO 21500 alınan derslerin toplanmasını ek bir bölüm yapmıştır. PMBOK®’ta proje ya da fazın kapatılması bölümünün altındadır. Proje Bilgi Yönetimi kapsamında Alınan Derlerin gerçekten çok önemli olduğu düşünülürse ISO 21500’ün ayrı bölüm yapmasını doğru buluyorum. Özellikle ele alınması ve yönetilmesi gereken ve hatta denetim süreçlerinde gözden geçirilmesi gereken bir konu olduğunu düşünüyorum.

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

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:

ISO 21500 ve PMI Standartları – Proje Yönetimi Süreç Grupları ve Bilgi Alanları – 3

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

Proje Yönetimi Süreç Grupları

ISO 21500 proje süreçlerini aşağıdaki tablodaki gibi 5 gruba ayırıyor.

ISO 21500 PMBOK
Başlangıç Başlangıç
Planlama Planlama
Kurma (Implementation) Yürütme (Execution)
Kontrol İzleme & Kontrol
Kapama Kapama

Değişiklik çok az sadece isimlendirmede mevcut.

Proje Yönetimi Bilgi Alanları

PMBOK®’da yer alan “bilgi grupları” ISO 21500’de “konular-subjects” başlığı altında yer alıyor.

ISO 21500  KONULAR PMBOK®  BİLGİ ALANLARI
Entegrasyon Entegrasyon
Paydaş Paydaş
Kapsam Kapsam
Kaynak İnsan Kaynakları*
Zaman Zaman
Maliyet Maliyet
Risk Risk
Kalite Kalite
Tedarik Tedarik
İletişim İletişim

* PMBOK® 6 yeni versiyondan İnsan Kaynakları bilgi alanının adı Kaynak olarak değişecektir. Böylelikle hem insan kaynakları hem diğer kaynakları (ekipman vb.) içermiş olacaktır.

Görüldüğü gibi her ikisi de birebir aynıdır.

Bu süreçlerin açıklaması açısından baktığımızda ISO 21500’ün araç ve teknik açıklamaları getirmediğini görüyoruz. Genel bir açıklama ve tablo şeklinde girdiler ve çıktılar yer almaktadır.

PMBOK®’a göre çok kısa açıklamalar yer alıyor. Örneğin ISO 21500’de iki süreç tek sayfada anlatılırken PMBOK®’ta sayfalarca anlatılıyor.

Yarın : Entegrasyon

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

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:

ISO 21500 ve PMI Standartları – 2 – Proje Tipleri

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

Genelde iki tip projeden bahsedilebilir. Yatırım projeleri, şirketin iş yapma şeklini geliştiren ve değiştiren, ticari projeler, şirkete para kazandıran, gelir getiren projeler.

ISO 21500 sadece yatırım projelerine odaklanmış gibi duruyor. Teslimatların operasyona devredilmesi ve bu operasyonların gelir getirmesi üzerinde durulmuş. Sadece teslimatların gelir getirmesi gibi bir vurgu yapılmamış.

Faydaların Gerçekleşmesi sadece müşteri gözüyle ele alınıyor. (Bölüm 3.4.3). Halbuki şirketin ticari projelerde beklentisi kendisinin kar ve fayda elde etmesidir.

ISO 21500 projelerin fırsatlardan doğduğunu söylüyor. Ne var ki müşteri talebi ile oluşan ticari projelerden bahsedilmiyor. Bunun da şirket için bir fırsat olduğu düşünülebilir. Genel olarak ISO 21500’ün ticari projeleri ele almadığı düşünülebilir.

Bölüm 3.7’de PMBOK®’ın aksine bir tanım var. Teslimatların orijinal olduğu söyleniyor. Halbuki bazı projelerde aynı teslimat bir kaç kere üretiliyor veya tekrarlanıyor olabilir. Kurumsal öğrenme tekrarlayan işlerin şirketleri geliştireceği varsayımına dayanır. Bu yüzden her teslimatın farklı olması doğru bir söylem değildir.

Yarın: Proje Yönetimi Süreçleri ve Bilgi Alanları

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

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:

ISO 21500 ve PMI Standartları – 1 – Giriş ve Proje Tanımı

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

Giriş

ISO (International Standards Institute)’un proje yönetimi konusundaki standardıdır. Genellikle ISO 10006 (2003) Kalite Yönetimi – Projelerde kalite yönetimi standardı ile birlikte anılır.

Her ne kadar Milli Proje Yönetimi Metodolojimiz olmasa da Japonya, Avusturalya ve Almanya gibi ülkeler kendi standartlarını geliştirmişlerdir.

ISO 21500, İngiliz Standartları Enstitüsü tarafından 2006’da başlatılmış. 31 ülkenin katılımı sağlanmış (Türkiye yok), 5 tanesinde denenmiş. Çalışma grubunun başkanı  Dr. Jim Gordon aynı zamanda 1999’da PMI’ın PMBOK® Kılavuzunun uluslararası bir standard yapılması çalışmasında yer almış.

ISO 21500’ün son versiyonu Eylül 2012’de yayınlandı. 2013’de TSE ile yaptığım Proje Yönetimi eğitimlerinde bu konuyu gündeme getirdik ancak sonra herhangi bir çalışma yapılıp yapılmadığından haberim olmadı. Bu standardın Türkiye’ye  kazandırılmasına yönelik her türlü çalışmaya destek vereceğimi iletmiştim.

ISO 21500’ü bir yazı dizisi şeklinde bölüm bölüm PMBOK® ile karşılaştırmaya başlayalım;

Proje Tanımı

Proje tanımı ve proje tipleri ISO 21500’de biraz farklılaşıyor. Bölüm 3.2’de ele alınan proje tanımı şöyle; unique set of processes consisting of coordinated and controlled activities with start and finish dates, undertaken to achieve an objective. PMBOK® Kılavuzu, “hedefe ulaşmak için teslimatların üretilmesinin” özellikle altını çizerken ISO 21500’de göremiyoruz. Ürün tanımlaması yapılmamış.

ISO 21500’de proje başlatıldıktan sonraki süreçler tanımlanmamış. ISO 21500’de süreçlerin tanımlanması 4.3.3 bölümündeki Proje Planları Geliştirme aşamasında gösteriliyor ki bu da proje başlangıcından sonrasına denk geliyor. Yani projenin en büyük özelliği olan özgünlüğü (unique) olup olmadığı ve buna uygun süreçlerin belirlenmesi proje başlangıcından epey sonrasına denk geliyor. Basitçe yorumlarsam aslında başlanılan bir işin proje olup olmadığı geç fark edilebilir.

Hem projeler, hem de proje yönetimi süreçleri her projeye özgündür deriz. Fakat standardın içerisinde sürecin özgünlüğü değil süreç setinin özgünlüğünün altı çiziliyor. Yani ISO 21500 standardında olan bir firmanın belirlediği süreç setini standart olarak göstermesi yeterli.

Yarın: Proje Tipleri

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

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:

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:

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

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

Sponsorlar, yazılımcılar ve kullanıcılar sabit tempoyu sürekli devam ettirebilmelidir.

Proje paydaşları proje süresince ilgi seviyelerini kolay kolay aynı tutamazlar. Araya giren yeni işler, sektördeki gelişmeler vb. bir çok etken ilginin başka yerlere kaymasına sebep olabilir. Geleneksel yöntem paydaşların ilgi düzeylerinin sürekli kontrol edilerek olası bir düşüş durumunda Proje Yöneticisinin müdahale etmesini, paydaşın istenen ilgi düzeyine çekilmesini ister. Çevik yöntemler sık toplantılar ile bu ilgili yüksek tutmaya çalışıyor. Sponsor ilgisini kaybederse proje destek azalıyor, kullanıcı ilgisini kaybederse onaylar ya da testler aksıyor, yazılımcı ilgisini kaybederse yavaşlıyor ve/veya hata yapmaya başlıyor. İlginin yüksek tutulması hiç kolay olmayan bir iştir. Geleneksel ya da çevik yöntem fark etmeksizin insan yönetimini bilmeyi gerektirir.  

Teknik mükemmeliyet ve iyi tasarım konusundaki sürekli özen çevikliği artırır.

Projenin baştan üstünkörü tanımlanması ya da tasarlanması istenmeyen bir çok problem ve değişikliğe sebep olur. Projenin kötü başlaması işi yapanların hatalarına mazeret üretebilmelerini sağlar. Çevik yöntemler sık bir araya gelme vey akın dönemi netleştirme çalışmaları ile iyi bir tasarımın kapısını araladılar. İsteklerin ilgili döngü içerisinde yapılacaklara yönelik netleştirilmesi ve bunun dışına çıkılmaması prensibi işe yarar gibi duruyor.

Teknik mükemmeliyet zaman içinde kaybedilmiş bir özellikti. Test ortamlarının olmayışı, testler konusunda eğitim alınmaması ve iyi niyetle yapılıyor olması, test bile yapmadan üretim ortamına alınan uygulamalar problemler yaratıyordu. Çevik yaklaşımla beraber ekip her hangi bir fonksiyonu anahtar teslim tamamlamak zorunda. Analiz, tasarım, uygulama ve test bir bütün halinde ele alınıp başarı hedefleniyor. Böylelikle proje ekibi her döngüde hedeflediklerini teknik mükemmeliyet ve iyi bir tasarım ile tamamlayabiliyor.

Sürekli özeni sık bir araya gelmenin getirdiği yönünde görüşler olsa dahi gelenksel yöntemde de sürekli ilgiyi proje yöneticisi deneyimleri ve kişisel özellikleri ile sağlayabilir. Sürekli ilginin bir projenin olmazsa olmazı olduğu uzun süredir bilinen bir gerçek. Ne var ki ilgiyi sürekli tutmak için ilerleyişin sponsora ve ekibe gösterilmesi, ilerleyiş olduğu hissiyatının tüm paydaşlara verilmesi gerekiyor.

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

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:

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

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

Çalışan yazılım ilerlemenin birincil ölçüsüdür.

Zaten başımıza ne geliyorsa hızlı gitmekten geliyor, seyrek düşürüyoruz. Bir an önce iş yapmak, rakipleri geçmek vb. bir çok sebeple projeler çok hızlı başlatılıp (öncesi iyi düşünülmeden) bir an önce bitirilebilmesi için kafadan atma bitiş tarihi hedefi ile yapılmaya çalışılır. Yazılım projelerinde üretim (production) ortamında test yapan NADİR ülkelerdeniz. Proje Yönetimi yaklaşımı ne olursa olsun işin başında çok iyi analizler yapılmasını, hata çıkarsa düzeltiriz yerine hata çıkmasın mantığını adapte etmeye çalışırlar. Projeleri hızla başlatmanın veya bir an önce bitirmenin getireceği kalite maliyetleri ve ek iş yükü hesaba katılmadığında proje ekipleri de üstün körü işler ve hata yapmaya başlarlar. Geleneksel ya da çevik yöntem çalışan yazılım konusunda ortak noktadadır.

Diğer taraftan şirketlerdeki projelerin artması, az projeli dönemlerdeki rol ve sorumlulukların değişmesine yol açtı. Zaten bir yazılımcı iş kolu ile doğrudan görüşmeye başlar, analiz ve geliştirmeyi yapar, testler karşılıklı yapılırdı. Projeler arttıkça iş kolu-analiz-yazılım-test ekipleri ayrıştı ve yaşanan problemler koordinasyonsuzluğa bağlandı. Çevik yöntemler bu ekipleri bir araya getirerek çalışan yazılım için tek bir vücut şeklinde çalışılmasını getirdi.

Çevik süreçler sürdürülebilir geliştirmeyi teşvik etmektedir.

İş kolu aklına estiğinde değişiklik talepleri ile gelebilir. Bu zaman zaman atlana ve önemli bir şey olabileceği gibi işgüzarlıkta olabilir. Geleneksel yöntem yazılım projelerinin belirsizliğinin bilincinde olarak başlangıç aşamalarını ciddi tutmayı ve değişiklikleri yönetmeyi hedefler. Çevik yaklaşımlar sık bir araya gelmelerle isteğin grup içinde netleşmesini ve kısa vadeli (döngüsel) hedeflerin netleştirilip değiştirilemesini sağlaması açısından tercih edilmeye başlandı. İş kolunun yaptığı talepleri unuttuğu bir dönemden taleplerini sürekli geliştirip, iyileştirebileceği bir ortam tercih edilir oldu.

Devam edecek…

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

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:

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

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

Projelerin temelinde motive olmuş bireyler yer almalıdır.  Onlara ihtiyaçları olan ortam ve destek sağlanmalı, işi başaracakları konusunda güven duyulmalıdır.

Burada kişilerin motivasyonuna şirketin ne kadar önem verdiği yatıyor. Her hangi bir yönteme bağlı olmaksızın bir çalışan motive değilse iyi performans beklenemez. BT personeli yeterince iyi anlaşılamamış, kendini iyi anlatamamıştır. Her departmanın kendi has bir iş yapış şekli olduğu gibi belirli konularda departmanlar karakteristik özellikler içeririler. Dünyada BT personeli psikolojisi ile ilgili yapılan çalışmalar taki edilseydi “sakin ve sessiz bir ortam istedikleri, içe kapanık oldukları, kendi iç iletişimleri yüksek dış departmanlarla iletişimde problemi yaşayabildikleri” gibi genel bilgiler edinilebilirdi. Herkese aynı davranarak aynı sonucu beklemenin doğru olmayacağını herkesin bildiğini düşünüyorum.

Bir yazılım takımında bilgi alışverişinin en verimli ve etkin yöntemi yüz yüze iletişimdir.

Yüz yüze iletişimin en önemli olduğuna ilişkin şüphem yok. Ne var ki şirket bir kurum hafızasına sahip olmak istiyorsa, 5 yıl sonra geriye dönüp kimin neyi nasıl yaptığını bilmeye ihtiyaç duyuyorsa yazılı iletişime ihtiyacı vardır. “Yazmayı sevmediği” için yazmayanlar şirkete kaybettiririler.  Profesyonellik kayıt altına alınması gereken bilgilerin belirlenmesi ve kayıt altına alınmasını gerektirir. Çevik yöntemlerin gereksiz yazılı iletişimi kaldırdığı noktaları olumlu ama “hiç yazmadan projeyi tamamlayacağız” gibi yarattığı bir algıya karşıyım. BT personeli üzerine düşen yazılı iletişimi yapmalıdır.

Devam edecek …

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

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:

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

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 süreçler değişimi müşterinin rekabet avantajı için kullanır.

Fayda yaratacak değişimi işin içine sokmak, fayda yaratmayanı sırf istendiği için yapmamak ilkesi çok önemli. Oldukça mantıklı olan bu prensip BT departmanlarının gelen işleri sadece yapmakla yükümlü olması prensibini değiştiriyor. Şirketin, BT departmanını sadece maliyet merkezi değil, işi bilen ve geliştirici öneriler getirebilen bir yer olduğunu fark eden firmalarda BT Yöneticileri istenilen değişikliklerin yaratacağı faydayı sorgulayabiliyor, gerektiğinde red edebiliyorlardı.

Çalışan yazılım, tercihen kısa zaman aralıkları belirlenerek birkaç haftada ya da birkaç ayda bir düzenli olarak müşteriye sunulmalıdır.

Neredeyse 20 yıldır içinde olduğum Proje Yönetimi konusunda “belirsizliği yüksek projelerde sık sık onay almak gerekir” prensibini bilirim. Doğru yolda gittiğinin teyidi alarak ekip daha motive bir şekilde ilerleyebilir. Amaç yeniden iş yapmamak, her işi tek defada doğru yapmaktır. Çevik süreçler bunu yapısı itibari ile döngü içi işlere dönüştürerek sistemsel yapılabilmesini sağlayabiliyor. Geleneksel yöntemde aynısı planlama aşamasında düşünülerek yapılabilir.

İş süreçlerinin sahipleri ve yazılımcılar proje boyunca her gün birlikte çalışmalıdırlar.

Mutlak ifadeler (her gün) beni korkutmuştur. Projenin her aşamasında her gün bir araya gelmenin gerekliliğini tartışmalı buluyorum. Projenin yaşam çevrimini masaya yatırıp hangi süreçlerde her gün hangilerinde daha seyrek bir araya gelinmesi gerektiği ekipçe belirlenebilir. Sırf bir yönteme uymak adına çalışanları her gün toplantı yapmaya itmeyi doğru bulmuyorum. Analiz aşamasında yapalım, yazılımda hafta da bir yapalım gibi her proje özel ve ihtiyacı karşılayacak bir prensip belirlenmelidir.

Devam edecek…

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

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: