Teknik Karmaşıklığın Sorumluluğunu Üstlenebilecek DPM’leri Nasıl Bulur ve Geliştirirsiniz? (Pare & Co’dan Matthew O’Bryant ile)

Deşifreyi Okuyun:

Podcast'lerimizin deşifresini bir yazılım programı kullanarak hazırlamayı deniyoruz. Bot her zaman yüzde 100 doğru çalışmadığı için lütfen yazım hatalarını mazur görün.

Galen Low

Ekibinizdeki bir sonraki dijital proje yöneticisi olmak için başvuran bir adayla görüşme yapıyorsunuz. Pek çok kriteri karşılıyor, ancak geçmişte üzerinde çalıştığı teknolojiler hakkında soru sorduğunuzda biraz tökezliyor. PHP ile mi yoksa ASP ile mi geliştirilmişti? Hatırlayamıyor. Bulutta mı barındırılıyordu yoksa şirket içi sunucularda mıydı? Emin değil. Hız sorunlarına yardımcı olan önbellekleme miydi, yoksa sonunda tüm farkı yaratan CDN miydi? Hımm…

Geçen hafta, muhtemelen Python kullanarak baştan sona bir iş kapsamı belgesi yazabilecek biriyle görüştünüz; ancak bu kişi, onu müşterilerinizin karşısına çıkarmanıza olanak sağlayacak iletişim becerisinden yoksundu. Fazla mı seçici davranıyorsunuz? İşe alacağınız kişinin gerçekten bu kadar teknik olması gerekiyor mu? Bu kadar talep gören bir rol için birini bulmak neden bu kadar zor? Eğer bunlardan biri size tanıdık geliyorsa — bir DPM işe almak, bir sineği yemek çubuklarıyla yakalamaya, hatta gözleri bağlı şekilde ata ters binmeye benzemeye başladıysa — dinlemeye devam edin. İyi bir DPM'de aranması gereken temel özellikleri ve ekibinizi en iyi oyuncularınızdan oluşan bir ekibe nasıl dönüştürebileceğinizi ele alacağız.

Merhaba, dinlediğiniz için teşekkürler. Ben thedigitalprojectmanager.com'dan Galen Low. Birbirimizin becerilerini geliştirmesine, özgüven kazanmasına ve bağlantılar kurmasına yardımcı olarak projeleri daha iyi teslim etme misyonuna sahip dijital profesyonellerden oluşan bir topluluğuz. Bunun hakkında daha fazla bilgi edinmek istiyorsanız thedigitalprojectmanager.com adresine göz atın.

Pekâlâ. Herkese merhaba, DPM podcast'inde bizimle vakit geçirdiğiniz için teşekkürler. Bugünkü konuğum, dijital ajans ortamlarında ve genel olarak teknoloji alanında 20 yılı aşkın süredir çalışan, uzun yıllardır dijital proje yöneticiliği yapan biri. Microsoft Sertifikalı Sistem Mühendisi olarak başladığı mütevazı kariyerinden, büyük ulusal markalar için büyük ölçekli e-ticaret ve pazarlama web siteleri geliştirmeye kadar dijital dünyanın her alanında çalıştı. Bugün Rhode Island eyaletinin Providence kentinde bulunan Pare & Co'da Profesyonel Hizmetler Başkan Yardımcısı olarak görev yapıyor. Boş zamanlarında mutfak sanatlarının takipçisi olan konuğumuz, barbekü dana döşü tarifinde ustalaşmaya kararlı. Aynı zamanda Boston Dijital Proje Yöneticileri Buluşma Grubu'nun organizatörlerinden biri.

Herkes, lütfen Matthew O’Bryant'ı karşılayın. Merhaba Matt.

Matthew O’Bryant

Merhaba. Beni davet ettiğiniz için teşekkürler. Sizinle birlikte olmak gerçekten çok güzel.

Galen Low

Programa katılmanız harika. Sizinle sohbet etmeyi dört gözle bekliyorum.

Matthew O’Bryant

Başka bir proje yönetimi meraklısıyla proje yönetimi hakkında konuşmak güzel.

Galen Low

Kesinlikle. Bugün biraz teknik konulara dalacağız. Öncelikle dinleyicilerimize kendinizden bahsedelim. Dijital Proje Yöneticiliğinden Pare & Co'daki liderlik ekibinin bir üyesi olmaya uzanan etkileyici bir yükselişiniz var. Bunun bol miktarda emek, ter ve gözyaşı gerektirdiğini tahmin ediyorum.

Size şunu sormak istedim: İlhamınızı nereden alıyorsunuz? Çalışmaya devam etmeniz için size ilham veren şey nedir?

Matthew O’Bryant

Evet, harika bir soru. Kesinlikle bol miktarda emek ve ter; muhtemelen benim açımdan gereğinden az değil, fazla gözyaşı da vardı. Beni motive eden şey, olayları anlamaya duyduğum istek.

Bir şeylerin nasıl yapıldığını ve nasıl oluşturulduğunu, yani nasılını ve nedenini anlamayı gerçekten seviyorum. Bu yalnızca teknolojiyle sınırlı değil. Herkesin hobileri vardır, değil mi? Şu sıralar ahşap işlerine çok merak sardım. Bir şeylerin fiziksel olarak nasıl inşa edildiğini görmek son derece ilginç. İşlerin perde arkasını, teknolojiyi, nasılını ve nedenini daha iyi öğrendiğimde çok motive oluyorum. Ayrıca birlikte çalıştığım ve geçmişte çalışmış olduğum ekiplerin birlikte harika şeyler inşa edip yaratabildiğini görmek de beni çok etkiliyor. Harika bir şey. Gerçekten harika. Başka insanlardan çok ilham alıyorum.

