Yönetici Olan Yazılım Mühendisi
1 — İleri düzeyde insan operasyonu (PeopleOps) — Bire bir retrospektif.
2 — İyi bir yönetici olup olmadığınızı anlamak için şu soruları yanıtlayın.
3 — Yönetici README’lerindeki tuzaklardan kaçınmak.
4 — Etkili yol haritaları oluşturmak.
5 — Yoğun ve meşgul olmak herşeyin daha iyi olacağı anlamına gelmez.
6 — Mühendis bir yönetici olarak kariyer sohbehtleri.
7 — StartUp mühendisleri için kariyer gelişimi.
8 — Üstler ile olan iletişim.
9 — Bir sanat olarak iletişim.
10 — “Ne?” sorusunu “Neden?” sorusuna bağlayın.
11 — Sürekli Nezaket. (Continuous Kindness)
12 — Kültür, beklenmedik bir şey gerçekleştiğinde yaptığınız şeydir.
13 — Belirsizliklerle başa çıkmak.
14 — O kendisini tanımlamadan, siz kendi kültürünüzü tanımlayın.
15 — Geri bildirim vermek.
16 — İletişim örüntülerini geliştirmek.
17 — Dağıtılmış takımlar, açık iletişim kanalları ile kurulur.
18 — Daha az yapın daha fazla yönetin. (Do Less Lead More)
19 — Kötü durumlara şemsiye tutmayın. (Sh*t Umbrella)
20 — İmkanları sonuna kadar yükseltmeyin. (Don’t Elevate the Means)
21 — A sınıfı oyuncular aramayın.
22 — Adayları sadece yeteneklerine göre değerlendirmeyin.
23 — Mühendislik verimliliği.
24 — Bu şekilde mi? Gerçekten mi?
25 — Gelişen bir kaldıraç hareketi (Leverage) ile herkes yönetebilir.
26 — Kovun Onları!
27 — Takımınızın bocaladığını belirlemek için sormanız gereken iki soru.
28 — Organizasyonel tasarım için beş “Neden?” sorusu.
29 — Çalışan entegrasyonunu geliştirmek için büyümeye odaklanın.
30 — İzleyicilik/Takipçilik becerileri. (Followership)
31 — Daha az efor, daha fazla tutarlılıkla tahminde bulunma. (Forecasting)
32 — Fonksiyonel bir takım iletişimindeki dört katman.
33 — Kanımı kaynatan o dört harfli kelime.
34 — Cuma kazanır ve ritüel tasarım hakkında bir senaryo çalışması.
35 — Dağıtım işine (Deployment) ilk günden başlayın.
36 — İyi süreçler tasarlanmaz, iyi süreçler gelişir.
37 — İyi bir duruş. (A Good Standup)
38 — Toplantılardaki temel kurallar.
39 — Daha iyi bire bir iletişim için kendinize yardımcı olun.
40 — Bireysel katılımcılar nasıl takılıp kalır.
41 — Geçersiz kılmadan, ayırt etmek. (Discerning without Invalidating)
42 — Otonom destekli olan bir toplantıyı yönetmek.
43 — Yeni mezun mühendisinize işi yönlendirmesi için yardım etmek.
44 — Güçlü bir şekilde uygulanması için alınan kararları paylaşmak.
45 — Mental modeller ile karar verme sürecinizi geliştirin.
46 — Mühendisler ile mülakat: Teknik yeteneklerin ötesine geçmek.
47 — Basamaklı bir mühendislik modelini uygulamaya koyun. (Engineering Ladder)
48 — Liderlik, otorite ile alakalı değil, sorumluluk ile alakalıdır.
49 — Hızlı bir değişim sürecini yönetmek, normaldir.
50 — Yeni takımınızı gerçek bir takım haline getirmek.
51 — Karmaşıklığı, çeşitlilik/farklılıkla yönetin.
52 — Yöneticilik, farklı bir API setidir.
53 — Yönetici pasları. (Manager Handoffs)
54 — Yöneticiler ve kültür.
55 — Hamburgerler ve anıtlar.
56 — Mühendislikten yöneticiliğe giden taşlı yol.
57 — Yürüyerek yapılan yeni bir yönetim tarzı.
58 — Hiç kimse sadece insanları yöneten bir yönetici olmak istemez.
59 — Mesuliyet/Sorumluluk hakkında.
60 — Süreci izlerken, zamanın belirsiz olması hakkında.
61 — Teknolojiyi değil, emek veren insanları destekleyin. (Onboard People)
62 — Codelab’ların ötesini desteklemek.
63 — Hikayeye sahip çıkın. (Own the Narrative)
64 — Değişime giden yol: Hisler ve Gerçekler.
65 — İnsanlar kötü işleri değil, kötü yöneticileri terk eder — Değil mi?
66 — Performans, sürekli devam eden bir konuşma halidir.
67 — Doktor, iyileştir kendini! (Physician, Heal Thyself!)
68 — Politik kapital ve fayda ekonomisi.
69 — İstisnaların önceliği. (Priority Exceptions)
70 — Ürün yöneticisinin endişeleri.
71 — Çevik yaklaşımın uygun olmadığı projeler.
72 — Uzlaşma döngüleri. (Reconciliation Loops)
73 — “Uzaktan” (Remote)
74 — Risk Bütçeleri: Takımınız ile hatalar arasındaki beş seçim.
75 — Önce güvenlik!
76 — Yazılı iletişimin ölçeği. (Scale Communication)
77 — Kontrolü bırakarak yönetimi ölçeklemek.
78 — Yeni yönetici için altı tavsiye.
79 — Büyük sorunlar varken küçükler üzerinde zaman harcamaktan vazgeçin. (Stop Bikeshedding & Stop Saying Bikeshedding)
80 — Dahil olmayı benimseme. (Taking On Inclusion)
81 — Takımın tutarlılığı önemlidir.
82 — Bir mülakatta sorulması ve kaçınılması gereken üç soru.
83 — Raporunuzun ihtiyaç duyduğu bir yönetici olmanın üç yolu.
84 — Kodlamak ya da kodlamamak.
85 — Üstlerinizle olan iletişimi önceliğe alın.
86 — Şeffaflık, açık bir kapıdan daha fazlasıdır.
87 — Kendi kendine organizasyonun üçgeni.
88 — Güven, güçlü bir liderlik aracıdır.
89 — Karar vermek için altı sayfalık dokümanları kullanmak.
90 — Hoşgeldin, (İnsan)! README yazmak.
91 — Uzaktan bir ekibi yönetmeye başlamadan önce ne bilmeyi dilerdim?
92 — İyi bir patron, insanların şikayet etmesinden neden hoşlanır?
93 — Neden insanları bir yazılım gibi yönetemezsiniz?
94 — Programcınız neden sadece kodlamak ister?
95 — Liderliğin iradesi.
96 — Evet kod tartışmaları bitirir ama neden? ve bu konu hakkında nasıl kibar olunmalı?
97 — İşinizi sevmeniz gerekmez.
Kaynak:
Amazon:
Diğer yazılarıma ulaşmak için:
