Bir takıma liderlik ediyorum, zorba mı davranıyorum?


12

Bana çok garip bir durumdayım. Belirli bir projede görev alan "takım lideri", iş unvanında Yazılım Yazılım Mühendisi olarak görev yapıyorum. Ekibimde, biri başka bir projede benzer bir role hizmet eden 4 geliştiricim var, ancak şimdi benimki önceliğe verildi, bu yüzden benim üzerinde çalışıyor. Biri de yönetici olmak üzere 2 testçim var. Ekibin bir diğer üyesi ise tamamen ilgisiz bir departmanın parçası olan "Müşteri Temsilcisi" dir. Ayrıca doğrudan üstümde olan bir Yöneticim var ve ayrıca ekibimin bir parçası olan Test Yöneticisinin de üstünde olduğuna inanıyorum.

Rolümün neden tam olarak birkaç kez olduğu konusunda açıklama yapmaya çalıştım. Eğer varsa, otoritemin nerede başladığını ve bittiğini anlamak benim için zor oldu. Şu anda çalıştığım cevap ekibin "teknik lideri" olduğum. Bu, yetkimin mimarlık, tasarım ve süreç / kodlama standartları ile ilgili teknik kararların üzerinde olduğu ve ürün kodunun kendisine ait olduğu anlamına geliyor.

Bugün bir şey ortaya çıktı ve kodun sonuçları, ekibimin üyelerinden birine, Scrum show-it-all-off toplantımızda şirketin geri kalanına gösterildiğim heyet sonuçlarını verdim. Müşteri temsilcisi kişi gösteriyi yapar. Bugün gerçekten katılmadığım bir şey gösterildi ve kimse bana ne olduğunu söylemek istememi bile sormamıştı. Kısacası, bir kullanıcının bir raporda aşağıdaki şekillerde ("doc" birimleri, tasarım birimleri, yuvarlak, yuvarlak değil) bir değer görüntüleyebilmesini sağlamak için her permütasyon için erişim alanları sağlamıştır. Böylece yuvarlatılmış doktor birimleri, yuvarlatılmış tasarım birimleri, yuvarlanmamış doktor birimleri, yuvarlanmamış tasarım birimleri değerine sahibiz. Kullanıcının birlikte çalışmak isteyeceği her kaydın bu tür birçok değeri vardır ve her birine bu şekilde izin verilir.

Bundan gerçekten nefret ediyorum.

Raporlar için kullandığımız API'nın, verileri Excel'e dışa aktarma gibi şeylerle aynı olduğundan emin olmak için bunu gösterdiğimiz kişiler. Ne yazık ki, şimdi bu ivmeyi gerçekten çok kötü olduğunu düşündüğüm bir yönde kazanıyoruz.

Bir sonraki toplantıda biraz üzüldüm ve bunu yapan iki kişiye "Neden bu karara katılmadım?" Diye sordum. Bu ortaya çıkmaya devam eden bir konu ve zor zamanlarım var, sadece ekipte yer almam gerekiyor, bana katılmak isteyip istemediğimi sormam gerekiyor. Bazen gelmezler ve bildikleri her şeyin yolunda olacağını düşünüyorum. Diğer zamanlarda yaparım. İnsanlar bana sormadıkça, girdilerime ihtiyacı olan ve bana bu fırsatı vermeyen bir şeyin olduğunu bilmek bile zor.

Maalesef, otoritem insanlara, "Bir dahaki sefere gidip böyle bir şeyi benimle konuşmadan kendi başınıza yaptığınızda, disiplinli olacaksınız" demesini kapsamaz. Bu bir "PR" meselesi, otorite kapsamım dışında oldukça açık olmayan bir alan. Aslında bu benim için sorun değil çünkü başka biri isterse bu tür saçmalıklarla uğraşmak istemiyorum.

Bugün olsa da, müdürüm, herkesin önünde (sanırım bu şekilde ortaya çıkarmak için benim de bir hatamdır) her karara katılamayacağımı ve temsilci seçmem gerektiğini söyledi.