Galen Low

O zaman eninde sonunda bizim için birkaç sandalye yapmanızı sağlayacağız. Belki güzel sallanan sandalyeler. İşin içinde ya da dışında, yakın zamanda hayatınızı harika hale getiren bir şeyle karşılaştınız mı?

Matthew O’Bryant

Evet. YouTube'da pop şarkılarının Mr. Chicken yorumları var. Birisi lastik bir tavuğu sürekli sıkıp bırakarak şarkıya eşlik ettiriyor. Tamamen komik.

Galen Low

Lastik tavuk doğru perdeden mi söylüyor?

Matthew O’Bryant

Oldukça yakın, diyebilirim.

Galen Low

Oldukça etkileyici.

Matthew O’Bryant

Oldukça yakın. Evet. Bohemian Rhapsody yorumuna mutlaka bakmalısınız. Açık ara en komik olanı bence o. Gerçi Take on Me yorumu da oldukça iyi.

Galen Low

Pekâlâ. O hâlde konuya girelim.

Teknik olan ya da bir şekilde teknik hâle gelebilecek dijital proje yöneticilerini işe alma ve geliştirme hakkında konuşalım. Şunu netleştirelim: Mutlaka teknik bir kâğıt mühendisi olmaktan bahsetmiyoruz; biraz farklı bir şey bu. Ancak teknik açıdan yeterli hâle gelmeye istekli insanları nasıl bulduğunuzdan bahsedeceğiz.

Sanırım teknolojiye kendini vermeye, bu süreçte sorumluluk üstlenmeye ve işleri tamamlamaya istekli insanları kastediyoruz. Siz kendinizi oldukça teknik biri olarak gördüğüm birisiniz. Gerçek anlamda sistem mühendisi olup proje yöneticiliğine, oradan da ekip liderliğine geçmişsiniz. Kod yazdınız. Veritabanlarını taşıdınız. Acquia Site Factory daha var olmadan önce ona benzeyen bir şey oluşturdunuz. Bu nedenle oldukça teknik birisiniz. Muhtemelen pek çok dijital proje yöneticisi ve dinleyicimiz bu alana diğer yönden gelmiş olabilir: Daha az karmaşık dijital projelerden giderek daha karmaşık projelere. Teknik yetkinlik söz konusu olduğunda aday havuzunu değerlendirirken beklentilerinizin ortalama bir kişiden biraz daha yüksek olabileceğini düşünüyorum. Ancak bu nedenle iyi ekipleri nasıl işe aldığınız ve geliştirdiğiniz konusundaki bakış açınızı öğrenmek için özellikle sabırsızlanıyorum. Ekibinizde dijital proje yöneticisinin rolünü nasıl tanımlarsınız?

Matthew O’Bryant

Evet, temellere indirgersek bu harika bir soru. Onları projenin sahibi olarak görüyorum, değil mi?

Projeye sahip çıkan kişi sizsiniz. Projenin tüm ayrıntılarına sahip çıkmanız gerekir. Başarının tek sorumlusu siz değilsiniz, ancak projeyi yönlendirmek ve başarılı olmasını sağlamak için bu sorumluluğun önemli bir bölümünü üstlendiğinizi düşünüyorum. Dolayısıyla projeye gerçekten sahip çıkarsınız. Müşteriyle iletişim kurarsınız ve müşteriye dönük çalışırsınız. Aynı zamanda ekip içinde çalışır; strateji, tasarım, müşteri yönetimi, geliştirme ve mühendislik ekipleriyle birlikte hareket edersiniz. Projenin tüm bu farklı parçalarının sorumluluğunu üstlenmeli ve hepsini bir araya getirmelisiniz.

Galen Low

Evet, bu adil bir nokta. Ben bile bunu teknik olmakla geliştirme konusundaki ustalıkla eşdeğer gibi çerçeveledim. Ancak bu mutlaka o kadar dar bir şey değil. Tasarım, kullanıcı deneyimi, geliştirme, test veya yayına alma fark etmeksizin yaşam döngüsünün her bir parçasını bilmek ve sahiplenmekle ilgili.

Teknik olmanın ve teknik hâle gelmeye istekli olmanın tanımı bu. Sohbetimiz açısından yalnızca kod yazmaktan ve bir şeyler inşa etmekten değil, bütün işten bahsediyoruz.

Matthew O’Bryant

Evet, kesinlikle. Çünkü diğer parçaların tamamında da bunları yapmak için teknolojiyi kullanıyoruz.

Örneğin tasarımı ele alalım. Tasarımın teknik terminolojisine ve yönlerine aşina olmalısınız. Bu benim için önemli. Kullanıcı deneyimi ve tasarım ekibimizin ne yaptığını, nelerden bahsettiğini ve benzeri şeyleri anlamalısınız.

Galen Low

Bunu sevdim. Sanırım bu, bir sonraki soruma getiriyor: Sizce iyi bir DPM, müşterilere ve ekiplere değer açısından en önemli olarak ne sunar?

Müşteri tarafında proje yöneticilerini profesyonel teknoloji çevirmenleri olarak görüyorum.

Çünkü hem içe hem dışa dönük çalışıyorsunuz; karmaşık olanı alıp müşterilerin anlayabileceği bir şeye indirgeme becerisine sahip olmanız gerekiyor. Tersine, müşteriyle konuşup iş hedeflerini anlamalı ve bunları teknoloji ekiplerine, tasarım ekiplerine ve diğerlerine aktararak projenin başarılı olmasını sağlayacak sonuçları anlamalarına yardımcı olmalısınız. Eskiden özgeçmişim varken, özgeçmişimi paylaşırken kendimi sıfırlar ve birler kullanarak düşünen ama İngilizce konuşan biri olarak tanımlamayı severdim.

