Kıdemli web geliştiricisinin takımdaki rolü nedir? [kapalı]

3 diğer web geliştiricilerinden oluşan bir ekip ile bir yıl boyunca lider web geliştiricisi olarak ünvanım var. Bu benim öncü olarak ilk işim.

Yönetimden rollerimin ne olduğuna çok meraklıyım. Diğer üst düzey geliştiricilerin ne yaptığını merak ediyorum. Öncelikle diğer kuruluşlarda lider / kıdemli geliştirici olarak insanların sorumluluklarının ne olduğunu merak ediyorum; sadece küçük / orta ölçekli bir şirkette çalışırken karşılaştım.

(a) Bir kuruluşun kıdemli / lider web geliştiricisinden (boyutundan bağımsız olarak) ne beklenir?

(b) Web geliştirme lideri ve kıdemli web geliştiricisi arasında bir fark var mı?

Bazı konuları inceledim ve kendinize ne zaman kıdemli bir geliştirici demelisiniz diye tartıştım, ancak üst düzey bir geliştiricinin ekibi ile yapması gereken rolleri kapsamlı bir şekilde tartışmayın.

Proje yöneticisinin bakış açısı

İşlerin teknik tarafı ile ilgili her şey için tek (veya varsayılan) irtibat noktasısınız. Diğer geliştiricilerin çalışmalarını, örneğin veya yönteminiz ne olursa olsun, gerçek bir güçle hareket ettirmeniz beklenir.

Lider olmayan geliştiricinin bakış açısı

Siz rol modelisiniz. Daha az deneyimli geliştiricilerin size bakmasını ve takıldıklarında size teknik sorular sormasını bekleyin.

düşünmek

Gerçekten internetten rolünüzü / işinizi tanımlamasını istiyorsanız, durun. Gerçek bir cevap için yönetim ile konuşun.

Baş geliştirici olarak iki temel rolünüz var: Operasyonunuzun iş tarafı ile ekibinizin savunucusu olmak ve ekibinize teknik rehberlik sağlamak.

Avukat olarak, gereksinimlerin ekibinize iletilmesine yardımcı olmalı, iş tarafı (yönetim, proje yöneticileri veya satış personeli gibi) gerçekçi olmayan talepler veya talepler yaptığında geri itmeli ve genellikle ekibinizin kod yazmasını engelleyen herhangi bir şeyle uğraşmalısınız.

Teknik danışman olarak, ekibinizin iyi kararlar vermesine, sahip oldukları her türlü teknik problemde onlara yardımcı olmalı ve uygun çözümlere yönlendirmelisiniz. Onları becerilerini geliştirmeye teşvik etmeli ve uygun geliştirme standartlarını takip etmek için mutlak bir yapıştırıcı olmalısınız.

En önemlisi, kusursuz bir rol modeli olmanız gerekir. Kodunuz en yüksek standartta olmalı, projeleriniz zamanında teslim edilmeli ve en yüksek kalitede olmalıdır. Yaptığınız şey söylediklerinizden çok daha önemli olacak.

EDIT: Bir şey daha. Teknik konularda proaktif olmanız gerekir . Ekibinizin size problemlerle gelmesini beklemeyin. Ne üzerinde çalıştıklarının farkında olun ve çok uzun sürüyorlarsa, zor bir şeyde veya çekirdek beceri setlerinin dışında olduklarını biliyorsanız veya sinirli görünüyorlarsa onlara gidin. Ekibinizdeki sensiz teknik sorunlarını tartışırken başladığınızda dinle ve adım eğer onlar iyi bir çözeltisinden uzaklaşmaya başlıyoruz, ya da çevrelerinde gidiyoruz ve bir şey başaramadığımız gibi hissediyorum (ve ancak).

Açıklayalım ... liderlik .

Takımınızın tüm hataları artık sizin sorumluluğunuzdadır.