Tabii ki haklı olduğumu düşünüyorum .... Ben her zaman yaparım. BS olduğunu düşündüğüm şeyleri söylemiyorum. Sanırım bu konuda bana yaklaşılmalı ve daha iyi bir fikrim olup olmadığı soruldu. Bunun için yönüm aslında şimdilik tek bir değere karar vermek olurdu, çünkü bu aslında yeni bir özelliğin başlangıç ​​aşamalarıydı ve istenirse gelecekte daha fazla erişim sağlamak için seçenekleri tartışmak olurdu. Mevcut uygulamayı asla onaylamamış veya tavsiye etmemiştim ve gerçekten gün ışığını görmesi gerektiğini düşünmüyorum.

Soru şu: Mantıksız olan ben miyim?


Thekimiz bu konuda konuţtuk ve ikimiz de "topu düţürdük" konusunda hemfikiriz ve ayný sayfadayýz. Pazartesi sabahları ... Takımdaki rolümün açık olduğundan emin olmaya çalışacağız ve evet, ne zaman yapılması gereken bir tasarım veya görev değişikliği olduğuna karar vereceğim; Daha derinlemesine bakmam gerektiğini söylüyorum ve hem kabul ediyorum hem de karar veriyorum. Sonra bana gelebileceklerini bilmelerini sağlamak için üzerinde çalışabileceğim başka bitler var.


1
Müşteri temsilcisi bunu istediği gibi gösterdiyse, evet mantıksızsınız demektir. (Varsa) yaptıkları şeyin gelecekte gerçekte istediklerini almalarını engelleyeceklerini (gerçekten de yapacakları) yapmalısınız. Parayla gösterebilirseniz (yani, kendi yolunuzla yaparlarsa, onlara x gazilyon dolar kazandıracak), bir kahraman olacaksınız.
Robert Harvey

1
@Robert - Buna bir uyarı ile katılıyorum ... Sanırım gösterilmeden önce katılmalıyım. Sanırım "Hayır, bunu bu şekilde yapmayalım ve işte sebebi" dememe fırsatım olmalıydı. Eğer reddedilirsem, herkes ne kadar yanlış olursa olsun, işte böyle. Bunu tanıyorum ve onunla yaşıyorum. Benim sorunum, sözde "lider" olarak fırsat elde etmek değil. Bunu hala mantıksız olarak düşünür müsünüz?
Edward Strange

8
Durum açıklamanıza dayanarak lider olarak algılandığınızı sanmıyorum. Önerilerini ciddiye alan iyi adamlar yaptığınız için “örnek olarak lider” olmalısınız. Size özel bir yetki verilmiş olsa bile bu durum geçerli olacaktır.
Robert Harvey

@Crazy - hayır mantıksız değil, bir lider bunun için.
11:19

1
Saygının kazanıldığını ve uygulanamayacağını unutmayın. Eğer doğru yaparsan sonunda seni takip edecekler.
Falcon

Yanıtlar:


17

Kaynak taahhütlerini izlemeniz gerekiyor gibi görünüyor. Performansın bu yeteneği doğal olarak, Git'in kancaları var, diğerleri eminim kendi yöntemleri var. Her taahhüdü nitelemek zorunda değilsiniz, ancak en azından bildirimde bulunmak ve onları dağıtmak, projenize giren her şeye kısa bir bakış verecektir.

Müdürünüze yetki vermeniz gerektiğini söyleyenlere gelince, dört geliştiriciden oluşan bir ekiple hemfikir olacağımdan emin değilim. Artık onunla birlikte olabilirim. Elbette, yetkilendirilen görevlerde bile, tasarım değişiklikleri vb. Durum güncellemeleri veya gözden geçirmeler istemelisiniz.

Hiçbir şey negatif olmalıdır şimdiye toplantılarda getirilebilir - sesler ve yönetici de bu bir topu düştü gibi. Bir akran için yapabileceğiniz en kötü şey onları utandırmaktır. Olası satış olarak (yöneticinizde olduğu gibi) ulaşılabilir ve güvenilir olmanız gerekir. Birini küçümsemek, takımınıza liderlik etme yeteneğinizi (ve hoşnutsuz çalışanlara yol açmanızı) azaltacak olan kızgınlığa yol açacaktır.

