Lider geliştirici olarak nasıl başarılı olabilirim?


47

Belirli bir projede lider geliştirici oldum, ancak büyük resme odaklanmakta ve projenin tüm parçalarının kapsandığından emin olmakta güçlük çekiyorum.

Bu projeyi yönetirken nelere dikkat etmeliyim? Her şeyin olması gerektiği gibi ele alındığından nasıl emin olabilirim?


3
Lütfen "Bir projenin genel bakışını ve büyük resmini saklamak benim için zor" deyin. Seni rahatsız eden ne? Hangi problemlerin var? Ne yapmayı tercih edersin?
S.Lott

Durumunu daha fazla tarif eder misin? Büyük bir takım mı? Lider olarak beklentileriniz nelerdir? (teknik liderlik? kapsam yönetimi? mimarlık ve tasarım?) Proje Yöneticisi var mı? Ürün Müdürü?
Al Biglan

1
Gerçek bir cevap olacak kadar uzun değil, ancak bazı insanlar bu rollere uygun değil. Bunu çok sık görüyorum.
Bill,

Yanıtlar:


53

Bu geziyi diğer geliştiricilere, üst seviyeye veya liderliğe geçişi yaparken gördüm. İşte başkalarına yaptığım birkaç öneri.

  • Projenin amacının ne olduğunu anlamak.

Genellikle, projeye itilen tüm özelliklerle ilgili değildir. Bir iş ihtiyacını karşılayan temel bir işlevsellik kümesiyle ilgilidir. Bunu daima aklınızda tutun, çünkü bu sizin birincil amacınız.

  • Görevler için yapılması gerekenleri yıkın. Aralarındaki bağımlılığı anlayın.

Bir projeyi yıkmak oldukça basit olmalı. Projede olabildiğince erken parçalayın. Parçalara dikkat etmeniz gerekiyorsa, ne yapılması gerektiğini anlayana kadar bir risk oluşturduklarını anlayın.

  • Projenin açık sorularının veya belirsizliklerinin ne olduğunu anlayın.

Tüm belirsizlikleri başlangıçta çözemezsiniz (denemelisiniz olsa da). Yöneticinizin ve proje paydaşlarının ne olduklarını ve projeye hangi riskleri getirdiklerini anladığından emin olun.

  • İş sürprizden nefret ediyor.

Herkesin (ideal olarak günlük olarak, ancak haftalık olarak çalıştığını) projenin durumunu bildiğinden emin olun. Ve duruma göre, ne yapıldığı, ne yapılması gerektiği, açık sorular, sorunlar vb. Demek istiyorum. Projenin tamamlanmasını etkileyebilecek herhangi bir şey rapor edilmelidir.

  • Hergün, büyük resme bak.

Her gün bir saat boyunca büyük resmin üzerine gitmelisin. Kendine soruları sor. Neler tamamlandı? Yapacak ne kaldı? Açık sorular nelerdir? Amaç nedir İstedikleri zaman birisine projenin ayrıntılı bir durumunu verebilmelisiniz.


5
Son iki puan için esas olarak +1. Bu ikisi son derece önemlidir.
konfigüratör

42

Size vereceğim ilk tavsiye, ekibi yönetmenin kendi programlama görevlerinizi yerine getirmekten daha kritik olduğunu kabul etmektir. Bu, yardıma ihtiyacı olan 3 çocuğunuz olduğunda, sizi gelişimden nasıl uzaklaştırdığı konusunda sızlanmamaya yardım etmek sizin işinizdir. Bir lider olarak, öncelikle kendi gelişim görevlerinize odaklanırsanız, ilerlemenin önündeki engel olabilirsiniz.

Ek olarak, yetki vermeyi öğrenmeniz gerekir. Bir saat içinde bu işi kolayca yapabileceğiniz ve bir gün boyunca akacaklarını bildiğiniz zaman birine görev vermek zordur. Ancak, görevleri almadıkça asla ilerlemeyeceklerdir ve ekibiniz oyun oynarken fazla mesai yapacaksınız.