Matthew O’Bryant

Teknik düşünebilmek, ancak bunu müşteriye anlayabileceği şekilde açıklayabilmek. Teknolojiyi ve işlerin ne kadar karmaşık ve zor olduğunu anladığınızda, proje yöneticisi olarak şirketinizin müşteriye ve projeye sunduğu değeri çok daha iyi ifade edebileceğinizi düşünüyorum. Müşteri yaptığınız işin çok karmaşık olmadığını düşünebilir; yalnızca nihai sonucu görür. Ancak o noktaya ulaşmak için yapılması gereken pek çok şey olabilir. Müşterilerinizin tüm süreci, teknolojiyi ve nihai ürüne ulaşmak için yaptığınız her şeyi anlamasına yardımcı olabilirseniz, şirketinizin bir bütün olarak sunduğu değeri gerçekten görmelerine yardımcı olduğunuzu düşünüyorum.

Galen Low

Bunu gerçekten sevdim. Bir tür damıtma gibi. Becerinin bir bölümü haberci olmak; evet, adeta efsanevi Babel balığı olmak. Ancak aynı zamanda önemli şeyleri insanların değer elde edeceği şekilde damıtmak.

Matthew O’Bryant

Ekibe dönersek, birinin düzenli olarak ne yaptığını anladığınızda, kaçımız birine “Bu neden bu kadar uzun sürüyor?” demişizdir?

Bir şeyin neden uzun sürdüğünü anlarsanız, bu size empati kazandırır. Mühendisiniz veya geliştiriciniz “Bugün yerel ortamımla gerçekten uğraşıyorum” dediğinde, birkaç yıl önce ben de “Bunu insanlardan tekrar tekrar duyuyorum. Bu neden bu kadar zor?” diyordum.

Web siteleri oluşturmuştum ve yalnızca MAMP gibi bir şey kurup çalışmaya başlamıştım. Ben de bunun ne kadar zor olduğunu göreceğim dedim. Depoyu kopyalayıp Lando çalıştırarak yerel ortamımı kurmaya çalıştım.

“Vay canına, bu gerçekten karmaşık ve zormuş” dedim. Saatlerce hata üstüne hata aldım, ancak bu bana empati kazandırdı. Evet, bu işler kolay değil; zor. Bu nedenle empatinin önemli olduğunu düşünüyorum. Aynı dili konuştuğunuzda tüm ekip arasındaki iletişim de artar ve gelişir. Ne hakkında konuştuklarını biliyorsanız yüzünüzde boş bir ifadeyle kalmazsınız. Aynı dili konuştuğunuzda daha iyi iletişim kurabilir, grup olarak daha iyi sonuçlar alabilir ve birlikte daha fazlasını başarabilirsiniz. Son olarak, ekip için biraz daha teknik olduğunuzda ilk savunma hattı olabileceğinizi düşünüyorum. Birinci seviye destek gibi davranarak müşterilerinizin sorularını yanıtlayabilir ve ekibinizin zamanını gerçekten ayırması gereken daha önemli işlere odaklanmasını sağlayabilirsiniz. Bunu yaptığınızda ekibiniz sizi sevecek ve gün boyunca sürekli bölünmemekten memnuniyet duyacaktır. Bunun pek çok faydası var.

Galen Low

Bu gerçekten çok şey.

Dijital proje yöneticisi olarak sunduğu değerden veya bunu nasıl ifade edeceğinden emin olmayan herkes için bu iyi bir başlangıç.

Bu beni biraz yüklü bir soruya getiriyor. Ekibinizdeki bir DPM ne kadar teknik olmalı? Başka bir deyişle, projelerinizi başarıyla teslim etmek için bir DPM'den neler yapabilmesini bekliyorsunuz? Örneğin kod yazmayı bilmesi gerekiyor mu?

Matthew O’Bryant

Belki. Kod yazmayı bilmek mutlak bir şart mı? Hayır, elbette değil.

Ancak kodun nasıl yazıldığı hakkında biraz bilgi sahibi olmalarının önemli olduğunu düşünüyorum. Ayrıca HTML ve CSS konusunda iyi bir temel çalışma bilgisine sahip olmalarını isterim. Bu gerçekten önemli; çünkü birinci seviye destek yaklaşımını düşünün. Bir şeyi tarayıcıda açabilmelerini, sağ tıklayıp öğeyi inceleyebilmelerini ve “Bu biraz hatalı” diyebilmelerini isterim. Hatta müşteriye bir şeyin nasıl görünebileceğini göstermek ve genel yaklaşıma onay almak için tarayıcı içinde hızlı bir taslak hazırlayabilmeleri de faydalı olur. Bu tür şeyleri bilmelerini bekliyorum. Ancak PHP ve JavaScript ile çalışırken kod yazabilmelerini bekliyor muyum? Hayır, hiç beklemiyorum.

Galen Low

Ekibinizde Git'e erişimi olup gerçekten değişiklik gönderebilen biri var mı?

Matthew O’Bryant

Evet, kesinlikle. Git'e erişimi olan ve bunu yapan birkaç kişiyiz. Hatta bazıları daha basit çekme istekleri için çekme isteği sürecine katkıda bulunabiliyor.

Hızlı bir değişiklikse, Git'e gidip onaylamaktan ve yayına göndermekten çekinmeyen birkaç proje yöneticim var.

Galen Low

