Arşiv
Fonksiyonel Organizasyondan Matris Organizasyona Doğru
Organizasyon yapıları hakında detaylı bilgileri aşağıdaki yazılarımda detaylı olarak paylaşmıştım.
Peki, son 4 -5 seneyi gözlemlediğinizde şirketlerin Fonksiyonel yapıdan, Matris yapılara doğru geçme eğiliminde olduğunu gözlemliyor musunuz? diye bir şey sorsam…
Aynı soruyu şu şekilde de sorabilirim: Şirketinizdeki son 5 seneyi düşününüz… Projelerinizin sayıları artıyor mu, azalıyor mu?
Eğer cevabınız “artıyor” şeklindeyse, matris yapıların daha fazla ihtiyaç haline geldiğini de gözlemliyorsunuzdur.
Fonksiyonel organizasyon, aslında, yönetimi en kolay olan organizasyon tipidir. Fonksiyonlar (departmanlar) çok net ayrılmış, görev tanımları net ve belirgin, sorumluluklar ise çok açıktır. Matris organizasyonlarda ise öncelikler karışmaya başlar, sorumluluklar ve yetkilerde kamaşıklıklar ortaya çıkar fakat projelerin sayıca artmasından dolayı veya projelerin ciroya olumlu etkilerinin beklenmesinden dolayı matris yapılara geçiş kaçınılmaz olarak gerçekleşir. Mesele, bu geçişi kontrol altında, başarıyla tamamlayabilmektir.
- Fonksiyonel yapılardan, matris yapılara geçişte şunlar yaşanabilir:
- Fonksiyon Yöneticileri arasında çatışmalar ve büyük tartışmalar, (Yetki-Sorumluluk karmaşası)
- Projeler sahipsiz kalması ve projeyi kimsenin üstlenmemesi,
- Projeyi 1-2 kişinin üstüne yıkmak suretiyle, kimsenin gerekli desteği vermememsi,
- Fonksiyonların işlerini içeren bir planın hazırlan(a)maması,
- Bireysel çabalar ile projenin ilerletilmeye çalışılması,
- Çabaların yeterince takdir görmemesi ve motivasyon bozuklukları,
- Projenin teknik bilgi birikiminin bazı kişilerde toplanması ve o proje için kişilere bağımlılık oluşması,
- Dokümantasyona zaman ayırmamak ve dokümante etmeyi gereksiz görmek, vb…
Matris yapılara geçiş, iyi yönetilmesi gereken bir süreçtir çünkü bu süreçte yetkilerin paylaşılması gerekecektir, proje yönetiminin önemi herkes tarafından anlaşılması sağlanacaktır, proje yönetmenin, uzmanlık gerektirdiğini herkesin kabullenmesi gerekecektir ve bu süreç şirketin büyüklüğüne göre uzun bir süre olabilir.
http://www.gokremtekir.com/index.php/2009/02/02/pmia-gore-fonksiyonel-organizasyon/
http://www.gokremtekir.com/index.php/2009/02/03/pmia-gore-matris-organizasyonlar/
http://www.gokremtekir.com/index.php/2009/01/30/pmia-gore-proje-bazli-organizasyon/
Proje Takımı Özellikleri
- Becerileri: Takım, proje için kullanılması gereken malzeme ve makinayı nasıl kullanacağını biliyor mu? Eğer proje için özel bir teknoloji bilmek gerekiyorsa, takım bu teknolojiyi kullanabilecek beceride mi?
- Öğrenmeye Açıklık: Takım yeni becerileri almaya açık mı? Teknolojinin gelişmesinden dolayı öğrenmeye açık olma hali, mevcut teknolojiyi bilmekten çok daha önemli olmuştur.
- Tecrübe: Ekip, benzer bir projede önceden görev almış mıdır? Ekip, geçmişteki projelerde problem, risk, karışıklık, hata, başarı ile tanışmış mıdır? Takım, zorluklara nasıl çareler üretmiştir?
- Hız: Takım, hızlı üretebiliyor mu? Bu bazen problemlere de yol açabilir çünkü hız kalitesiz iş çıkmasına sebep olabilir. Fakat acil durumlar için ekibin esnekliği ve hız önem arz eder.
- İletişime Verilen Önem: Proje takımı içinde iletişim ne kadar etkili? Takım üyeleri, birbirleriyle veya dikey yönde iletişime ne kadar önem vermekteler?
- Birliktelik: Birlikte yanlış yapmayı, bireysel olarak doğru yapmaya tercih ederiz. Hepimiz yanlış yaptığımızda önce güleriz, sonra öğreniriz, sonra da ortak kararla düzeltiriz
- Merak: Takım içinde merak uyandırabiliyor muyuz? Varsayımlarımız için sorular üretiyor, riskleri açıklıkla birlikte ele alıyor muyuz? Yeni yöntem ve buluşlar için motive edici bir yönetim sergiliyor muyuz? Bilinenler tekrar sorgulanıyor mu?
- Açıklık: Takım dışından olanlara veya dışarıdan gelen fikirlere ekip üyeleri ne kadar açık? Ekip üyeleri gelen fikirleri kabullenir gibi görünüp “bu bizde olmaz”, “ “bizim işler biraz farklı” şeklinde değişikliklere dirençle mi yaklaşıyorlar?
Proje Yönetim Ofisi mi, Proje Destek Ofisi mi?
Son zamanlarda çok sık karşılaştığım bir durum üzerine yazmak istiyorum, bugün. Proje Ofisi’nden ne anlıyor ve ne bekliyoruz?
Öncelikle şunu belirltmem gerekir; Proje Ofisleri pek çok firmada yoğun bir şekilde konuşulmakta ve yavaş yavaş hayata geçirmek için adımlar atılmakta. Eğitim verdiğimiz ve Proje Ofisi’nin ne olduğunu anlattığımız kurumlar yavaş yavaş Proje Ofisi’ni kuruyor, yazılımla destekliyor, sorumlular atıyor, görevler yüklüyor ve doğal olarak PO’nun çalışma biçimiyle ilgili sorunlar yaşamaya da başlıyorlar.
Bu sorunların en başında Proje Ofisi’nin yapacağı işin ne olacağının tam olarak netleşmemesinden kaynaklandığını gözlemliyoruz.
PMI’ın tanımlarında yer alan Proje Yönetim Ofisi için kabaca “projelere yukarıdan bakan bir göz” tanımı vardır. Böylece kaynak yüklemesini projelerin önemine göre değiştirebilir, projelerin metoda uygun ilerleyip, ilerlemediğini denetleyebilir, projelerin ilerlemeleriyle ilgili düzgün veri toplanıp, toplanmadığını kontrol eder. Birden fazla projeden oluşan Programların koordineli yönetilmesini sağlar, vb.
Yukarıdaki ifadeler kitabi tanımlardı. Olması gereken… en azından PMI’ın dile getirdiği bu ifadelerle özetlenebilir…
Peki karşılaştığımız durum ne?
Evet, bir Proje Ofisi kurulsun fakat projelere yukarıdan bakmasın da, Proje Yöneticisi’nin hemen bir adım gerisinden baksın. Daha açık ifadeyle, Proje Yöneticisi’nin eli ayağı olsun; Proje planlarını Proje Yöneticisi’nden aldığı bilgiler çerçevesinde hazırlasın, bunları bir Web platformunda yayınlasın, sonra da proje devam ederken, ilerlemeleri takip etsin ve gelişmeleri anında proje planına yansıtsın. Evet, bu da Proje Ofisi için biçilen bir görev olabilir. Sonuçta, Proje Ofisi’nden ne yapmasını isteyeceğiniz, kurumunuzun kararıdır. Bu yapıya Proje Destek Ofisi demek sanırım daha doğru olur.
Temel sorun şurada;
Proje Ofisi kurulurken, Üst Yönetim’in aklında veya hayalindeki Proje Destek Ofisi kurulması yönünde ve bu Destek Ofisi’nin, Proje Yöneticilerine, planlamada, takipte sürekli destek olacağını umut ediyorken, bu Ofisi’e seçilenler de Proje Yönetim Ofisi gibi çalışaklarını düşünüyor. Her ne kadar Ofise, resmi olarak, Proje Yönetim Ofisi’nin rol ve sorumlukları yazılsa bile, Üst Yönetim, fiilen Proje Destek Ofisi’nin işlerinin yapılmasını istiyor. Bu durum da başta Ofisin iş yükünü, Ofisin çalışan eleman sayısını, Ofis elemanlarının gerekli olan teknik bilgi birikimine sahip olup, olmamalarını etkilediğinden önemli bir bocalama yaşanıyor.
Bu yüzden, şirketinizde eğer bir Proje Ofisi kurulacağına dair bir sinyal aldıysanız, Üst Yönetim ile bu durum açık ve net baştan konuşmak gerekir. Proje Ofisi dendiğinde, beklenen DESTEK OFİSİ mi, YÖNETİM Ofisi mi?
Neden Proje Ofisine İhtiyacımız Var?
Üst Yönetim projelerin tamamının ne durumda olduğunu tek bir merkezden sorgulamak istiyorsa,
Sınırlı sayıdaki ortak kaynakların Proje Yöneticileri tarafından paylaşılması gerekiyorsa ve bu paylaşımda kurum içinde sorunlar yaşanıyorsa,
Projelerin kendi aralarında etkileşimi varsa ve bunun etkin yönetilmesi gerekiyorsa,
Proje öncelikleri karışıyor ve bu çatışmalara sebep oluyorsa,
Kurum içinde ortak bir Proje Yönetim kültürü yoksa,
Proje kayıtları ortak bir merkezde değil de herkesin şahsi bilgisayarında veya aklındaysa,
Takım üyeleri projelere harcadıkları eforlarının performanslarına yansımadığını düşünüyorsa,
Proje Yöneticileri ile Departman Yöneticileri arasında kaynak paylaşımında sorunlar yaşanıyorsa,
sizin de Proje Ofisine ihtiyacınız var.
İletişim Risklerinin Değerlendirilmesi
Düzenli yapılacak, Risk Değerlendirme Toplantılarında İletişim risklerinizi belirlemek amacıyla aşağıdaki soruları puanlayarak, cevaplayınız.
- Proje hedefleri baştan net olarak belrilendi mi?
- Proje hedefleri ölçülebilir mi?
- Proje hedefleri proje takımına ve proje paydaşlarına açıkça anlatıldı mı?
- Proje takımı ve paydaşları hedefleri anladı ve hedefler üzerinde mutabakata vardı mı?
- Bütün proje tarafları tanımlandı mı?
- Proje paydaş analizi gerçekleştirildi mi?
- Proje ilerlemesi proje paydaşlarına düzenli olarak sunuldu mu?
- Proje için İletişim Yönetim Planı hazırlandı mı?
Proje Yöneticisinin Gücü
Önceki yazılarımı takip edenler bilirler; “Proje Yöneticisi, proje için ayırdığı zamanının %60-90’ını iletişim, koordinasyon ile geçirmelidir”, şeklinde ifadelere yer vermiştim.
Bu duurmda Proje Yöneticisi işi yapandan ziyade yaptıran rolünü üstlenmeli ve proje yapmak yerine, yönetme fonksiyonunu yerine geitrmelidir.
Bu noktada “iyi de Proje Yöneticisi nasıl iş yaptırabilir?” gibi bir soru akla geliyor. İşte bu yazımda Proje Yöneticisinin iş yaptırabilmesi için kullanabileceği güçlerden bahsedeceğim. (Bu güçler Heroes dizisindeki güçler gibi değil ama yine de işe yarayabilir.)
Uzmanlık Gücü: Eğer bir kişinin konusunda uzman olduğunu görürseniz o kişiye saygı duyarsınız. Proje Yöneticisi de gerçekten konusunda uzman veya tecrübeliyse proje takımı daha kolay ikna edebilir. Bir proje ekibi kurulduğunda, ekip üyeleri öncelikle Proje Yöneticisinde bu özelliği ararlar. Kendilerine liderlik yapabilecek bir Proje Yöneticisi varsa projenin başarısına olan inanç da artar.
Yasal Güç: Proje Yöneticisi şirket içindeki organizasyon yapısında üst kademelerde yer alıyorsa bu Proje Yöneticisinin yasal gücü olduğu anlamına gelir. Emir-komuta zincirinde yukarıda yer almak proje faaliyetlerinin sorgusuz, sualsiz yapılmasını kolaylaştırır.
Ödüllendirme Gücü: Proje Yöneticisi, takım elemanlarına projenin başarısı karşısında bir ödül vaat ediyorsa, bu durumda da Ödüllendirme Gücünü kullandığını söyleyebiliriz. Proje Yöneticisi özellikle motivasyonu yüksek tutabilmek amacıyla bu gücü kullanır fakat bu gücü kullanabilmesi için Üst Yönetimin desteği gerekmektedir. Bu gücü kullanarak bitirilen projelerde takım üyelerine vaadedilen ödül mutlaka takdim edilmelidir aksi takdirde Proje Yöneticisi ve hatta kurum içinde güven bunalımı yaşanır.
Korkutma Gücü: Takım elemanlarını ceza ile korkutarak da proje işleri yaptırılabilir. Korkutma Gücü, proje takımında stresi yükselten ve motivasyonu düşüren bir faktördür.
Referans Gücü: Yasal Güce benzer bir durum mevcuttur. Proje Yöneticisi eğer üst düzey bir yöneticinin desteği ile projedeki işleri yaptırmaya çalışıyorsa Referans Gücünü kullandığı anlamına gelir. Şirketlerde stratejik açıdan önemli projelere kurum içinde baskısı hissedilen (sesi yüksek çıkan) Genel Müdür Yardımcıları, sponsor olarak atanır. Bu Genel Müdür Yardımcısının desteğini alan Proje Yöneticisi kimi zamanda Departman Müdürlerinden bile yüksek yetkilere sahip olur. Bu gücü kullananlar, projenin bir başının ve bir sonunun olduğunu unutmamaları gerekir.
Web Tabanlı PY Yazılımlarının Faydaları
Gelişen teknolojiyle günümüzde Web tabanlı Proje Yönetimi yazılımları bir hayli artmış durumdadır. Web tabanlı bir proje yönetimi yazılımı aşağıdaki avantajları sağlayacaktır.
- Proje takımı üyeleri arasında iletişimin hızlanması bir web tabanlı yazılımın sunduğu en önemli avantajdır. Böylece kişilerde dünyanın neresinde olursa olsun, projelerinin durumlarıyla ilgili bilgileri girebilir veya projelerini takip edebilirler.
- Risk ve sorunların merkezi bir sistemden takip edilmesi kolaylaşır.
- Proje takımı üyeleri bir merkezden geçmiş projelerle ilgili bilgi araştırmasını yapabilir. Ulaşabilecekleri veriler, yetkilere göre tanımlanabilir.
- Proje Yönetimi süreci otomasyona dökülerek, tüm sürecin izlenmesi sağlanır ve dokümanların da kayıt altında tutulması mümkün olur.
- Kısıtlı kaynaklar hem proje, hem program hem de portföy yönetimi çerçevesinde ele alınarak, değişen stratejilere gore kaynak ataması şekillendirilir.
- Proje kapsamında, zaman programında, maliyette ve risklerde oluşan değişiklikler kayıt altında tutulacak ve projenin aldığı yön takip edilebilecektir.
- Proje Yönetimi süreçleriyle kurumun diğer süreçlerinin entegrasyonu kolaylaşabilir. Örneğin; Takım üyelerinin maliyeti muhasebe biriminden gelen maaş bilgilerine bağlanabilir
- Her proje için Öğrenilen Dersler çıkarılacak ve kayıt altına alınacaktır.
- Web tabanlı bir proje yönetimi yazılımının kurum içine entegre edilmesi, şirket çalışanlarının bu kültürü benimsemesinden, yazılımın kuruma özel hale getirilmesine kadar detaylı bir Proje Yönetimi çalışması gerektirir.
- Eğer doğru adımlar ile bu proje yönetilmez ise elinizde çok kapsamlı fakat etkin olarak kullanılamayan bir yazılım kalır. İnsanlar ihtiyaç duyduğu için değil de zorunluluktan dolayı yazılımın bir kaç fonksiyonunu kullanır. Bu durum, kurumunuzda sadece bürokrasinin artmasına sebep olur.