Ayrıca, asla başka birisinin kodunu düzeltmeyin. Onlara neyin yanlış olduğunu (ve neden) söyleyin ve düzeltmelerini sağlayın. Ya da her şeyi düzeltmek zorunda olduğunuz bir döngüye gireceksiniz çünkü daha iyi olamıyorlar. Düzeltemezlerse, takımda kalmaları gerekip gerekmediğini düşünün. Zayıf takım üyelerinin kalmasına izin vermeyin, çünkü yaptıkları her şeyi düzeltirsiniz.

Öncelikle, kötü adam olursunuz ve onlara nahoş haberi verirsiniz (hem aşağı hem de yukarı). Bu işle birlikte de geçerli. Bu, düşük performans değerlendirmesini yapmanız gerektiği anlamına gelir; Onlara son teslim tarihinin yükseltildiğini veya gereksinimlerin değiştiğini söylemelisiniz; ilerleme kaydetmeyen tembel adamı zorlamalısın; ve son tarihlerin karşılanmayacağı ve neden ve ne yaptığınız konusunda üstlerinize söylemelisiniz. Lider olmak sevilmekle ilgili değil, etkili olmakla ilgilidir. İşiniz yazılımı kapıdan çıkarmak, arkadaş edinmek değil. İletişim çok önemlidir ve kötü haberlerden kaçınmak durumu daha da kötüleştirir. Bir müşterinin lansmandan ayda üç hafta önce, lansman tarihi geçtikten sonra alacağından daha fazla olacağı söylenir ve daha sonra onlara üç haftaya daha ihtiyacınız olduğunu söylersiniz.


1
Harika düşünceler.
Roy Tinker

8
Ayrıca insanların neden genellikle işi istemediklerine dair iyi bir özet.
Kevin

2
@Kevin, sadece nadiren, teknik liderin ekstra sorumluluğuna değecek kadar maaş alıyor ve sonra da sadece yönetim olan işe terfi etmek istiyorsanız. Eğer teknik olarak kalmak istersen, birçok insanın teknoloji lideri olduğunu gördüm ve sonra tekrar üst düzey geliştiriciler olmasını istedim.
HLGEM

31