Güzel. Bu birinci seviye modeline nasıl ulaşıyorsunuz? İki tür proje yöneticisi gördüm: Birinci seviye desteği sağlayabileceklerini düşünenler, ancak ekipteki herkesin “Hayır, konuşma; yanlış şey söyleyeceksin” dediği kişiler ve güven oluşturanlar. İnsanlar “Evet, bu kişi ne hakkında konuştuğunu biliyor; sürecin nasıl işlediğini ona gösterdik” diyor. Ekibinizin güvendiği ve onların da kendilerine güvenerek süreç dışına çıkmadan bu soruları yanıtlayabildiği noktaya insanları nasıl getiriyorsunuz?

Matthew O’Bryant

Onları doğrudan havuzun derin tarafına atıp “Çöz” demiyoruz. Organizasyonumuzun yapısı gereği, sürekli birlikte çalışan ekiplerimiz var.

Bunlar özel, işlevler arası ekipler. Birlikte çalışmaya alışıyor, aralarında ilişki ve uyum geliştiriyorlar. Bir projede bir grupla, başka bir projede başka bir grupla çalışmak yerine, zaman içinde güven ve rahatlık düzeyi oluşuyor. Bir süre boyunca görüşmede sizinle birlikte teknik bir kişinin bulunması, ne yaptığınızı görmesi ve destek vermesi kesinlikle yardımcı oluyor. İnsanların rahatlaması için proje yöneticilerimizi teknik yetkinliklerini geliştirmeye güçlü biçimde teşvik ediyoruz. Eğitim almalarını, bir demo sitesi veya benzeri bir şey oluşturmalarını ve kod yazmaktan ziyade teknik tarafa dalarak teknolojiyi gerçekten öğrenmeye başlamalarını destekliyoruz.

Galen Low

Yaparak öğrenme yaklaşımını sevdim. Ayrıca teknik bir kişinin görüşmede bulunmasıyla ilgili söylediğiniz şey de çok iyi. Ben her zaman “Beni doğru tutun, ancak yanıt şu” derim. Sonra karşımdaki “Bir bakıma” der ve bir dahaki sefere öğrenirsiniz.

Matthew O’Bryant

İnsanları her zaman soru sormaya teşvik ederim.

Muhtemelen çok soru sorduğum için biraz rahatsız edici biriyim. Onlara bir işi nasıl yapacaklarını söylemeyin; bunu saygılı bir şekilde yapın.

Ayrıca bunu müşterinin önünde yapmayın; çözümleri sorguluyormuşsunuz gibi görünmek istemezsiniz.

Ancak görüşmeden sonra mühendisinize on dakika ayırıp “Bunu neden önerdin? Gerçekten merak ediyorum. Bunun faydaları neler?” diye sorun. Meraklı olun. Geliştiricilerin ve mühendislerin neden bu önerileri yaptığını anlamaya çalışın; onlardan çok şey öğrenirsiniz.

Galen Low

Neden sorusuna odaklanmanızı sevdim. Çünkü genellikle bunu müşteriye, sponsora veya paydaşlara açıklamanız gerekir. Aynı zamanda temel anlayışınızı geliştirir. Daha önce teknik terimleri bilmek ve anlamak, yani terminoloji hakkında konuşmuştuk. Bu konudaki görüşünüz nedir? Ekibinizdeki kişilerden teknik terimleri doğru kullanmalarını bekliyor musunuz?

Matthew O’Bryant

Evet, bunu tamamen bekliyorum. Şu anda çoğunlukla Drupal ile çalışıyoruz.

Bazı WordPress müşterilerimiz var. API öncelikli başsız içerik yönetim sistemi araçları gibi ayrıştırılmış sistemlere girmeye başlıyoruz. Bir modül ile eklenti arasındaki farkı bilmelerini yüzde 100 bekliyorum. Drupal'a eklenti kuracağınızı söylerseniz “Hayır, Drupal'da eklenti yok” derim. Drupal'da modüller vardır; WordPress'te eklentiler bulunur. Drupal'da içerik türü, WordPress'te özel yazı türü denir. Küçük bir şey gibi görünebilir, ancak terminolojiyi anlamanın önemli olduğunu düşünüyorum. Bu bana güven verir ve müşteriye de ne hakkında konuştuğunuzu bildiğiniz konusunda daha fazla güven verir. Bu nedenle terminolojiyi ve terimleri öğrenmeleri gerekiyor; yalnızca kelimeleri öğrenmekle kalmayıp ne anlama geldiklerini de gerçekten bilmeleri gerekiyor.

Galen Low

Evet, adil. Müşterilerimizin bazıları artık bilgili. Tüm terimleri biliyorlar ve Drupal hakkında araştırma yapmışlar. Muhtemelen projeye bu bilgileri olduğu için atanmışlardır.

Matthew O’Bryant

Kesinlikle. Bazen kurum içi geliştirme ekibiyle çalıştığımız personel takviyesi projeleri oluyor. Böyle durumlarda gerçekten ne hakkında konuştuğunuzu bilmeniz gerekiyor.

Galen Low

Biri bu hatayı yapıp “eklenti” dediğinde onu hemen gönderdiğiniz bir yer var mı?

Matthew O’Bryant

Hayır, takmaları gereken sanal bir aptal şapkası yok.

Galen Low

Hayır, öğrenmeleri veya kendilerini geliştirmeleri için nereye gönderdiğinizi soruyorum.

Matthew O’Bryant

Aynen. Drupal için bir drupalize.me hesabımız var.