Ben nefret bir başrol kimseden kelime "disiplin" işitme. Disiplinleme (en azından bu bağlamda) negatiftir ve üretken değildir. Çalışma ile , (şahsen değil, bir buluşma ortamda) birisi bulma neden onlar bir şey yaptı ve ne yapılması gerektiğini onların önerdiği çözümlerle kabul etmezsem alternatifler sunar. Bazen birlikte çalıştığınız kişinin haklı olduğunu ve bağırsak içgüdünüzün yanlış olduğunu görürsünüz. Neden? Bu özel problem için senden daha fazla zaman geçirdiler.

Beni endişelendiren başka bir şey de “her zaman haklı olduğumu düşünüyorum”. IMO, bu herhangi bir olası satıştan mümkün olan en kötü tutum. Sen gerektiğini açıkça yeteneklerine emin olmak, ancak derin belirli problem boyun değilseniz, olmamasından daha sonra daha fazla kez, önerileriniz (Ne kadar tecrübe olursa olsun) sizin arka çıkan gerçekleştirmek ve olmayabilir en iyi olmak. Birisi Eğer edilir belirli bir problem üzerinde yoğunlaşarak bir alternatif sağlar, o zaman var senin için (kendi deneyim düzeyine bağlı olarak onların yanı sıra, iyi) iş kanıtlamak seninki daha neden sadece ben kurşun değilim" demek ve değil, Ben her zaman haklı olduğumu düşünüyorum ", bu yüzden cümlen beni inanmaya itiyor.

Sarmak için

Evet, bazı noktalarda mantıksızsınız, ama diğerleri hayır. Bir ipucu olarak, özellik veya mimari değişiklikler varsa, en azından sizin tarafınızdan geçilmesini beklerim.

Bununla birlikte, kendi başınıza yapmanız gereken genel sistem ve kod kalitesini sağlamak da sizin görevinizdir. Şirketiniz kod incelemeleri kullanıyor mu? Programcılarınızın koda girmeden önce üzerinde çalıştıkları şeyi tasarlamalarını sağladınız mı? Değilse, bu tür kalite kontrol mekanizmalarını kullanmaya başlamak isteyebilirsiniz.


Kod incelemelerini ve ön tasarımı uygulamaya çalıştım. İkisi de, yukarıda ağıt yaktığım şeyler de dahil olmak üzere çeşitli nedenlerden dolayı işe yaramadı. Bizi yavaşlatmayan bir yol bulmakta da zorlandım. Sorunun bir diğer parçası da insanların kodu eleştirmeye pek istekli olmamalarıydı. Ayrıca projemizin zor kısımları için birden fazla insanın fikir / tasarım geliştirmesini sağlamayı denedim. Ne yazık ki benim her zaman kullandığımız biriydi, bu yüzden cesaret kırıcı olabilirdi. Her ikisi de yapmamız gerektiğini düşündüğüm şeyler (ve birim testi de, evet), ama sorun yaşadım.
Edward Strange

Herhangi bir öneri? Bir sürü zaman almadan kod incelemelerini nasıl yapabiliriz? Ekibin diğer üyelerini DEĞERLENDİRMEYİ nasıl alabilirim (ve birim testleri de)? Bu büyük bir sorun gibi görünüyor. Görünüşe göre, gerçekten daha iyi olacağımıza inandığımda herkesi yavaşlatan bir sürü meşgul iş ataıyorum. Burada benim için büyük bir sorun asla bu pozisyonda mentorluk olmadı, sadece onu almak zorunda kaldı (küçük, niş şirket insanları doğrudan kolej dışında işe). Çok uzun zamandır var ama daha iyi çalışmak yerine araştırma, deneme ve başarısızlıkla öğrenildi.
Edward Strange

2
- Beni endişelendiren başka bir şey de “her zaman haklı olduğumu düşünüyorum”. - Tüm puanlarınızı görüyorum ve onlara katılıyorum. Kendini küçümseyen bir mizahla karıştırılmış kötü bir ifade seçimiydi. Saçlarımın yukarı bakmasını engellemeye çalışıyorum.
Edward Strange

Kod incelemelerini hızlandırmak için kullanabileceğiniz birkaç araç vardır. Web tabanlı araçlar iyi çalışıyor gibi görünüyor - işletim sistemi projelerinin bir listesini burada bulabilirsiniz: ostatic.com/blog/open-source-code-review-tools . Elbette, incelemelerin başarılı olmasının en büyük bileşeni hesap verebilirliktir . Hakemler, incelemelerinden sorumlu olmalıdır.
Demian Brecht