İşte gayri resmi kontrol listem. Çok resmi değil ... Her şeyi her gün yapmıyorum, ancak haftada tüm bu şeylere varamazsam biraz endişeliyim ve eğer onlara aylık olarak vurmazsam paniklemeliyim. Kilometre tamamen şirket / takım kültürü, kişisel tarz ve proje türüne göre değişir.

  • Bireysel olarak ekiple konuşun - ekibinizdeki herkesin yapması gereken işler var mı? Ürünün ve mevcut sürümün genel amacı nedir? Nasıl para kazandığınızı ve işinizin asıl itişiminin ne olduğunu biliyorlar mı? Mevcut çalışmalarının bunlara nasıl uyduğunu biliyorlar mı?

  • Toplu olarak takımla konuşun - büyük haberlerle hepsini bir araya getirin, iletişimin sizle ve sensiz gerçekleşmesini sağlamak için grupları bir araya getirin. Küçük bir ekip olarak, bu muhtemelen grup stratejisi oturumlarıdır. Takım büyüdükçe, onları ana noktalara yönlendirmek zorunda kalacaksınız ve kaçınılmaz olarak onlardan söz eden bir senaryoda sizleri konuşacaksınız. Bu yanlış değil - herkesin duyar size kamu bilgi söyleyerek çok önemli zamanlar vardır herkes . Yani herkes evrensel olarak bilgiyi verdiğinizi biliyor. Ancak "siz - herkes" toplantısı daha çok rehberlik yaptığınız grup stratejisi toplantısından çok farklı.

  • Takımın çalışmasını örnekleyin - herkesin çalışmasını incelemek için biraz çalışın. Kodlarını okuyun, fonksiyonlarını çalıştırın, test durumlarını deneyin. Herkesin çalışmasının% 100'ünü hedeflemeyin, herkesten biraz örnek almaya çalışın. Onlara geri bildirimde bulunun, aynı zamanda takım boyunca güçlü ve zayıf yönlerini de silin.

  • Yönetiminize erken ve sık check-in yapın - bu kahverengi burun değil, bu döngüde kalıyor. Yönetiminizin neye ihtiyacı olduğunu ve yönetiminizin ne düşündüğünü bilmiyorsanız, ekibiniz beklentileri nasıl karşılayabilir? Patronunuzla gerçekten iyi bir muhalif olmanız ve ekibinizde de bulunmanız gerekir. Patronla önemsiz şeyler üzerinde etkili bir şekilde iletişim kurabilmek, kriz çıktığında yardım alabileceğiniz ve net bir şekilde anladığınızdan emin olmanızı sağlar. Aynı zamanda, büyük resim engelleyicilerin nerede olduğuna dair iyi bir gerçeklik kontrolü.

  • Ekip kaynaklarını periyodik olarak gözden geçirin - daha önce mevcut bir kaynak kullanılamadığında insanlar endişelenecek, ancak bilinmeyen ağrı noktalarını gözden geçireceklerdir. Chokpoint'lerin nerede? Olması gereken yeni araçlar var mı? Takımların çoğu, en yeni ve en iyi cihazlara her zaman hız veren Aracı Avcısı olarak düşündüğüm bir adam var. Tool Hunter ve GuyWhoHatesEverythingNew arasındaki konuşmaları dengelemek için bir sonraki noktayı bulmak üzere dengeleyin. Araçlar her şeyi içerir - SW, HW, fiziksel alan, öğrenme kaynakları.

  • Destek ekipleriyle bilin ve irtibatta kalın. Her şirket farklıdır, ancak kalite kontrolünüzden, belge yazımınızdan, yasal, imkanlardan, finanstan ve işinize özgü diğer destek gruplarından sorumlu kişileri tanır. Onlar düşünebildiğim en iyi fotoğraf tetikleyicileri, çünkü dünyayı sizden tamamen farklı görüyorlar.

  • Rekabetinizi bilin - en azından haftada en az bir zaman geçirin, birisinin ürününüzü kullanmasaydı, ürününüzün çözdüğü sorunları nasıl çözeceğini öğrenmek için. Tek bir şirket olmayabilir, ancak diğer çözüm size yapmadığınız ne sunuyor?

  • Maliyet ve zamanlamayı inceleyin- Takımınızın şu anki son teslim tarihi ne kadar olasıdır? Bir sonraki son tarih nasıl? Maliyetlerin yanma oranı nedir? Yakında hangi büyük alımlar için ödeme yapmadınız? Bütçenizden ne kaldı? Ayrıntılar, finansal takibi nasıl yaptığınıza bağlı olarak değişir, ancak gayrı resmi bir şirkette bile, ne kadar gün / hafta / ay bütçeniz kaldığına ve mevcut ürün için son tarihinizin ne olduğuna dair bir fikriniz olmalıdır. Bir yerlerde, bir şekilde birisi daha iyi "planlama yapmak için kaç kişiye ihtiyacımız var?" Diye düşünmüştü. ve "Onlara önümüzdeki ay / çeyrek / yıl ödemeyi göze alabilir miyiz?". Bu sayıları bilmeniz ve sonraki adımlar üzerinde giriş yapmanız gerekir. Gelecek hafta için, içeri girip sorulan birini hemen açıklayabileceğiniz net bir plana ihtiyacınız var. Gelecek ay için oldukça iyi bir plana ihtiyacın var. bu sadece gerçekliği vurduğunda 2-3 yerde değişecek. Çeyrek için kabataslak bir plana ve bir yıl boyunca baş ağrınızın üstünden bir generale ihtiyacınız var. Geçmişte, büyük projelerde bile, sayılar sadece sayılardır. Onları dinleyin, ama kimsenin kanda imzalanmadığını fark edin.

Bu benim listemdeki zirvede. Genelde bir "süpriz" ile kafamın üstünde boğulduğum için ekliyorum (özlediğim bir alana duyarlı olduğumu söyleyeyim ve sonra onu kontrol listesine katlamayı başardım. ).

Ayrıca - Dread Context Switch için Dread Context Switch'e hazırlanın. Eğer yönetime yeni başlıyorsanız, muhtemelen küçük bir ekibiniz var ve yönetimde bir kişi bir takımı yönetmek için biraz zaman harcamanın ve bazı bireysel katkılarda bulunmanızın iyi olacağını düşünüyor. Bu yapılabilir, ancak ikisi arasındaki bağlam anahtarı zordur. Bunun için planlayın. Geçiş zamanını engelleyin (öğle yemeğinden önce ve sonra) ve daha az pratik yaptığınız beceri setinizi bilin ve kendinizi ilk birkaç kez oraya sürüklemeniz gerektiğini anlayın - bu nedenle "büyük resim ile ilgili" bir şey yapmak için zaman ayırın ve Gerçekten bir yere ulaşmak için en az iki saat gerekir.