Yeni işe alınanları bu eğitime katılmaları için teşvik ediyor ve bu olanağı sunuyoruz. Harika bir kaynak. Terminolojiyi öğrenmek için kısa bölümleri hızlıca tamamlayabiliyorsunuz. WordPress için dışarıda milyonlarca kaynak var. Codecademy, Udemy, Lynda.com veya LinkedIn eğitimlerini de kullanabilirsiniz.

Galen Low

İşe alım konusuna geçelim. Özellikle bir dijital proje yöneticisi işe alırken nelere bakıyorsunuz? Hemen işe başlayabilecek, hazır birini mi arıyorsunuz? Yoksa geliştirebileceğiniz ve ihtiyacınız olan kişiye dönüştürebileceğiniz yetenekleri mi arıyorsunuz?

Matthew O’Bryant

Duruma göre değişiyor.

Bazen daha deneyimli ve teknik yönü güçlü, hemen işe başlayabilecek birini arıyoruz. Ancak bazı durumlarda bunun için bütçemiz olmayabiliyor. Gerçekten değişiyor. Şunu da belirtmek isterim: Şu aşamada çoğunlukla Drupal üzerine çalışan bir şirketiz ve bu daha niş bir geliştirme alanı. Karşıma çıkan özgeçmişlerde yalnızca Drupal projelerini yöneten çok fazla insan görmedim. Bu nedenle çoğu aday zaten tamamen hazır olmuyor. Ayrıca teknoloji değişiyor. Ben başladığımda çoğunlukla WordPress üzerine çalışıyorduk. Şimdi başka araçlarla çalışmaya yöneliyoruz. Araçlar değişir. Teknik açıdan yetkin bir birey olmanız önemli. Benim aradığım şey daha çok kişisel nitelikleriniz: Bir birey ve insan olarak kimsiniz? Öğrenmeye istekli misiniz? Kolları sıvayıp çözüm bulma yaklaşımına sahip misiniz? Benim için en önemli şey bu.

Galen Low

Bunun bir özgeçmişte nasıl göründüğünü merak ediyorum. Özgeçmiş yığınını incelerken, “Evet, kolları sıvayıp sorun çözen biriyim” dedirten bir şey var mı?

Matthew O’Bryant

Var. Bu, özgeçmişinizdeki sorumluluklarınızla ilgili milyonlarca maddeyle ilgili değil. Proje yöneticisi olarak elde ettiğiniz başarılara odaklanmayı seviyorum. Zorlayıcı bir şeyle karşılaştınız mı ve siz ve ekibiniz bunu nasıl tamamlayacağınızı bulabildiniz mi? “On müşteriyi yönettim” veya “Şunu yaptım” gibi proje yöneticisinin temel sorumluluklarını sıralayan maddelerden çok, başarıları görmek istiyorum. Proje yöneticisinin temel sorumluluklarının ne olduğunu biliyoruz. Görmek istediğim şey başarılarınız: Yaptığınız ve tamamladığınız büyük ve etkileyici şeyler. Bunlar benim dikkatimi çok daha fazla çeker ve “Bu kişi gerçekten işleri tamamlayabiliyor” diye düşünmemi sağlar. Mümkünse çeşitlilik de görmek isterim. Her şey aynıysa, bu mutlaka kolları sıvayıp çözüm bulan biri olduğunuzu göstermez. Belki yalnızca aynı süreci izleyerek aynı şeyleri tekrar tekrar yapıyorsunuzdur. Bu durumda başarıyı sağlayan şey düşünme beceriniz değil, izlediğiniz süreçtir.

Galen Low

Çeşitlilik derken proje türlerini ve belki ölçeği mi kastediyorsunuz?

Matthew O’Bryant

Kesinlikle. Büyük ve küçük işleri yapabiliyor musunuz? Farklı araçlarla çalıştınız mı?

Drupal olmak zorunda değil; umurumda değil. Ancak çeşitli platformlar ve araçlarla çalıştınız mı? Bu bence çok kritik. Çünkü bu, eleştirel düşünme becerilerinizi ve bir platforma dalıp onu çözebilme yeteneğinizi gösterir.

Galen Low

İşe alım yöneticileri için soruyorum: Bir adayın kolları sıvayıp işi tamamlayacak ve sorun çözecek zihniyete sahip olup olmadığını anlamanıza yardımcı olan, görüşmede sorduğunuz favori bir soru var mı?

Matthew O’Bryant

Tek bir sihirli sorum yok.

Ancak soru açısından kullandığımız şeyin yanında bir araç da kullanıyoruz. Bundan biraz bahsedebilirim. İşe alım sürecimizde Predictive Index (PI) adında özel bir araç kullanıyoruz. Bu, insanların yaptığı kişilik testlerine benzeyen bir şey. DiSC profiline veya Myers-Briggs'e çok farklı değil. Bir insan olarak kim olduğunuzu, kurallara uyma gereksiniminizi veya belirsiz durumlarda çalışıp çalışamayacağınızı ölçüyor. Yeni insanlarla tanışmaktan hoşlanan dışa dönük biri misiniz, yoksa daha çekingen misiniz? Bu aracı kullanarak bir “ideal profil” oluşturduk. Belirli bir pozisyon için bu kişiyi ideal aday yapacağını düşündüğümüz tüm nitelikleri belirliyoruz. Sonra aday testi tamamlıyor ve bu kişi ideal profile ne kadar uyuyor diye karşılaştırabiliyoruz. Hangi alanlarda zorlanabileceğine, hangi alanlarda başarılı olacağına, gelişmesine ve işinde daha iyi olmasına nasıl yardımcı olabileceğimize dair bir rehber sunuyor. Bu, işe alım sürecindeki içgüdüsel değerlendirmeyi azaltıyor ve daha fazla veri ile bilimi kullanmamızı sağlıyor. İki veya üç güçlü adayınız birbirine çok yakınsa, karar vermemize gerçekten yardımcı oluyor.