1
Gerçekten, ekibinizin yaptıklarından ve çıktılarından gurur duyduğundan emin olmak için kaynar. Onların adı gözden bağlı ve değişiklikten içinde neler olduğunu onayladı ettik yani bilerek olmalıdır (aynı zamanda olabildiğince az ya) işlerini iyi yapmaya onlara yol. Değilse, belki de bazı mentorluk düzenlidir (tekrar, özel olarak) .. Neyi incelediklerini neden umursamadıklarını öğrenin ve incelemelerin önemini vurgulayın (düşük hata sayısı, kod kalitesi, vb).
Demian Brecht

9

Yönetim için kontrol ediliyor olabilirsiniz ve eğer öyleyse başarısız olursunuz (ki bu kötü bir şey olmayabilir; birçoğumuz iyi geliştiricileriz ve kötü yöneticiler oluruz ve ben programcıları yönetmek yerine daha çok program yapardım).

Yöneticilerin yapmaları beklenen her şey için sık sık yetkileri yoktur. Yine de işleri iyi bir yöneticinin bir işaretidir. İnsanlara herhangi bir disiplin işlemi yapmadan bir şeyler yapmalarını sağlayacak yollar bulmalısınız. (Not: İnsanları toplum içinde küçümsemek değil mi? Toplumda övün, özel olarak eleştirin ve astlarınıza insan olarak biraz ilgi gösterin.)

Yöneticiler de acıyor olsa bile yetki vermek zorundadır. Bu sorunla başa çıkmak için, kendiniz yazmaktan daha fazla zaman harcayabilirsiniz ve bu iyi. Bununla başa çıktıktan sonra, bunu yapan insanların bir şeyler öğrenmiş olmaları gerekir ve gelecekte işleri yanlış bir şekilde yapma olasılıkları daha düşüktür.

Böyle bir şeyle başa çıkmanın doğru yolu özeldir, önce geliştiricilere ekranı neden bu şekilde yaptıklarını sorar. Toplantıda değil, haklı olduğunuzu ve yanlış olduklarını varsayarak (doğru ve yanlış olsalar bile) değil. Onlara açıklama şansı verin. Bu onların kararlarına uymanız gerektiği anlamına gelmez; sonuçta siz teknik öncüsünüz. Bu, onlara kendi yöntemlerinizi yapmaları için nedenler vermeniz gerektiği ve bu özel toplantı sırasında ortaya çıkan temel sorunları ele almanız gerektiği anlamına gelir.

Ayrıca, yöneticiler çalışanlarından çıkanlardan sorumludur. Yaptıkları herhangi bir şey tarafından, özellikle müşterinin önünde kör edilmemeye çalışmalısınız. Bu, kod check-in'lerini takip etmeyi veya geliştiricilerinizle hızlı mini konferanslar yapmayı içerebilir (buna dikkat etmenize rağmen, bölgedeyken bunları kesmek istemezsiniz). Muhtemelen müşteri temsilcisi ile görüşmeden önce öğleden sonra tüm geliştiriciler ile konuşmalısınız.


Herhalde mümkün olduğunu düşünüyorum ama gerçekten şüpheliyim. Bir menajer tuttuk ve aynı pozisyon için başvurduğumda CEO tarafından kenara çekildim. Bu pozisyonu güçlü yönlerime oynamak olarak görmedikleri çok açık: PI aşındırıcı olabilir. Yeni adamı izledikten sonra bazı değerlendirmelere katılıyorum. Onun politik manevrası ve boktan diplomasisi kesinlikle öğrenecek çok şeyim var.
Edward Strange

"Yöneticiler sık ​​sık yapmaları beklenen her şey için otoriteye sahip değiller. Yine de işleri halletmek iyi bir yöneticinin bir işaretidir." Evet, çok fazla. Her zaman otoritemi olabildiğince uzatma ve ne olduğunu görme tavrını aldım. Kaçmak mı? Sınırların nerede olduğunu buldum. Yine de - yanlıştan daha sık haklı olmalısınız. Ne yazık ki, bir lider / yemlik pozisyonunun diğer tarafı, bazı insanların başa çıkmak için GERÇEKTEN ZOR olmaları ve tüm yaşamda herhangi bir sebeple uygun olmadıkları zaman çok zorlaşmalarıdır.
hızla