Aynı şey başarılar için de geçerli, ama gerçekten, bu yazılım geliştirme, başarı mütevazı, aşırı başarı ile uğraşmak için neredeyse hiç problem yaşamayacaksınız .

Bu hatalara odaklanın. Onlardan kaçının, en aza indirin, onları kontrol altında tutmaya çalışın.

Ve otoriter olma, eğer takımın yaparsan daha fazla hata yapar .

IMO'nun rolü rehberliktir. Bloğun etrafında bulundunuz, bu nedenle başka bir (genç değil ancak kıdemli değil) bir geliştiricinin bir sorusu varsa veya Foobar modülünde bir sorunla karşılaşırsanız, "X yapmaya çalışıyorum" Foobar ile bir fikrin var mı? " Ayrıca , teknik konularda ekibin yanında yer alırken ekibin hedeflerini ve çabalarını yönetime iletmelisiniz (örneğin, siz ve ekip bir projenin 4 ay süreceğini tahmin ederse, mağaraya girmeyin ve CEO'ya olacağını söyleyin. 1 ay içinde yapılır ve daha sonra herkesi fazla mesai yapmaya zorlar). Ayrıca, kodun uygun kalitede olduğundan ve diğer ekip üyelerinin işleri doğru yaptığından ve yalnızca yolda çökecek çöpleri kesmekle kalmamasından sorumlu olmalısınız.

Tabii ki hepsi teorik. Bu takıma bağlıdır; Ben son 5 yıl içinde herhangi bir modern gelişme hakkında hiçbir şey bilmiyordu ve üst yönetime "Smithers" olan ve "Efendim, evet efendim!" ne kadar gülünç olursa olsun, diğer ekip üyelerinden yaratıcılığı boğdu ve sürekli öğrenme ve işçilik yerine çok cansız bir çalışma ortamını teşvik etti. Ayrıca, işlerin olabildiğince iyi olmasını ve yönetim baskısına asla girmemesini sağlayan aktif bir rol alan çok bilgili üst düzey geliştiriciler altında çalıştım.

Ben kıdemli bir geliştiriciyim ve birlikte çalıştığım birkaç teknik ipucum var. Fark, teknik proje yöneticisi olmalarıdır. Geliştiriciler arasında teknik bir sorunla ilgili bir çelişki varsa, ne yapacaklarına karar verirler. İşler gerideyse, buna nasıl hitap edeceğine karar verirler. İnsanların projeye zaman ayırmalarını, gerektiğinde daha fazla saat talep edilmesini, yeni görevlerin atandığını, kod incelemelerinin yapıldığını (kıdemli olarak kod incelemelerini yapabilirim) vb. Genelde bana daha zor görevler verilir. Bir kıdemli olarak danışıldım ve gençlere danışmanlık yapmam bekleniyor. Teknoloji liderleri de bunu yapıyor, ancak projenin genel başarısı için karar gücü ve sorumluluğu var. Kıdemli olarak, sadece projenin kendi kısmından sorumluyum.

Jonathan'ın yukarıda belirttiği gibi birçok farklı bakış açısı olabilir.

Üst düzey bir geliştirici olarak, grubunuz için mimari kararlar verebilir ve üst düzey geliştirme grubu toplantıları için ekibinizin temsilcisi olarak hareket edebilirsiniz. Ayrıca mentor olarak hizmet verebilir ve ekip üyelerinizin teknik faaliyetlerini yönlendirebilirsiniz.

Sıklıkla, hem proje yönetimi hem de işletme kullanıcıları ile irtibat olabilirsiniz. Proje çıktılarını nasıl ve ne zaman teslim edeceğinize karar vermenize yardımcı olacak ve proje öğelerinin önceliklerini daha uzun vadede müzakere etme fırsatına sahip olabilirsiniz.

Kısacası, kendi yönetiminiz (hem teknik hem de iş tarafı) tarafından belirlenen sınırlar göz önüne alındığında, rolünüz bunu yapmayı seçtiğiniz şeydir.