Galen Low

Bu süreçte nerede gerçekleşiyor? Ön eleme yapılıyor, ardından PI değerlendirmesi gönderiliyor ve sonra görüşmeler mi başlıyor, yoksa daha sonra mı uygulanıyor?

Matthew O’Bryant

Biraz ön eleme yapıyoruz, görüşme gerçekleştiriyoruz ve ardından PI'ı doldurmalarını istiyoruz. Daha erken de uygulayabiliriz; çünkü PI aracı adayın sonuçlarına göre önerilen görüşme soruları da sunabiliyor. Bu oldukça iyi. Ancak ben genellikle sürecin sonlarına doğru referans olarak kullanıyorum.

Galen Low

Aklımdaki bir şey de şu: Genellikle aynı şeyi mi arıyorsunuz? Bir kalıp mı var, yoksa bir karışım mı arıyorsunuz?

Matthew O’Bryant

Dürüst olmak gerekirse aynı şeyi arıyorum. Hepimiz farklı insanlar olabiliriz ve bu profile mükemmel biçimde uymak zorunda değilsiniz.

Ekibimizde çok sayıda harika proje yöneticisi var ve herkes biraz farklı. Ancak sizi harika yapacağını düşündüğüm özelliklerin parçalarına sahip olmanızı arıyorum.

Galen Low

Mantıklı. İşe alım yöneticisi dinleyicilerimiz için soruyorum: DPM adaylarında gördüğünüz, “Hayır, seni işe almayacağım” dedirten büyük hatalar neler?

Matthew O’Bryant

Rol yapmayın. Drupal üzerinde çalışmadıysanız çalışmış gibi davranmayın. “Eklentilere çok hâkimim” demeyin. Sadece daha önce çalışmadığınızı söyleyin. “Şu sistemde veya bu sistemde çalıştım; sistemlerin temel olarak nasıl işlediğini anlıyorum ve bunu da çözebileceğime eminim” deyin. Dürüst olun. Aradığımız şey bu.

Galen Low

Bu dürüstlüğü sevdim. Rol yapacak kişi, ekibin ne yaptığını daha iyi anlamak için soru sormayacak kişi de olabilir. Evet, kesinlikle. PI ve kısa aday listesinden bahsettik. Adayları kısa listeye alırken kararınızı etkileyen en önemli şeyler neler? Bu kişinin doğru kişi olduğunu düşündüren temel özellikler nelerdir?

Matthew O’Bryant

Yine becerilerden çok yetenekleriniz ve eleştirel düşünme becerilerinizle ilgili. “Kolları sıvayıp çözeceğim, yön değiştirebilirim ve öğrenebilirim” yaklaşımı.

Görüşme sürecinde insanların bunu yapabilme becerisi hakkında fikir edinmenin bir yolu da görüşmelerimizde rol canlandırma yapmamız. Bu gerçekten eğlenceli. İnsanlara önceden söylememeyi tercih ediyorum; çünkü zor durumlara önceden hazırlanabiliyorlar. Ancak bazen bir görüşmedesiniz ve müşteriniz beklenmedik bir sorun çıkarıyor. Bu durumu hızlıca ele almanız, ne yapacağınızı bulmanız ve gerekirse anında yön değiştirmeniz gerekiyor. Gerçek durumlara dayanan senaryolar hazırladık. Örneğin müşteriye belirli bir nedenle daha fazla bütçe istediğinizi bildirmeniz gerekebilir veya müşteri, sağlaması gereken içeriği üç hafta daha veremeyeceğini söylerken projenin hâlâ zamanında yayına alınması gerekebilir.

Senaryoyu okumalarına izin veriyorum. Bana soru sorabiliyorlar. Bu çok önemli. Senaryoyu okuyup hiç soru sormuyorsanız, bu düşünme süreciniz hakkında bana bir şey söyler.

Galen Low

Yani senaryo başlamadan önce “Bu tam olarak ne anlama geliyor?” gibi sorular sorabiliyorlar.

Matthew O’Bryant

Evet. Her zaman “Okuyun ve aklınıza gelen soruları şimdi sorun” diyorum. Hazır olduklarında ellerini telefon gibi kaldırıp “çın çın” demelerini istiyorum. Beni arıyor ve müşteriyle konuşuyorlar. Bazen nazik, bazen zorlayıcı oluyorum; nasıl tepki verdiklerini görmek eğlenceli.

Bu, anında düşünme becerileriyle ilgili. Zor durumlarda nasıl düşünebildiklerine dair iyi bir gösterge sağlıyor.

Galen Low

Rol canlandırmadaki testin bir bölümünün, senaryo başlamadan önce soru sormak olmasını sevdim. Görüşme sürecini tasarlayan kişiler için gerçekten harika bir ipucu. Kişinin telefon gibi elini yüzüne götürdüğünde nasıl davrandığını görmek kadar, önceden nasıl hazırlandığını ve bu konu üzerinde nasıl düşündüğünü de değerlendirmek gerekiyor.

Matthew O’Bryant

Kesinlikle.

Galen Low

İşe alımdan ilerleyelim. Kararınızı verdikten sonra ekibinize uyum sağlaması için her zaman biraz şekillendirme gerektiğini tahmin ediyorum. Örneğin genel olarak içerik yönetim sistemlerine aşina ancak Drupal'a, WordPress'e veya kullandığınız özel sisteme aşina olmayan birini işe alabilirsiniz. Ona işlerin nasıl yürüdüğünü öğretmeniz gerekir. Aynı zamanda sürekli gelişimi, kişisel büyümeyi ve yinelemeli ilerlemeyi desteklediğinizi düşünüyorum. Ekibinizi nasıl geliştirdiğinizi sormak istiyorum. Ekibinizin büyümesine, bilgilerini genişletmesine ve öğrenmesine nasıl yardımcı oluyorsunuz?