4

Şahsen alma

Bu bir takım çabası. Teknik ipucunuz, projedeki tek kişi değil. Ekibin hatalardan ders almasına veya süreci değiştirmesine odaklanmalısınız.

Yönet ve öğren

Teknik bir lider de dahil olmak üzere herhangi bir liderlik pozisyonunun bir parçası, sahip olduğunuz kişilerle mümkün olan en iyi şeyi yaptığınızı anlamaktır. Ekip birlikte ne kadar çok çalışırsa, işleri ne zaman ve ne zaman yapamayacaklarını o kadar çok bilirler. Sadece ekibinize dikte etme tuzağına düşmediğinizden emin olun. Neyin yanlış gittiğini ve neyin iyi gittiğini gözden geçirin . Farklı şeyler yapmalarını istiyorsanız, ekibinizle iletişim kurun. Cezalandırıcı tedbir her zaman son çare olmalı ve genellikle ya birini kovmanız gerektiği ya da rolünüzde başarısız olduğunuz anlamına gelir.

Müşteri Sunumundan Önce Gözden Geçirin

Bir projenin başrolü sizseniz neden sunulmadan önce özelliği ve uygulamayı gözden geçirmediniz?

Yanlışsa düzelt

Bir şeyin neden yanlış olduğunu net bir şekilde açıklayın ve değiştirin. Daha pahalı, ama aslında yanlışsa düzelt. Yanlış değilse, işlerin nasıl yapılmasını istediğinizden farklı, o zaman tekrar; proje üzerinde çalışan tek kişi olmadığınızı anlayın.


3

Nelerin uygulanması gerektiğine dair herhangi bir spesifikasyon var mı? Çok açık uçlu bir gereklilik göz önüne alındığında, geliştiriciler genellikle boşlukları uygun buldukları şeylerle doldurur (veya mikro yönetim gerektirir).

Böylece menajerinize "Spesifikasyonda ne olduğu üzerinde çalışmak yerine, [özellik] yapmaya karar verdiler. Artık geride, ilk etapta onaylanmamış bir özellik yüzünden."

Ardından, geliştiriciler yeniden atandıktan sonra özelliği temizlemek için çalışmaya başlayabilirsiniz.

edit> Ve hayır, zorba olduğunuzu sanmıyorum. Onların işi senin kıçın olur.


Peki, açıktı ne yapıldı yapmak için DEĞİL demedim aslında sona erdi. Üzerinde çalışılan tüm hikaye, değerleri belgenin birimlerindeki rapora almaktı. Başka biri, bir yerde bundan daha fazlasına ihtiyaç duyduklarına karar verdiler, bu da yolun aşağısında bir yere katılıyorum ... beni rahatsız eden şey hack, "Gerçekten yapman gerektiğini sanmıyorum bu şekilde. "
Edward Strange

@Crazy Eddie: Ayrıca ileri görüşlü bir şekilde yaklaşabilirsiniz. İşlevselliğin kaldırılması / değiştirilmesi gereken her şeyle değiştirilmesi gerektiğini belirten bir hata oluşturun ve ilk etapta yazan geliştiriciye atayın. Sonra her zamanki gibi bir hatayı düzeltmek iş.
Steven Evers

2

Kendimi sık sık aynı pozisyonda buldum ve toplantılarda ve tartışmalarda yetiştirmek hiçbir yere ulaşamıyor gibi görünüyor. Bazen alınan kararla (kendim albiet değil) istifa etmeden önce son çare olarak, ilgili taraflara bunu nedenlerimle siyah beyaz olarak belirten bir e-posta gönderirim.

O zaman bu e-postayı arşivleyeceğim, böylece bir yönetici veya müşteri bir şeyin neden bu şekilde yapıldığını ya da bir değişikliğin neden bu kadar düzeltilmesinin çok pahalıya mal olduğunu sorduğunda, ileride başvurmak için gelecekteki referansım olmasını sağlarım.


+1: Buna "Sigara Tabancası dosyası" denir. Bunları yazdırın ve evde saklayın.
11:25

2