Bağlam anahtarı her iki yöne de çalışır - işten işe yönetim ve bunun tersi. Fakat güçlenme ve uygulama noktalarından rahatsızlık duyduğunuz yere ve daha az uygulama yaptığınız zaman, o zaman acıyı daha fazla hissedersiniz ve geri çekilme gücü güçlüdür. Onun orada olduğunu bilin ve onunla savaşın ve büyük resimde dolaşmanın sizi herşeyi daha iyi yaptığınızı fark edin. Kendinizi şımartmak için zaman verin.


5
"Tool Hunter ve GuyWhoHatesEverythingNew arasındaki sohbetleri evrim için bir sonraki noktayı bulmak için dengeleyin." Sevdim.
Hugh,

12

Bu kitabı okuyun: Herding Cats: Programcılara Öncülük Eden Programcılar İçin

Bir süre önce bu kitabı patronum için hediye ettim ve hoşuna gitti. Okurken, neden bahsettiğini biliyor gibiydi. Ve bu böyle. Yazar kendi deneyimlerini anlatır. Yöneticinin "basit gerçekleri" topluluğu değildir - bunlar eski programcının sözleridir. Ve bunun HIS deneyimi olduğu anlaşılmalıdır, fakat sizinki farklı olabilir. Bu yüzden bazı şeylere eleştirel bakmalısın. "Yönetici artık bir programcı olamaz - bu önemlidir".


2
Kitap hakkında faydalı bulduklarınızı paylaşır mısınız? Teşekkürler!
louisgab

3
@louisgab bir süre önce bu kitabı patronum için hediye ettim ve hoşuna gitti. Okurken, neden bahsettiğini biliyor gibiydi. Ve bu böyle. Yazar kendi tecrübesini anlatıyor. Yöneticinin "basit gerçekleri" topluluğu değildir - bunlar eski programcının sözleridir. Ve bunun HIS deneyimi olduğu anlaşılmalıdır, fakat sizinki farklı olabilir. Bu yüzden bazı şeylere eleştirel bakmalısın. "Yönetici artık bir programcı olamaz - bu önemlidir".
Evgeny Gavrin

6

Yakın zamanda geliştirmediğim bir üründe küçük bir şirketin teknik liderliğini üstlendiğimde, işleri yönetmede çok yararlı bulduğum şey, ürünün çalışmalarını açık bir şekilde ingilizce olarak yazmaktı - salatalıkta belgeledim özellikler Nesne modelinin açıklamalarını yazdım ve çeşitli denetleyicilerden aktım. Bunu yaparken bulduğum şey şuydu: A) ürün biraz karışıktı :) Ve B) Uygulamanın nasıl çalıştığını çok daha hızlı öğrendim, böylece hangi sorunların var olduğu ve neyin yenilenmesi gerektiğine dair akıllıca bir konuşma yapabilirdim. veya belirli bir özelliği uygulamak için ne gerekiyordu.

Resimler ayrıca yardımcı oluyor - Visio gibi ürünlerle uğraşmıyorum, sadece boya kalemi ve boş kağıt kullanıyorum (gerçekten, yapıyorum - evden çalışıyorum ve genellikle 2 yaşımın yanındayım) ama sizin için ne işe yararsa onu kullanmalısınız.


4
Başka kimsenin istemediği bir taslak hazırlama masasını devraldığım bir işim vardı. Tüm veritabanı tasarımlarımı kalem ve kağıt üzerine yaptım çünkü Visio tasarımı için çok yavaştı. Tasarım belgesini Visio'da yapmak için harcadığı sürenin 1 / 10'u kadar bir kâğıt tasarımı hazırlayabiliyorum.
HLGEM

4
Nedenini söyleyemedim ama yazmak için yavaşladığımda daha hızlı düşünüyorum. Bir sorunla karşılaştığımda kağıda kod bile koyarım. Verimlilik sunağında ağaçları öldürmek ... :)
karmajunkie
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.