Diğer insanlar bu sorunun temel liderlik yönünü ele aldılar, bu yüzden puanlarımı doğrudan sorulan sorulara odaklamaya çalışacağım:

(a) Bir kuruluşun kıdemli / lider web geliştiricisinden (boyutundan bağımsız olarak) ne beklenir?

Güçlü bir karaktere ve teknik bilgi tabanına sahip bir birey beklerdim. Sadece fikirleri yıkmakla kalmayıp, eksik bulduklarının yerine yeni fikirler önerecek birini beklerim. Alt geliştiricileri zorlamayan veya zorbalık yapmayan, ancak her bir kişiyi motive eden, öğreten, yönlendiren yollar bulmaya çalışan birinden beklerim. Proje, konsept ve kararların sorumluluğunu ve sahipliğini almak isteyen birinden beklerim. "Evet-erkekler" ve "duvar çiçekleri" uygulanmasına gerek yoktur. Bir kıdemli / lider, kodlarla yaptığı kadar etkili bir şekilde insanlarla başa çıkabilmelidir ... bazı durumlarda daha da iyi olabilir.

(b) Web geliştirme lideri ve kıdemli web geliştiricisi arasında bir fark var mı?

Gözlemlediğim temel fark bir kapsam ve hiçbir yerde yazılı olduğunu görmedim. Potansiyel müşteri genellikle tek bir ekibin verimliliğinden sorumludur. Bir kıdemli birkaç takımdan, tek bir takımdan veya hiçbir takımdan sorumlu olabilir. Bir olası satışın, alt geliştiricilerinin belirli bir proje veya görev kapsamında hedeflerine ulaşmasına yardımcı olması beklenir. Alt derken, sadece potansiyel olarak teknik açıdan "sorumlu" olan bir projeye atanmış geliştiricileri kastediyorum. Çoğu geliştiricinin benden eşit veya daha fazla kıdeme sahip olduğu projelerde başı çektiğimi düşünüyorum, bu yüzden başrolün ekibin en "kıdemli" üyesi olacağı belli değil. Bu kapsam göz önüne alındığında, kıdemli bir geliştirici, tüm kuruluşun herkese yardım etmek için gerekli bilgi ve deneyime sahip olabileceğinden emin olabileceği bir kişidir. Bir yetişkinin kuruluştaki herhangi bir geliştiriciye (başka birinin söylediği gibi) bir rol modeli olması ve ayrıca genç geliştiricilere teknik konularda yardımcı olması beklenir.

Kısacası, benim için: Bir ipucu yardımcı olur. Bir kıdemli öğretir.

Üst düzey web geliştiricileri, sorun çıkarabilecek, çeşitli çözümler bulabilecek ve en iyisini kendi başına uygulayabilecek kişi olarak görülebilir. Bir anlamda tek kişilik ordu. Genç takım geliştiricilerine genel ekip performansını iyileştirmeye yardımcı olmak. Kıdemli bazı durumlarda diğer geliştiricilerden daha iyi bir şey bilmesi beklendiği için çeşitli yazılım paketlerinde uzmanlıktan yararlanabilir. Genellikle geliştiricinin, mentorluk, danışmanlık, kodlama, tasarım ve oluşturma süreçlerinin bir kombinasyonu olabilecek maksimum fayda için kullandığı beceriler.

Lider web geliştiricileri aklıma birkaç farklı şekilde gelebilir. Bir ekibin öncüsü idari başkandır ve genel bir performans incelemesi yapacak, bir geliştiricinin hangi projelere tahsis edildiğinin farkında olacak ve bir kez yapıldıktan sonra bir geliştirici olarak bazı evrak işlerini yapacak. Kişinin odağının çok daha dar olduğu bir proje için de liderlik vardır, çünkü bu proje için ekip içinde standartları ve uygulamaları uygulama sorumluluğu vardır. Peki, önderliğin gerçekte neyi yönlendirdiği sorusu var mı? Bir proje mi yoksa bir grup geliştirici idari açıdan mı?