Sanırım bunu bildiğiniz gibi, yaptığınız gibi ortaya çıkarmak yanlıştı. Bu düzeyde tasarım hakkında bazı girdileriniz olması gerektiğini söylemek yanlış olmaz, ancak bunu nasıl uygulamayı beklediğinizden emin değilim. İnsanlar tasarımın basit olduğunu düşünürlerse sizin tarafınızdan bir tasarım yapmayacaklardır; tasarımın kendisi hakkında olabildiğince basit olmaları konusunda kolayca yanlış olabildikleri için, size tüm yanlış tasarımlarını göstermek için gönüllü olan insanları bulamazsınız. Bu noktada çoğunlukla çalışma alışkanlıklarınızı ve iletişim alışkanlıklarınızı merak ediyorum ama gerçekten ne yaparsanız yapın bazen bu şeyler tarafından kör edersiniz. Her bir taahhüdü titizlikle gözden geçirme eksikliği Buna karşı nasıl kanıtladığınızdan emin değilim.


1

Çok sık duygusal olarak böyle hissediyorum:

 I of course think I'm right....I always do. 

ama entelektüel olarak zaman zaman yanıldığımı bilme hissine sahibim. Ne zaman kavga seçeceğimi de biliyorum - her şey hakkında tartışamazsınız ve bazen sizin açınızdan beklenmedik bir anlaşma harikalar yaratabilir.


Birisinin bana yanlış olduğunu kanıtlamasına veya beni olduğuma ikna etmesine her zaman izin veririm. Yine de yapılana kadar haklı olduğumu düşünme eğilimindeyim: P
Edward Strange

1

Gerçek lider nedir?

Bir astı, herhangi bir astını ateşleyebilen biri . (ancak yeni bir tane kiralamak zorunda değilsiniz)

Bazen, çoğu insan bir projenin lideri olarak "etiketlenir", ancak birisinin ateş gücü olmadan, o zaman gerçek bir liderden daha "rehber" / "öğretmendir".

Ama yine de, bir takım lideri olabilirsiniz, ancak mevcut projenize liderlik edemezsiniz. En kötü durum , müşterinin projeye liderlik etmesi. Bu noktada, proje başarısız olursa (ve başarısız olursa), sizin sorumluluğunuzda değildir.

Ve en kötü durum, projenin iki lideri olduğunda.

Bir ordu olarak, komuta zincirleri her şeydir ("bir proje için ölmek" kadar radikal değil ama yeterince yakın). Bu nedenle, müdürünüz durumunuzu bozdu, "sizin" insanlarınızın ahlakını düşürdü ve hiç yardım etmedi.


1

Evet, patronunuz haklı - her karara katılamazsınız. Aslında, kendiniz yapmadığınız sürece böyle her şeyi yakalamak imkansızdır. Sanırım geldiğin yer burası - her küçük ayrıntıya dahil olmadıkça tüm proje üzerinde iyi bir ele sahip olamayacağını hissediyorsun, ancak seni ezmeden her ayrıntıya katılamazsın (bu da tamamen demoralize edecek) ve muhtemelen sizi yakar).

Cevap, yanlış giden şeyler hakkında endişelenmemek - her zaman yaparlar - bunun yerine daha sonra yapıcı bir şekilde bunları düzeltmekten endişe etmektir.

İletişim ile yolunuza devam ederseniz, sadece yetki veremezsiniz, aynı zamanda üst düzey kişilerinizin her zaman incelemeleri, tartışmaları ve onları kontrol etmek için yanlış yönlendirilmiş girişimlerle geri tutmadan ihtiyaç duyduklarını yapmasına izin verebilirsiniz. Doğru şeyi yapmaları için onlara güvenin ve neler olduğu hakkında 'sohbet etmek' için orada olun, böylece döngüde tutulabilirsiniz (ve gerçekten ihtiyaç duyduğunuzda burnunuzu sokabilirsiniz).


0

Birkaç sorununuz var. İlk olarak menajeriniz ekibinize taraf oldu ve size daha fazla yetki vermenizi söyledi. Bu, takıma liderlik etme becerinize olan güven eksikliğini gösterir. Aslında, teknoloji liderliği unvanınız olsa da, aslında, herhangi bir yetkiniz olmadığı için teknoloji liderliği olmadığınızı gösterir. Yöneticinizle oturmanız ve bu konuda bir kalbiniz olması gerekir. Hiç kimse, teknik direktör pozisyonunda menajerinin desteği olmadan ve rızası olmadan ekip tarafından verilen tasarım kararlarını değiştirme yetkisi olmadan başarılı olamaz. İşinizi yapma yetkiniz yok. Patronunuzun kazanamayacağınız bir konumda olduğunuzu ve daha iyi olabilmesi için size halkın desteğini vermesi gerektiğini anlaması gerekir. Yetki olmadan sorumluluk, kendinizi bulabileceğiniz en kötü durumdur.

