Bahasa Indonesia

Gaya Kepemimpinan Camille Fournier: Playbook Manajer Teknis

Profil Kepemimpinan Camille Fournier

Fakta Kunci: Camille Fournier

  • CTO Mantan, Rent the Runway (2013–2017)
  • Managing Director & Head of Platform Engineering, Two Sigma
  • Penulis, "The Manager's Path" (O'Reilly, 2017) — buku manajemen teknik bestseller
  • Kontributor, "97 Things Every Engineering Manager Should Know"
  • Apache ZooKeeper committer — kontributor inti layanan koordinasi terdistribusi
  • Karir sebelumnya: Managing Director, Goldman Sachs (teknik infrastruktur)

The Manager's Path bukan buku bisnis tentang visi atau budaya. Ini adalah manual, bab demi bab, dari tech lead ke CTO, tentang apa yang benar-benar diperlukan pekerjaan pada setiap tahap manajemen. Diterbitkan pada 2017, ini menjadi buku manajemen teknik paling direkomendasikan di Silicon Valley karena ia menjawab pertanyaan yang tidak ada buku lain yang telah tanyakan: Apa yang Anda lakukan ketika insinyur terbaik Anda ingin menjadi manajer dan mungkin tidak seharusnya? Bagaimana Anda mengelola percakapan skip-level ketika laporan langsung Anda juga manajer? Apa perbedaan aktual antara Direktur dan VP Teknik?

Camille Fournier menulisnya dari pengalaman. Dia adalah CTO dari Rent the Runway dari 2013 hingga 2017, salah satu perusahaan teknologi fashion yang paling cepat berkembang pada era itu. Sebelum itu, dia menghabiskan waktu di Goldman Sachs sebagai Managing Director menjalankan teknik infrastruktur, yang berarti mengelola tim besar di dalam salah satu institusi keuangan yang paling bergantung pada teknologi di dunia. Awal dalam karirnya dia adalah kontributor utama untuk Apache ZooKeeper, layanan koordinasi terdistribusi yang menopang banyak sistem infrastruktur yang dia kelola kemudian dalam skala besar. Dia tidak belajar teori manajemen di sekolah bisnis. Dia belajarnya dengan mengelola insinyur di Goldman, menskalakan perusahaan teknologi konsumen di Rent the Runway, dan kembali ke pekerjaan teknis hands-on di Two Sigma sebagai Principal Software Engineer.

Kombinasi itu adalah apa yang membuat kerangka kerjanya mendarat dengan orang-orang yang benar-benar menjalankan organisasi teknik.

Rincian Gaya Kepemimpinan

Gaya Bobot Cara Ditampilkan
Mentor Terstruktur 55% Kontribusi utama Fournier adalah memberikan manajer teknik gambaran jelas tentang apa pekerjaan mereka di setiap level senioritas, dan secara kritis, apa itu bukan. Sebagian besar mode kegagalan manajer teknik terjadi ketika orang terus melakukan pekerjaan yang mereka kuasai daripada pekerjaan yang seharusnya mereka lakukan sekarang: tech lead yang menjadi manajer tetapi tidak dapat berhenti menulis semua kode, manajer senior yang terus menjalankan 1-on-1 dengan kontributor individual daripada mengelola manajer mereka. "The Manager's Path" menamakan mode kegagalan ini secara eksplisit, level demi level, yang membuatnya dapat didiskusikan. Itu adalah fungsi mentor: memberikan orang peta sebelum mereka membutuhkannya.
Pembangun Sistem Pragmatis 45% Fournier berpikir tentang organisasi teknik sebagai sistem dengan input, output, dan mode kegagalan yang dapat diidentifikasi. Latar belakang Goldman Sachs dan Two Sigma-nya ditunjukkan dalam cara dia mendekati desain organisasi: secara analitis, dengan perhatian pada struktur insentif dan aliran informasi. Tulisannya tentang utang teknis memperlakukannya bukan sebagai masalah kualitas kode tetapi sebagai masalah risiko bisnis, yang adalah cara itu harus dibingkai untuk mendapatkan anggaran. Itu adalah pemikiran sistem yang diterapkan pada manajemen organisasi daripada pada arsitektur perangkat lunak.

Pembagian 55/45 berarti Fournier paling berharga bagi orang-orang di tengah transisi manajemen: bergerak dari kontributor individual ke pemimpin tim, dari pemimpin tim ke manajer, dari manajer ke Direktur. Kerangka kerjanya kurang tentang tujuan akhir daripada tentang transisi. Will Larson melanjutkan di mana tangga Fournier berakhir — arketipe "Staff Engineer" miliknya mengatasi jalur IC yang "The Manager's Path" dengan sengaja tinggalkan.

Ciri-Ciri Kepemimpinan Utama

Ciri Rating Apa artinya dalam praktik
Kejelasan tentang apa yang setiap level manajemen perlukan Luar Biasa Sebagian besar organisasi mempromosikan orang ke manajemen tanpa memberi tahu mereka apa pekerjaan baru itu. "The Manager's Path" menyelesaikan ini dengan mendefinisikan setiap level secara khusus: keputusan apa yang Anda miliki, hubungan apa yang Anda bertanggung jawab, apa kesuksesan terlihat seperti, dan apa kegagalan terlihat seperti. Bab tentang "Mengelola Tim Berganda" bukan tentang teori kepemimpinan umum. Ini tentang pekerjaan spesifik dari Direktur yang mengelola manajer lain, termasuk cara menghindari perangkap melompati manajer dan melakukan pekerjaan mereka untuk mereka. Tingkat spesifisitas itu jarang dalam penulisan manajemen.
Kemauan mendiskusikan mode kegagalan manajemen secara terbuka Sangat Tinggi Fournier tidak menulis tentang manajemen cara kebanyakan buku manajemen lakukan, secara aspiratif, fokus pada pola kesuksesan. Dia menulis tentang mode kegagalan: manajer teknis yang tidak dapat berhenti coding, manajer baru yang menjadi teman baik dengan semua laporan mereka, CTO yang tidak akan mendelegasikan keputusan organisasi karena mereka tidak mempercayai VP Teknik mereka. Menaming mode kegagalan secara eksplisit lebih berguna daripada mendeskripsikan perilaku ideal, karena memberikan orang cara untuk mengenali ketika mereka membuat kesalahan sebelum itu bertambah.
Kedalaman teknis dipertahankan sebagai eksekutif Tinggi Sebagian besar eksekutif yang telah menjadi CTO berhenti menulis kode nyata. Fournier kembali ke pekerjaan Principal Software Engineer di Two Sigma setelah meninggalkan Goldman Sachs pada level Managing Director. Penolakan yang sama untuk melayang dari pekerjaan teknis terlihat di Jeff Dean, yang terus mengirimkan penelitian sistem foundational di Google bahkan setelah pekerjaannya mendefinisikan cara infrastruktur perusahaan diskalakan. Itu adalah langkah karir yang tidak biasa: mundur dalam judul, maju dalam keterlibatan teknis. Ini berarti saran manajemen miliknya ditulis oleh seseorang yang benar-benar tetap dekat dengan pekerjaan, yang memberikan dia perspektif berbeda tentang celah antara teori manajemen dan pengalaman sehari-hari insinyur daripada yang dimiliki penulis manajemen paling banyak.
Spesifisitas daripada abstraksi Tinggi Kerangka kerja Fournier adalah checklist dan pohon keputusan, bukan filosofi. Framework 1-on-1 tidak mengatakan "membangun rapport dengan laporan Anda." Ini menentukan apa yang harus dibahas, pertanyaan apa yang membuka informasi semacam apa, dan cara membedakan 1-on-1 yang berjalan baik dari yang menjadi pertemuan status. Framework utang teknis tidak mengatakan "komunikasikan kekhawatiran teknis dengan jelas." Ini memberi Anda terjemahannya: berikut cara membuat masalah kualitas kode sebagai masalah risiko dan kecepatan yang CFO dapat membuat keputusan anggaran tentang.

3 Framework Yang Mendefinisikan Camille Fournier

The Manager's Path (Tangga Kepemimpinan Teknik Fournier)

The Manager's Path, juga disebut Tangga Kepemimpinan Teknik Fournier, adalah definisi level-demi-level dari jalur karir manajemen teknik dari kontributor individual melalui tech lead, manajer, manajer senior, direktur, VP Teknik, dan CTO. Setiap anak tangga menentukan hubungan utama yang berbeda, unit pekerjaan, dan mode kegagalan yang bernama — paling umum, melakukan pekerjaan level sebelumnya daripada yang saat ini. Tangga adalah model referensi dominan untuk jalur karir manajemen teknik dalam organisasi perangkat lunak modern.

Tangga Manajemen

Framework pusat dari "The Manager's Path" sederhana: setiap level hierarki manajemen teknik memiliki pekerjaan yang berbeda, dan mode kegagalan paling umum di setiap level adalah melakukan pekerjaan level sebelumnya daripada yang saat ini.

Fournier memetakan tangga secara khusus: kontributor individual, tech lead, manajer kontributor individual, manajer senior (manajer manajer), direktur, VP Teknik, CTO. Setiap level memiliki hubungan utama yang berbeda dan unit pekerjaan yang berbeda. Hubungan utama tech lead adalah dengan kode dan tim. Hubungan utama manajer adalah dengan kontributor individual. Hubungan utama Direktur adalah dengan manajer mereka. Hubungan utama VP adalah dengan sistem organisasi dan saluran perekrutan. Hubungan utama CTO adalah dengan strategi teknis perusahaan dan dewan direksi.

Mode kegagalan di setiap level didefinisikan dengan baik. Tech lead yang menjadi manajer terus menulis semua kode dan tidak berinvestasi dalam membuat insinyur mereka lebih baik. Manajer yang menjadi Manajer Senior terus melakukan 1-on-1 dengan semua kontributor individual daripada membangun manajer mereka. Direktur yang menjadi VP terus membuat keputusan tingkat tim individual daripada merancang struktur organisasi. Setiap kegagalan ini dapat dikenali dalam praktik, dan memberikan nama padanya adalah apa yang membuatnya dapat diperbaiki.

Untuk operator di luar teknik, kerangka kerja tangga berlaku untuk organisasi apa pun dengan hierarki manajemen. Pertanyaan pada setiap promosi adalah: apa yang pekerjaan baru butuhkan yang pekerjaan lama tidak? Jika Anda tidak dapat menjawab itu dengan jelas, Anda mempromosikan orang ke peran yang akan mereka isi dengan keterampilan yang membuat mereka dipromosikan, bukan keterampilan yang peran butuhkan.

Audit 1-on-1

Fournier spesifik tentang apa 1-on-1 itu dan apa mereka bukan. Mereka bukan pertemuan status. Mereka bukan check-in tentang kemajuan proyek. Mereka adalah alat utama yang manajer miliki untuk peringatan dini tentang risiko bakat, ketidakpuasan karir, dan masalah dinamika tim yang tidak muncul di format lain.

Agenda spesifik yang dia rekomendasikan memiliki tiga bagian. Karir: apa yang orang ini perjuangkan, dan apakah pekerjaan mereka saat ini menggerakkan mereka ke arahnya? Tantangan saat ini: apa yang menghambat mereka sekarang, dan apakah ada sesuatu yang hanya Anda yang dapat lepas? Dinamika tim: bagaimana hal-hal berjalan dengan orang-orang di sekitar mereka, dan apakah ada titik gesekan yang belum muncul ke permukaan?

Alasan kebanyakan 1-on-1 menjadi pertemuan status adalah bahwa manajer lebih nyaman mendiskusikan status proyek daripada memiliki percakapan langsung tentang kepuasan karir atau gesekan tim. Status aman. Agenda 1-on-1 aktual membuka masalah yang mungkin harus dimiliki manajer dan perbaiki. Poin Fournier adalah bahwa ketidaknyamanan adalah informasi. Saat laporan langsung berhenti membangkitkan masalah dalam 1-on-1, Anda telah kehilangan sistem peringatan dini Anda. Pada saat mereka memberitahu Anda dalam surat pengunduran diri, Anda telah kehilangan jendela untuk memperbaikinya.

Utang Teknis sebagai Keputusan Bisnis

Fournier telah menulis dan berbicara secara ekstensif tentang salah satu mode kegagalan paling umum untuk pemimpin teknik: ketidakmampuan menerjemahkan kekhawatiran teknis ke dalam bahasa yang mendapat anggaran.

Framing teknik dari utang teknis berorientasi pada kualitas: "kode berantakan, itu membuat sulit untuk menambah fitur, itu meningkatkan risiko bug." Framing itu benar tetapi tidak berguna untuk CFO atau CEO membuat keputusan alokasi sumber daya. Framing bisnis berbeda: "kendala teknis ini memperlambat kecepatan rilis kami sekitar 30% relatif terhadap di mana seharusnya, yang menunda kemampuan kami untuk merespons perubahan pasar, dan berikut adalah profil risiko terlihat seperti jika kami tidak mengatasinya dalam dua kuartal berikutnya."

Argumen Fournier adalah bahwa CTO yang tidak dapat membuat terjemahan itu tidak mendapatkan anggaran untuk memperbaiki masalah, yang berarti utang bertambah, yang berarti penalti kecepatan tumbuh, yang berarti argumen anggaran berikutnya bahkan lebih sulit untuk menang. Terjemahan bukan tentang menyederhanakan isu teknis kompleks. Ini tentang membingkai ulang mereka dalam hal konsekuensi bisnis: waktu, risiko, dan kecepatan. Itu adalah tiga mata uang eksekutif yang benar-benar dialokasikan terhadap. Gene Kim mengatasi masalah yang sama dari sisi operasi — First Way DevOps-nya membingkai ulang bottleneck deployment sebagai masalah aliran dan kendala yang CFO dan COO dapat terlibat, bukan hanya insinyur.

Dia juga langsung tentang apa yang terjadi ketika CTO tidak dapat membuat argumen ini: utang menjadi tak terlihat untuk bisnis, tim teknik menjadi frustrasi bahwa kekhawatiran teknis yang sah diabaikan, dan organisasi menjadi lebih lambat tanpa memahami mengapa.

Apa Yang Akan Dilakukan Camille Fournier di Peran Anda

Jika Anda seorang CEO, hal paling berguna yang Fournier tawarkan adalah diagnostik untuk kualitas manajemen organisasi teknik Anda. Pertanyaannya bukan "apakah kami memiliki insinyur yang baik?" Ini adalah "apakah manajer teknik kami tahu apa pekerjaan mereka?" Jika VP Teknik Anda masih melakukan pekerjaan level Direktur (mengelola tim secara langsung daripada mengelola manajer), kapasitas level Direktur Anda entah atrofis atau tidak ada. Jika Direktur Anda melakukan pekerjaan tech lead, pemimpin tim Anda tidak berkembang. Kerangka tangga memberi tahu Anda di mana sistem manajemen terjebak, yang memberi tahu Anda di mana kapasitas organisasi dikonsumsi oleh level yang salah melakukan pekerjaan yang seharusnya milik level di bawah.

Jika Anda seorang COO, kerangka 1-on-1 Fournier berlaku untuk setiap tim dengan hierarki manajemen. Pertanyaan yang harus diajukan ke manajer Anda: kapan terakhir kali laporan mengejutkan Anda dengan pengunduran diri? Jika jawabannya "baru-baru ini" atau "secara teratur," manajer Anda menjalankan pertemuan status, bukan 1-on-1. 1-on-1 adalah satu-satunya sistem peringatan dini yang dimiliki manajer untuk risiko bakat. Jika mereka tidak menggunakannya, Anda menjalankan buta pada retensi sampai orang keluar dari pintu.

Jika Anda adalah pemimpin produk, kerangka utang teknis Fournier langsung berguna. Anda berada di satu sisi konflik organisasi paling umum dalam perusahaan produk: teknik menginginkan waktu untuk mengurangi utang teknis dan produk menginginkan fitur. Alasan konflik itu tidak teratasi adalah bahwa kedua belah pihak tidak berbicara bahasa satu sama lain. Framing Fournier, terjemahkan utang menjadi kecepatan dan risiko, memberikan Anda kerangka keputusan bersama. Alih-alih "teknik membutuhkan waktu untuk memperbaiki utang teknis" versus "produk membutuhkan fitur," Anda dapat bertanya: "apa biaya kecepatan tidak mengatasinya, dan apakah itu melebihi biaya kesempatan menunda fitur ini?" Itu adalah pertanyaan kedua belah pihak dapat terlibat.

Jika Anda di penjualan atau pemasaran, tangga manajemen berlaku pada organisasi Anda sendiri. Setiap manajer penjualan yang dipromosikan karena mereka adalah rep terbaik membawa risiko untuk terus melakukan penjualan daripada melakukan manajemen. Kerangka Fournier memberi Anda cara untuk memeriksa apakah manajer penjualan Anda benar-benar mengelola: membangun pipeline di seluruh tim mereka, mengembangkan rep yang berjuang, menjalankan perkiraan yang mencerminkan penilaian tingkat tim daripada penawaran pribadi manajer. Mode kegagalan sama: dipromosikan untuk keterampilan yang berhasil di level sebelumnya, tidak dilengkapi dengan keterampilan yang level baru perlukan.

Bagaimana Rework Operasionalisasi Tangga Fournier

Tangga Fournier hanya bekerja jika manajer benar-benar dapat melihat unit pekerjaan yang cocok dengan level mereka. Rework dibangun untuk visibilitas itu. Pipeline manajemen teknik dalam Work Ops Rework (dari $6/pengguna/bulan) membiarkan tech leads dan manajer melacak pengiriman di altitude mereka sendiri — IC melihat tugas, manajer melihat throughput tim, direktur melihat aliran lintas tim — tanpa memaksa semua orang ke tampilan yang sama. Template tangga karir dapat dimodelkan sebagai checklist terstruktur per peran, sehingga pertanyaan "apa yang level ini benar-benar perlukan" memiliki jawaban konkret insinyur dan manajer dapat merujuk kembali selama 1-on-1 dan review promosi.

Untuk tech lead, Rework mendukung transisi yang tepat Fournier jelaskan: dashboard tim ops membuat permukaan apakah lead masih membawa terlalu banyak kode versus mengembangkan insinyur mereka, dan visibilitas lintas tim membiarkan direktur menemukan ketika manajer melompati level — melakukan pekerjaan IC atau menjalankan proyek sendiri daripada melalui tim mereka. Rework CRM/Sales Ops (dari $12/pengguna/bulan) menerapkan logika tangga yang sama pada manajemen penjualan, mencocokkan poin Fournier bahwa mode kegagalan menggeneralisasi di seluruh hierarki manajemen apa pun.

Kutipan Terkenal & Pelajaran Melampaui Ruang Rapat

Fournier telah mengatakan dalam berbagai pembicaraan: "Manajer teknik terbaik yang saya kenal adalah mereka yang dapat dengan jelas memberi tahu Anda apa yang mereka tidak bertanggung jawab atas." Itu adalah pernyataan yang tidak intuitif. Sebagian besar saran manajemen tentang memperluas akuntabilitas. Poinnya tentang kejelasan: manajer yang tidak dapat mengidentifikasi batas-batas peran mereka akan mengisi peran dengan apa pun yang mereka nyaman lakukan, yang biasanya adalah pekerjaan yang mereka gunakan untuk memiliki.

Dari "The Manager's Path": "Sebagai manajer, pekerjaan Anda adalah melakukan sesedikit mungkin." Dia segera mengklarifikasi: sesedikit mungkin tidak berarti upaya minimal. Ini berarti pekerjaan manajer adalah menciptakan kondisi di mana insinyur dapat melakukan pekerjaan terbaik mereka, bukan melakukan pekerjaan untuk mereka. Setiap tugas manajer lepaskan dari piring insinyur kuat yang insinyur bisa menangani adalah peluang pengembangan yang hilang dan ketergantungan meningkat pada manajer. Tujuannya adalah tim yang berjalan baik ketika Anda tidak ada.

Dia juga telah langsung dalam penulisan publik tentang keterbatasan buku: "The Manager's Path" ditulis untuk perusahaan produk dengan organisasi teknik yang stabil. Dia telah mengakui bahwa model tangga menjadi rumit dalam organisasi yang sangat matriks atau perusahaan konsultasi di mana garis pelaporan dan cakupan proyek berubah secara konstan. Itu bukan penyangkalan. Ini adalah batas yang berguna untuk mengetahui kapan menerapkan kerangka kerja dan kapan menyesuaikannya.

Di Mana Gaya Ini Rusak

Model tangga Fournier bekerja paling bersih dalam perusahaan produk dengan hierarki manajemen yang stabil: perusahaan cukup besar untuk memiliki layer Direktur tetapi tidak begitu besar sehingga bagan organisasi memiliki puluhan struktur pelaporan yang bersaing. Dalam perusahaan konsultasi, agensi, atau perusahaan yang sangat matriks di mana garis pelaporan berubah dengan setiap proyek, framing "berikut apa pekerjaan level Anda adalah" berjuang karena pekerjaan tidak cukup stabil untuk mendeskripsikan dengan tepat.

Dan kedalaman buku tentang transisi manajemen individual dapat mengaburkan pertanyaan desain organisasi yang paling penting sekali Anda berada pada level CTO: topologi tim, platform versus split teknik produk, keputusan bangun versus beli. "The Manager's Path" akan membuat Anda manajer yang jauh lebih baik di setiap level di bawah CTO. Pada level CTO, masalah bergeser dari mengelola orang dengan baik ke merancang sistem tempat mereka bekerja. Itu adalah buku yang berbeda.

Untuk bacaan terkait tentang manajemen teknik dan kepemimpinan teknis, lihat Gaya Kepemimpinan Will Larson, Gaya Kepemimpinan Gene Kim, Gaya Kepemimpinan Martin Fowler, dan Gaya Kepemimpinan Jeff Dean.