Matthew O’Bryant

Aylık bire bir görüşmelerle başlıyor. Her ekip üyesiyle düzenli olarak iletişim kurduğumuzdan emin oluyoruz.

Her proje yöneticisiyle işlerin nasıl gittiğini görmek ve yıllık ya da düzenli performans değerlendirmelerinde belirlediğimiz hedefleri kontrol etmek için görüşüyorum. Ulaşmalarını istediğimiz hedefleri onlarla birlikte belirliyoruz. Sonra nasıl ilerlediklerine, ne tür desteğe ihtiyaç duyduklarına bakıyoruz. Ayrıca işlevler arası ekiplerimizin yanı sıra bölüm gruplarımız da var; bunlara lonca diyoruz.

Bir proje yönetimi loncamız var. Ayda iki kez bir saat boyunca toplanıyor, “Yeni ne var? Son zamanlarda ne öğrendiniz? Ne üzerinde çalışıyorsunuz? Hangi zorluklarla karşılaştınız?” gibi sorular hakkında konuşuyoruz. Bilgilerini paylaşmalarına, becerilerini geliştirmelerine ve birbirlerine yardımcı olmalarına olanak sağlıyor.

Son olarak çok sevdiğim bir şey var: PG zamanı adını verdiğimiz bir profesyonel gelişim programımız bulunuyor. Herkes buna zaman ayırabiliyor. Yıllık izin talep eder gibi PG zamanı talep ediyorsunuz. Aracı kullanarak belirli bir gün veya süre istiyor ve “Bu derse veya konferansa katılmak için bir gün izin almak istiyorum” diyorsunuz. Talep yöneticinize gönderiliyor; yöneticiniz inceleyip onaylıyor. Bu zamanı proje yöneticisi olarak becerilerini geliştirmek veya o kişi için en anlamlı olduğunu düşündüğümüz bir şeye odaklanmak için kullandıklarından emin olmak istiyoruz. Onaylandığında takvime ekleniyor ve ofis dışında oluyorsunuz. Bunu da izin gibi ele alıyoruz. “PG zamanını değiştirebilir misin?” demiyoruz. Müşterilere bunun PG zamanı olduğunu da söylemiyoruz; çünkü “Kimin umurunda?” diyebilirler. Onları projeye geri döndürmek isterler. Biz yalnızca o kişinin müsait olmadığını söylüyoruz. Böylece gerçekten hak ettiği zamanı, ilgiyi ve odağı ayırabiliyor.

Galen Low

Profesyonel ve kişisel gelişim açısından, ekip üyeleriniz daha karmaşık projeleri üstlenmek ve dijital alanda ölçeklerini büyütmek istediklerinde sizden öneri isterse ne tavsiye ediyorsunuz?

Matthew O’Bryant

Topluluktan yararlanmalarını öneriyorum. thedigitalprojectmanager.com'un yanı sıra yerel gruplar da var. Daha önce söylediğiniz gibi Boston DPM Buluşma Grubu'nun organizasyonuna ve yönetimine yardımcı oluyorum. Ayda bir, ayın ikinci salı günü buluşuyoruz. Çok sayıda harika konuk konuşmacımız oldu. Sevdiğim şey, her zaman yalnızca proje yönetiminden bahsetmememiz. Web erişilebilirliği, analiz ve ölçüm gibi çeşitli konuları ele aldık. Bir konuşmacı, oluşturduğu Google Veri Stüdyosu panolarını ve başarıyı ölçmek için bu metrikleri neden seçtiğini gösterdi. Bu, tüm dijital ve teknoloji konularını öğrenmek ve kendinizi geliştirmek için çok iyi bir fırsat. Boston grubu, başka bir buluşma grubu veya ekibinizin her gün kullandığı araçlar ve platformlar hakkında bilgi edinmek için bir Drupal buluşma grubu olabilir. Kendinizi geliştirmeniz için harika bir fırsat.

Galen Low

Konfor alanınızın dışına çıkarak dijital proje yöneticileri olarak bilmemiz gereken çevre konularına kendinizi vermek fikrini gerçekten sevdim. Drupal buluşma grubu harika bir fikir.

Son bir soru. Bunun artık doğru uyum olmadığını ne zaman anlarsınız? Yanlış bir işe alım yaptığınızı nasıl anlarsınız ve ekip üyelerinizle yolları ayırma kararınızı ne yönlendirir?

Matthew O’Bryant

Bu kolay değil; iyi bir soru.

Sanırım bu konuda genellikle fazla uzun bekliyorum, çünkü hepimiz sonsuz iyimser olmaya çalışıyoruz. Ancak birinin gelişemediğini, teknoloji açısından becerilerini geliştiremediğini gördüğümde sorun olduğunu anlıyorum. DPM tarafında insanların biraz daha teknik olmasını istiyoruz. Bu bana Patrice Embry'nin, temel olarak not tutan kişi olup olmadığınızı sorguladığı harika yazısını hatırlattı. Bir DPM olarak bundan daha fazlasısınız. Proje yöneticisini yönetici asistanıyla karşılaştırıyordu. Yönetici asistanı olmakta yanlış bir şey yok. Toplantıları planlamak, gündem göndermek, not almak ve toplantı notlarını dağıtmak önemlidir. Ancak biz bundan daha fazlasını arıyoruz. Yalnızca not alan kişi olmayın; konuşmayı yönlendiren ve yöneten kişi olun. Bunu makul bir süre içinde yapamıyorsanız, muhtemelen bizim için doğru kişi değilsiniz. Bu sorun değil; yalnızca bize uygun değilsiniz ve yollarımızı ayırmamız gerekecek.