Sonra ekibiniz sizi kör etti. Bunu onlarla konuşmalısın. Herhangi bir gelişme yapmadan önce ve herkese açık sunum yapmadan çok önce tasarım tartışması yapmalısınız. Bazı tasarımları devretmek uygun olsa da (onlar değil, ne delege alınacağını düşündüğünüze karar verebilirsiniz), ancak sizi bilgilendirmeden ilerlemeleri için sorun değil. Onlar sizi kör ederek güveninizi kaybetti, şimdi daha iyi davranışlar öğrenmek zorundalar. Sizi tekrar kör etmediklerinden emin olmak için sık sık kontrol etmelisiniz ve eğer öyleyse, sorunun İK'ya bir tür resmi raporlaması yapmalısınız. Olası satışlar popüler olmayacaktır, geliştiriciler kasıtlı olarak söylemedikten sonra etraflarında dolaştıklarında, sonuçları hak ederler. Öyle değil sizi beğenip beğenmedikleri önemli değil ama şu anda size saygı duymuyorlar. Uygunsuz davranışları için çıkarımları olması gerekir, yoksa daha da kötüleşir. Ancak, yönetim destek sorunu giderilene kadar sorunun bu bölümünü düzeltemezsiniz.

Sonra herkese açık havaya uçtunuz, herkese açık olarak özür dilemelisiniz. Bu, itibarınızı geri kazanmanıza yardımcı olacaktır.

Daha sonra, her bir kişiyi özel olarak bir kenara bırakmanız ve onlara devam eden kötü davranışlarının sonuçlarını söylemeniz gerekir (yöneticinize sonuç vermenize izin vermeyi kabul etmesini sağladıktan sonra). Kamuoyu övgü ve desteği, özel eleştiri sizin kuralınız olmalıdır. Ayrıca, onları kör edememek için grup nmeetings dışında onlarla daha sık kontrol etmeniz gerekebilir.

Açıkçası, hem yukarıda hem de aşağıdakiler göz ardı edilebilecek ve bilgilendirilemeyecek bir kişi olduğunuzu açıkça düşündüğünüz için, sizi saygısına neden olan şey hakkında kendinizi araştıran ciddi bir ruh yapmanız gerekir. Ayrıca, teknoloji lideri olamayacağınız için daha mutlu olmayacağınıza veya sorumluluğunuzla ilgili yetkiye sahip olacağınız bir yere geçip geçmediğinize karar vermeniz gerekir. Eğer pozisyonda kalmak istediğinize karar verirseniz, insanlardan size neden bu kadar kötü davrandıklarına dair seviyelerini yükseltmelerini istemeniz gerekecektir. Bu acı verici olacak ve muhtemelen cevabı duymak istemeyeceksiniz, ancak neden sizi açıkça algılama biçimlerini algıladığınızı bilmeniz gerekiyor.


seni kör etti mi? Keder, müdürünüze her küçük ayrıntıyı sormanız ve her küçük işi kabul etmeniz için ne tür bir ter dükkanı işletiyorsunuz? Eğer menajeri olmasaydı, tüm takımını bırakmak istediğini kolayca görebilirim.
gbjbaanb

@gbjbaanb, tasarım sorunları küçük detaylar değil, hemen aniden daha fazlasını etkiler. Tasarım onun sorumluluğunda değil. Bilerek otoritelerini aştılar (ve açıklamadan ilk kez değildi) ve bunun için zor bir şekilde vurulmayı hak ediyorlar.
HLGEM

1
@gbjbaanb - bu benim işverenim için çok kötü olurdu çünkü devam etmenin zamanı olduğuna karar verdim. İyi bir lider olmak için içimde var ve çok şey biliyorum (bu yüzden bu pozisyonda buldum), ancak herhangi bir akıl hocası olmadan içine atılmak benim için bir felaket ve sürekli hayal kırıklığı oldu.
Edward Strange
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.