Proje Yöneticilerinin Gerçekten Teknik Becerilere İhtiyacı Var mı?
Proje yöneticilerinin gerçekten teknik becerilere ihtiyacı var mı?
Kesin cevap: evet.
Harika, o zaman bu yazıyı burada sonlandırıp yolumuza devam edelim, olur mu?
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Tabii, ama bir dakika. İşlerin biraz karmaşıklaştığı nokta burası:
- “Teknik” becerileri nasıl tanımlıyorsunuz?
- Hangi şirketlerden ve sektörlerden bahsediyoruz?
- Bir proje yöneticisinin ekibinin ve şirketinin büyüklüğü önemli mi?
Dokuz deneyimli proje yöneticisiyle konuştuktan, kendi deneyimlerimi değerlendirdikten ve yukarıdaki noktaları göz önünde bulundurduktan sonra, 2025'te ve sonrasında proje yöneticilerinin başarılı olmak için nelere ihtiyaç duyduğuna dair nesnel ve ileriye dönük bir bakış açısıyla karşınızdayım.
Teknik Becerilerden Ne Anlıyoruz?
Öyleyse başlangıçtan başlayalım. Teknik becerilerden bahsettiğimizde, temel Excel girişlerinden veya Google ekosistemine aşinalıktan söz etmiyoruz. Bir dizüstü bilgisayar ve Wi-Fi ile 21. yüzyılda çalışıyorsanız, bunlar temel dijital okuryazarlık kapsamına girer.
Stellar Elements'ta Kıdemli Program Yöneticisi olan Karen Chong'a danıştım ve ona göre “teknik beceriler, programlama ve veri tabanları gibi teknik alanlardaki becerilerdir.”
Dolayısıyla teknik bir beceri, yazılım, uygulama veya web sitesi oluşturmak için Python, Java, C++ gibi dillerde nasıl kod yazılacağını bilmektir. Ya da SQL gibi araçları kullanarak veri tabanlarının nasıl tasarlanacağını, yönetileceğini ve bunlarla nasıl etkileşim kurulacağını anlamaktır.
Kod yazmayı bilmek değerli bir teknik beceri olsa da tek beceri bu değildir. Verileri analiz etmek, AWS veya Azure gibi bulut platformlarında gezinmek ya da siber güvenlik tehditlerini anlamak için gereken becerileri düşünün.
Bunlar, iletişim, liderlik, ekip çalışması ve zaman yönetimi gibi “yumuşak” becerilerden farklı olarak bazı kişilerin “zor” beceriler olarak adlandırabileceği becerilerdir.
Ayrıca teknik becerilerin, proje yöneticisinin çalıştığı sektöre bağlı olarak farklı görüneceğini unutmamak önemlidir. Örneğin, bir yazılım geliştirme şirketindeki proje yöneticisinin ihtiyaç duyacağı teknik beceriler, bir inşaat şirketindeki proje yöneticisinin ihtiyaç duyacağı becerilerden farklı olacaktır.
“Hayır” Diyen Görüş
Project Management Institute'a göre, bir proje yöneticisinin zamanının %90'a kadarı iletişim kurarak geçer.
Bunu doğrulayabilirim; bir proje yöneticisi olarak zamanımın büyük bir kısmı (özellikle bir ruh sağlığı girişimindeki Yazı İşleri Lideri rolümde) ekip üyelerinden güncellemeler istemek, geri bildirimleri CEO'ya iletmek, ekip olarak tüm teslim tarihlerine uyduğumuzdan emin olmak ve en önemlisi, tüm paydaşların ulaşılabilir sonuçlar konusunda gerçekçi kalmasını sağlamakla geçti.
Özellikle PMI, “güç becerilerine” (iletişim, problem çözme, iş birliğine dayalı liderlik ve stratejik düşünme) de büyük önem veriyor. Bu becerilere duyulan ihtiyaç, PMI'ın sunduğu somut ve güçlü verilerle destekleniyor; söylemek gerekirse PMI, güç becerileri fikrine oldukça bağlı.
Araştırmaları, güç becerilerine odaklanan kuruluşların iş hedeflerini karşılayan projeleri tamamlama konusunda daha başarılı olduğunu gösteriyor. Ayrıca, küresel ortalamaya kıyasla (%4,8'e karşı %5,2) zayıf proje performansı nedeniyle daha az para kaybediyorlar ve güç becerilerini göz ardı eden şirketlere (%8,8) kıyasla kayıpları çok daha düşük oluyor.
Fred Baker, Integrated Human şirketinin Baş Danışmanı ve Kurucusu olarak, bir proje yöneticisinin öğrenme ve uyum sağlama becerisinin herhangi bir spesifik teknik beceriden daha önemli olduğunu savunuyor.
Ve gerçekten de haklı olduğu bir nokta var:
PowerBI’nin kralı olabilirsiniz ve müşteri Tableau’ya geçebilir. İkisi arasında aktarılabilir beceriler var, ancak daha önemli olan, gerekenleri öğrenme ve bunlara uyum sağlama becerinizdir.
Yani aktarılabilir, teknik olmayan becerilerin bir proje yöneticisinin başarısında teknik uzmanlıktan daha büyük bir rol oynadığına dair güçlü bir görüş var. Ancak konuyu kapatmadan önce, argümanın diğer tarafına bir göz atalım.
"Evet" Diyen Argüman
Argümanın bu tarafını daha iyi açıklamak için, proje yöneticisi olarak deneyimimden biraz daha söz etmek istiyorum.
Daha önce bir ruh sağlığı girişiminde Yazım Lideri olduğumu söylemiştim. Küçük bir girişim ekibinde işin doğası gereği, rolüm içerikle sınırlı kalmadı. Yazarlara mentorluk yaptım, müşteri destek taleplerini yanıtladım, tasarımcılara uygulamanın kullanıcı arayüzü konusunda yardımcı oldum ve yazım, araştırma ve operasyonlar arasında iletişim köprüsü görevi gördüm. Anladınız işte—proje yöneticilerinin birçok farklı şapkayı takması alışılmadık değildir.
Zorlu bir roldü. Dijital anlamda dışa dönük olmam ve yazılı ve sözlü iletişim becerilerim kesinlikle yardımcı oldu. Ancak beni gerçekten başarılı kılan şey, teknolojiye dair temel bir kavrayışa sahip olmamdı. Kod yazarı değilim. SQL uzmanı da değilim.
Bununla birlikte, kullanıcı arayüzü için Figma'yı, müşteri desteği için Intercom'u ve analiz için Mixpanel'i öğrenmeye zaman ayırdım—ürünümüz hakkında bilinçli bir şekilde konuşabilmek ve tasarımcılardan yardım almadan hatalı biçimlendirilmiş bir Figma dosyası gibi küçük hataları hızla düzeltmeye müdahale edebilmek için.
Sonuç olarak, içerik yönünü daha güvenle belirleyebildim. Örneğin Intercom üzerinden müşterilerimizin ücretli sürüme ani geçişten sıkça şikâyet ettiğini biliyordum. Uygulama içi mesajlaşma yoluyla onları bu geçişe nasıl hazırlayabiliriz ki bu durum onlar için bir şok olmasın? Ya da Mixpanel, kurslarımızdan birinde birçok kişinin üçüncü ekrandan sonra ayrıldığını gösteriyor. Neler oluyor? Sorun kullanıcı arayüzüyle mi, içerikle mi yoksa kodlamayla mı ilgili?
Rolümde başarılı oldum çünkü işler ters gittiğinde nereye bakacağımı, verileri nasıl yorumlayacağımı ve bunları kime aktaracağımı biliyordum.
Ancak örneğimi bağlam içinde değerlendirmek önemli: Bir yazılım geliştirme şirketinde, bir düzine kişiden oluşan bir ekipte ve tamamen uzaktan çalışıyordum. İleri düzey teknik becerilere sahip olmam gerekmiyordu—yalnızca onay ve teslim süreçlerini kolaylaştıran becerilere ihtiyacım vardı.
Megha Sharda, eski şirketimde Davranış Bilimleri Lideri olarak görev yapan ve yazarlarla, araştırmacılarla ve mühendislerle yakın çalışan kişi, bu görüşü destekliyor: “MS Office kullanmayı ve Google'da arama yapmayı beceri olarak saymıyorum. Ancak üzerinde çalışılan projenin gerektirdiği yazılım ve araçların temel düzeyde bilinmesi önemli.”
Yani hikâyeden çıkarılacak ders şu: PM'lerin, özellikle küçük ekiplerde çalışırken role ve şirkete özgü teknik becerilere ihtiyacı vardır. Önemli teknik becerilere dair küçük bir kavrayış bile, genel proje başarısı için hayati önem taşıyan süreçleri hızlandırmanıza yardımcı olabilir.
Melody MacKeand, sertifikalı bir proje yöneticisi ve kendi danışmanlık firmasının kurucusu olarak, "ekip üyeleri genellikle birden fazla şapka taktığı için küçük kuruluşlarda teknik uzmanlığa daha sık ihtiyaç duyulur. Kuruluş büyüdükçe, bir kişi belirli bir rolün sınırları içinde daha net bir şekilde konumlanır.”
Geleceğin PM'lerine "bilginin derinliğinden ziyade kapsamını artırmalarını" ve kullanıcı deneyimi/kullanıcı arayüzü, kalite güvencesinin temelleri ve içerik yönetim sistemleri gibi alanlara odaklanmalarını öneriyor.
Bu soru için ayrıca bir serbest çalışan topluluğunda Kültür ve Operasyon Direktörü olan Katy Flatt ile—Optimist—ve şu an birlikte çalıştığım proje yöneticilerimden biriyle konuştum.
O, ayrıntılar arasında kaybolmadan bütünü görebiliyor ve 21. yüzyıl çalışma ortamlarının uzaktan çalışmayı önceleyen doğasını güçlü bir şekilde dikkate alan bir yanıt verebiliyor:
“Yani bu rolün asıl amacı projeleri zamanında ve bütçe dahilinde tamamlamak, çarkların dönmesini sağlamaktır. Teknik yeterliliğin düşük olduğu bir süreç, yalnızca çok fazla sürtüşme ve hata potansiyeli yaratır.”
Bazı projelerin düşük teknik becerilerle yönetilebileceğini kabul ediyor, ancak "az sayıda proje yönetilmiyorsa bunun pek verimli olmadığını" belirtiyor. “Günümüzde yaşadığımız dünyada, bu durum kesinlikle daha az olası; çünkü çok sayıda uzaktan ve hibrit çalışanımız var. Bir PM'nin projelerin kolayca devredilmesine, paydaşlarla takip ve geri bildirim süreçlerine, müşterilere ve sürece dahil olan diğer kişilere sunum yapılmasına olanak tanıyan sistemleri oluşturup sürdürmesi için belirli düzeyde teknik bilgi birikimini kullanması gerekir.”
Şunları da ekliyor:
“En az bir kişinin harika bir proje yöneticisi olacağını biliyorum, ancak teknik becerileri düşük ve gerçekten başarılı olmalarının önündeki tek engel bu.”
Bu da durumu doğruluyor: Proje yönetimi teknolojisi yetersiz olan şirketlerdeki projelerin %46'sı bütçeyi aşıyor.
Peki, Kim Haklı?
Herkes! (Neredeyse herkes.)
Dijital öncelikli dünyamızda bir proje yöneticisi olarak belli ölçüde teknik becerilere sahip olmanız gerekse de gerçek şu ki, proje yöneticileri için gereken teknik becerilerin düzeyi söz konusu olduğunda tek bir doğru yanıt yoktur.
Bu, çeşitli faktörlere bağlıdır:
- Sektör: İnşaat sektöründeki bir proje yöneticisinin CAD yazılımında, inşaat proje yönetimi için yapay zekâ araçlarında yetkin olması, yapı yönetmeliklerini anlaması ve teknik çizimleri yorumlaması gerekebilir. Öte yandan sağlık sektöründeki bir proje yöneticisinin elektronik sağlık kaydı (EHR) sistemlerine, tıbbi görüntüleme teknolojisine ve veri gizliliği düzenlemelerine aşina olması gerekebilir.
- Şirketin büyüklüğü ve yapısı: Küçük bir girişimde proje yöneticisi, proje yönetimi yazılımını kurmaktan web sitesi sorunlarını gidermeye kadar her şeyden sorumlu olabilir. Ancak büyük bir şirkette proje yöneticisinin kendisine tahsis edilmiş bir BT departmanı olabilir ve bunun yerine uzman teknik ekiplerle koordinasyona odaklanabilir.
- Proje türü: Bir web sitesinin yeniden tasarlanması projesine liderlik eden proje yöneticisinin ön uç geliştirme ve UX/UI ilkeleri hakkında sağlam bir bilgiye sahip olması gerekir. Ancak yeni bir CRM sisteminin uygulanmasını yöneten bir proje yöneticisinin veri taşıma, sistem entegrasyonu ve kullanıcı eğitimi konularını anlaması gerekir.
- Bireysel güçlü ve zayıf yönler: Veri analizi geçmişine sahip bir proje yöneticisi, proje ölçümlerini takip etme ve olası riskleri belirleme konusunda başarılı olabilir. Güçlü iletişim becerilerine sahip bir proje yöneticisi ise paydaş beklentilerini yönetme ve işlevler arası iş birliğini kolaylaştırma konusunda daha uygun olabilir.
Teknik Bir Kişi Değilseniz Projelerin Teknik Yönlerine Nasıl Yaklaşmalısınız?
Peki ya teknik biri değilseniz?
İletilmesi gerekenleri aktarabilmek için becerinin “dilini konuşabilmeniz” gerekir, diye belirtiyor disiplinler arası grafik tasarımcı Laura Sliva.
Melody bunu teknik açıdan komşu olmak: olarak adlandırıyor: “Proje yöneticileri, teknik ortamlarda bilinçli bir şekilde iletişim kurabilmek için teknik dili temel düzeyde anlamalıdır.”
“Teknoloji insanı” olmasanız bile işlerin teknik yönüne şu şekilde yaklaşabilirsiniz:
Kodsuz Araçlarla Denemeler Yapın
Kodsuz araçlar görsel arayüzler ve sürükle-bırak ögeleri kullanır; böylece herhangi bir kod yazmanıza gerek kalmadan bir şeyler oluşturabilirsiniz. Bu, yazılımın nasıl geliştirildiğini ve farklı bölümlerin birlikte nasıl çalıştığını anlamanın harika bir yoludur.
Bir proje yöneticisi olarak, kod yazarı olmasanız bile bu son derece yararlı olabilir. Geliştirme sürecini daha iyi anlarsınız; bu da iletişimi ve iş birliğini daha sorunsuz hâle getirebilir.
Üstelik kodsuz araçlar denemeler yapmak ve fikirleri test etmek için harikadır.
Yeni bir özelliğin nasıl çalıştığını görmek ister misiniz? Geliştirmeye çok fazla zaman ve kaynak ayırmadan önce kodsuz bir araçla hızlı bir prototip hazırlayın ve geri bildirim alın.
Yazılı İletişimi Yeniden Okuyun
İster Slack'teki bir konuşma, ister GitHub'daki güncellemeler, ister Notion'daki belgeler (ya da bir Notion alternatifi) olsun, birçok önemli bilgi yazılı olarak paylaşılır. Bu durum, yüz yüze sık sık bir araya gelme lüksüne sahip olmayan uzaktan çalışan ekipler için özellikle geçerlidir.
Teknik tartışmaları takip etmek özellikle zor olabilir. Bu tartışmalar jargon ve karmaşık ayrıntılarla doludur. Basit gibi görünse de kendinize yavaşlamanızı ve yeniden okumanızı hatırlatın. Bu, şunları yapmanızı sağlar:
- Kendi hızınızda kavrayın: Artık telaşla göz gezdirmek yok. Zaman ayırın, o tuhaf kısaltmaların anlamlarına bakın ve söylenenleri gerçekten anlayın.
- Olası sorunları fark edin: Yeniden okumak, “bir dakika, ne?” anlarını büyük engellere dönüşmeden önce yakalamanıza yardımcı olur.
- Herkesin uyum içinde kalmasını sağlayın: Aynı odada olmasanız bile tüm ekibin aynı noktada olduğundan emin olun.
Eşleştirme
Bir sorun çözmeniz veya bir işi tamamlamanız gerektiğinde biriyle—herhangi biriyle—birlikte çalışmak gerçekten çok yardımcı olabilir. Hızlı bir görüşme için teknik liderinizi yanınıza çağırın. Bir geliştiriciyi 10 dakikalığına kenara çekin. Bu doğrudan iş birliği paha biçilemez.
Mobil kullanılabilirliğin içeriğimizin okunabilirliğini nasıl etkileyebileceğini anlamak için bir UX tasarımcısıyla “birlikte çalışarak” kullanıcı arayüzü konusunda göz geliştirdim.
Benzetmeler ve Metaforlar Kullanın
Teknik kavramların dili yabancı gelebilir. Benzetmeler ve metaforlarla bunları daha anlaşılır hâle getirin.
Örneğin bulut bilişim, verileriniz için bir banka kasası gibidir. Güvenli, emniyetli ve internet bağlantısı olan her yerden erişilebilir. Kasayı kendinizin yönetmesi konusunda endişelenmenize gerek yoktur; banka (bulut sağlayıcısı) tüm bunlarla ilgilenir.
Bir Teknik Lider Bulun
Her projede işinin ehli bir teknik uzman vardır. Sizin göreviniz onu bulmaktır! Bu kişi, teknik konulardaki başvuracağınız kişidir. Sorularınızı yanıtlayabilir, jargonu anlamanıza yardımcı olabilir ve işler karmaşıklaştığında adeta can simidiniz olabilir.
Geleceğe Dayanıklı Proje Yöneticiliği Becerileri Nasıl Geliştirilir?
Uzmanlar topluluğuma şu soruyu sordum: Proje yönetiminin geleceği için TEK bir teknik beceri seçmeniz gerekseydi, hangisini seçerdiniz?
İki beceri öne çıktı:
More Articles
- Şu Anda En İyi 8 Teknik Proje Yöneticisi Sertifikası
- Teknolojideki Proje Yöneticileri İçin En İyi 15 Yazılım Proje Yönetimi Kitabı
- Yapay Zekâ Destekli Proje Yöneticisi ve Eğitimci, Projelerin İşleyişini Temelden Değiştiren Basit Bir Yapay Zekâ İş Akışını Paylaşıyor
- 14 Proje Yönetimi Yazılımının Günümüz PM’leri İçin Avantajları & Dezavantajları
- Bir Asana Uygulama Ajansında Teslimat Başkanının Kullandığı Gerçek Dünya Yapay Zekâ İş Akışları
Teknik Problem Çözme
Chong, proje yöneticilerinin teknolojiye uyum sağlayabilir olması gerektiğini vurguluyor. Bu, farklı teknolojiler hakkında yalnızca bilgi sahibi olmanın ötesine geçmek ve proje ilerledikçe yeni araçları ve sistemleri hızla öğrenip uygulama becerisi geliştirmek anlamına gelir.
“Bir tasarım ajansıysa Keynote ve PowerPoint ya da Figma öğrenin derdim. AWS ise bulut bilişimi önerebilirim. Dolayısıyla yalnızca bir tane seçmem GEREKSEYDİ, teknik alanlardaki sorunları çözme becerisini seçerdim; bu da söz konusu teknoloji ne olursa olsun onu belirli bir düzeyde öğrenmeniz gerektiği anlamına gelir.”
Çok satan bir yazar ve World Economic Forum ile Forbes'a düzenli katkıda bulunan Bernard Marr, teknoloji odaklı bir gelecekte problem çözmenin açık ara öne çıktığı bu anketi LinkedIn profilinde paylaştı:
AI Uygulamaları
Her yıl dünya genelinde projelere yaklaşık 48 trilyon dolar yatırılıyor. Ancak Standish Group'a göre bu projelerin şaşırtıcı derecede düşük bir oranı olan %35'i başarılı kabul ediliyor. Açıkça görülüyor ki bir şeylerin değişmesi gerekiyor. AI ise çözümün anahtarı gibi görünüyor.
Gartner, 2030 yılına kadar proje yönetimi görevlerinin %80'inin AI tarafından yürütüleceğini öngörüyor. Büyük veri, makine öğrenimi (ML) ve doğal dil işleme ile desteklenecek.
DPM topluluğunun uzmanlarından Matthew Fox, proje yöneticilerinin “yapay zekânın uygulanışını” anlamaları gerektiğini ve “hem projeler hem de bireyler için ne yaptığına dair pratik bilgiye” sahip olmalarının hayati önem taşıdığını söylüyor.
Bu, geleceğe ait bir fantezi değil—şu anda gerçekleşiyor.
Harvard Business Review tarafından yayımlanan “AI Proje Yönetimini Nasıl Dönüştürecek?” başlıklı makalede yazarlar, AI destekli araçların rutin görevleri otomatikleştirdiğini, gerçek zamanlı durum güncellemeleri sunduğunu ve ekip üyeleri arasındaki kesintisiz iletişimi kolaylaştırdığını vurguluyor.
Dijital asistanlar geçmiş verileri, proje planlarını ve kullanıcı etkileşimlerini analiz ederek kritik proje bilgilerini toplar ve kişiye özel destek sunar. Yakın zamanda duyurulan Oracle proje yönetimi dijital asistanı, bu eğilimin bir örneğidir.
Ufuktaki tüm bu değişikliklerle—yapay zekâdan sırada ne varsa ona kadar—orijinal sorumuzu yanıtlamanın zamanı geldi. (Yine.)
Son Söz
Asıl soru teknik becerilere ihtiyacınız olup olmadığı değil, ihtiyacınız olan becerilerin hangileri olduğu ve ne kadar derine inmeniz gerektiğidir.
Teknik açıdan yakın olmak işin püf noktasıdır—tam anlamıyla bir teknik proje yöneticisi olmanız gerekmez, ancak neler olup bittiğini anlayacak, olası sorunları fark edecek ve uzmanları ne zaman devreye alacağınızı bilecek kadar bilgi sahibi olmalısınız. Artık çoğumuz uzaktan çalıştığımız ve dijital araçlarla yaşadığımız için bu durum iki kat daha geçerlidir.
Fred Baker'ın söylediği gibi (ve bu sözü çok seviyorum): Asıl güç, öğrenebilmek ve uyum sağlayabilmektir.
Bugünün gözde yeni aracının yarının eski haberi olduğu bir dünyada, bu beceri tüm teknik becerilerin en önemlisi olabilir.