Bu durum artık daha zor, çünkü geçmişte organizasyonumuzun çoğu Providence'taydı. Sonra işe alım yapmaya başladık ve daha dağınık bir şirket hâline geldik. Önceden bir bilgisayarın yanına gidip “Bugün dersini denetliyorum” diyebiliyordum. Şimdi bunu, bir Zoom toplantısına dikkat çekici biçimde katılmadan yapamıyorum. O zaman da insanlar “Bu hiç tanımadığımız adam kim?” diye düşünüyor. Bu nedenle proje yöneticilerinin nasıl çalıştığını görmek zorlaştı. Başkalarının geri bildirimlerine güvenmem gerekiyor. Bazen yalnızca “Merhaba demek ve kendimi müşterilere tanıtmak için toplantıya katılacağım” diye planlama yapmam gerekiyor.

Bu durum işi biraz daha zorlaştırdı.

Bu nedenle dinleyicilere not: Zoom'da çalışıyorsanız lütfen insanların anonim olarak dinleme yapabilmesine olanak sağlayacak bir yol bulun.

Kulağa korkunç geldiğini biliyorum, ancak insanları uzaktan yönetme becerimi ortadan kaldırıyorsunuz.

Bu sanal deneyimde eksik olan şeylerden biri de bu. Bu başlı başına ayrı bir konu.

Matt, teknik karmaşıklığın sorumluluğunu üstlenebilecek ve harika proje liderlerine dönüşebilecek güçlü adayları işe alma konusundaki içgörülerin gerçekten çok değerli. Bir rol için iş tanımı yazmaya yeni başlayan işe alım yöneticisine ne tavsiye edersiniz?

Sizin ve ekibiniz için en önemli şeyin ne olduğunu bilin. Bir platform mu en önemli şey? Platform değil mi? Not alma becerileri mi daha önemli? Sizin için neyin önemli olduğunu ve diğer ekip üyeleri için neyin önemli olacağını bilin. Geliştiricilerinizle ve tasarımcılarınızla konuşun. Hayatlarını kolaylaştıracak şeylerin neler olduğunu sorun. Geri bildirimlerini ve onaylarını alın. Mümkünse onları işe alım sürecine dâhil edin. Görüşmelerde mutlaka bulunmaları gerekmiyor; ancak birlikte çalışacakları birini işe almayı düşünüyorsanız, bu kişiyle konuşmalarına ve sonra “Bu kişi hakkında ne düşünüyorsunuz?” diye sormalarına izin verin. Bu, diğer ekip üyelerinize saygı göstermenin bir yoludur.

Galen Low

Yüzde 100. Sonuçta onlarla birlikte çalışacaklar. Peki ya iş arayanlar?

Dijital proje yönetimi rolleri arayan iş arayanlar, teknik veya diğer becerilerini sunarken hatırlamaları gereken en önemli şey nedir?

Matthew O’Bryant

Bilmiyorsanız uydurmayın.

Yalnızca bir şeyler yaptığınızı söylemeyin; bunları yapabildiğinizi gösterin. Daha önce bahsettiğimiz başarı ifadeleri, işe alım yöneticilerinin sizi öne çıkan ve farklı biri olarak görmesine yardımcı olur. Yalnızca bir WordPress projesinde çalıştığınızı söylemeyin. Projeyi nasıl oluşturduğunuzu ve biraz da ayrıntıları paylaşın. Böylece biri “Bu oldukça karmaşıkmış. Bunu yönetebilmek için oldukça teknik ve yetenekli olmalı” diyebilir. Benim tavsiyem bu olur.

Galen Low

Matt, bugün bize katıldığınız için çok teşekkürler. Programa katılmanız harikaydı; gerçekten minnettarım.

Matthew O’Bryant

Sizinle birlikte olmak harikaydı. Beni davet ettiğiniz ve sohbet ettiğiniz için çok teşekkürler. Bunu dinleyen ve bağlantı kurup biraz daha konuşmak isteyen herkes bana ulaşabilir. Bu konu hakkında daha fazla konuşmayı çok isterim.

Galen Low

Siz ne düşünüyorsunuz? İyi yetenekleri bulmak için kullandığınız yöntemler ve püf noktaları neler? Ne işe yarıyor, ne işe yaramıyor? İş arıyorsanız, işe alım yöneticilerinin söylemesini istediğiniz ama hiçbir zaman söylemedikleri şey nedir?

Bize bir hikâye anlatın. Yanlış adayı işe almanın teknik bir pozisyon üzerindeki etkisi ne oldu? Teknik bilgi söz konusu olduğunda sizi en çok zorlayan hangi işler için görüşmeye girdiniz?

Aşağıdaki yorumlarda bize bildirin. Daha fazla bilgi edinmek ve işinizde öne geçmek istiyorsanız DPM Üyeliğiyle topluluğumuza katılın. Uzmanlar forumumuza, usta-çırak mentorluk gruplarına, atölyelere, canlı mentorluk oturumlarına, şablonlara ve daha fazlasına erişmek için thedigitalprojectmanager.com/membership adresine gidin. Bugün duyduklarınızı beğendiyseniz lütfen thedigitalprojectmanager.com üzerinden abone olun veya iletişimde kalın. Bir sonraki bölüme kadar. Dinlediğiniz için teşekkürler.