- Hasil survei terhadap lebih dari 100 perusahaan big tech
- Jika diringkas, cara big tech mengelola proyek adalah ⇨ "tergantung situasinya (It Depends)"
- Sebagian besar tidak memiliki metodologi atau cara kerja yang baku, dan tim memilih yang paling cocok untuk mereka
- Perusahaan terbuka atau perusahaan yang menerima investasi menunjukkan tingkat kepuasan yang rendah terhadap keberadaan PM khusus, sedangkan perusahaan yang tidak menerima investasi justru menunjukkan kepuasan yang tinggi
- Otonomi tim dan kepuasan memiliki korelasi yang tinggi
- Bahkan pada tim yang bermasalah, penyebab utamanya bukan metodologi, melainkan kegagalan menyampaikan visi dengan jelas, kurangnya transparansi, atau kurangnya alat
- JIRA mendapat respons yang sebagian besar negatif
- Cara pengelolaan proyek yang tidak berjalan baik
- Engineer tidak ikut terlibat dalam memperkirakan durasi proyek
- Kebutuhan berubah meskipun ada PM khusus
- Tim yang tidak punya otonomi untuk mengubah metode pengelolaan proyek yang gagal mencatat kepuasan yang rendah
- Cara big tech menjalankan proyek
- Engineer memimpin sebagian besar proyek
- Tidak ada metodologi yang ditetapkan, dan tim bebas memilih
- Untuk proyek tingkat tim tidak ada Project Manager khusus. Untuk proyek besar yang melibatkan banyak tim atau seluruh perusahaan, mereka menempatkan Technical Program Manager. Dalam kasus Uber, rasionya sekitar 1:50
- Developer diberi alat pengembangan kelas satu, dan ini sangat memengaruhi siklus iterasi yang pendek
Struktur organisasi big tech yang memengaruhi proyek
- Lingkungan dasarnya
- Engineer dan tim memiliki otonomi
- Bukan tenaga kerja pabrik tanpa kesadaran, melainkan pemecah masalah yang penuh rasa ingin tahu
- Data, kode, dan dokumentasi internal dibuka secara transparan
- Engineer juga terekspos pada bisnis dan metrik bisnis
- Komunikasi berlangsung cepat lewat komunikasi engineer-ke-engineer, bukan komunikasi yang hierarkis
- Berinvestasi pada pengalaman developer yang tidak terlalu mengecewakan
- Gaji yang lebih tinggi dibenarkan oleh leverage yang lebih tinggi
- Dapat merekrut talenta yang lebih hebat
- Tim yang berdaya dan otonom
- Tim dengan kepemilikan yang jelas
Product Manager itu Ya, Project Manager itu Tidak
- Peran product manager adalah memahami "What game we're playing" dan "How we're going to play it"
- Dalam banyak kasus, product manager di perusahaan big tech tidak melakukan project management
- Tim bertanggung jawab atas eksekusi, dan umumnya manajer teknis (team lead) bertanggung jawab melakukan pengelolaan proyek
- Dalam tim yang berdaya dan otonom, project management jarang bersifat top-down ⇨ dilakukan bersama-sama
- Pertanyaan yang muncul ketika tidak ada Project Manager khusus
- Proyek tingkat tim: menyederhanakan proses dan memperkuat hubungan antarindividu
- Proyek yang kompleks: big tech menempatkan Techinical Program Manager (TPM)
- Program Manager / Project Manager khusus memang ada. Umumnya terhubung dengan pihak eksternal, pelanggan, dan rencana eksekusi jangka panjang
- Mengapa lingkungan yang berpusat pada produk tidak menjalankan scrum
- Scrum yang berjalan per sprint tidak cocok untuk situasi yang membutuhkan deployment cepat
- Infrastruktur dan alat developer menggantikan banyak aktivitas scrum
- Perusahaan big tech menyadari bahwa investasi pada infrastruktur dan alat developer menghasilkan peningkatan produktivitas
- Facebook, Google, Netflix, dan lainnya tidak menggunakan scrum. Mengapa?
- Orang yang kompeten dan otonom tidak terlalu membutuhkan struktur seperti ini
- Jika tim yang kompeten diberi kebebasan menentukan cara kerja, mereka bisa dimanfaatkan dengan leverage lebih tinggi
- Menskalakan organisasi engineering jauh melampaui proses di level tim
- Namun, bukan berarti semua orang harus meniru big tech dan tidak menjalankan scrum
→ Ada situasi di mana menggunakan scrum adalah pilihan yang tepat, dan bahkan bisa menghasilkan produktivitas lebih tinggi
- Tim kitchen sink: ketika satu tim harus menyelesaikan semuanya (startup tahap awal)
- Saat sedang membentuk tim baru
- Jika deployment dilakukan sekali setiap beberapa minggu
- Jika pelaporan kemajuan proyek dalam format yang seragam wajib dilakukan
Bagaimana sebaiknya tim dijalankan?
- Perubahan yang bertahap selalu lebih baik daripada perubahan 'big bang'
- Lebih sulit mengajarkan cara memancing daripada sekadar memberi ikan
- Directing, mentoring, dan coaching masing-masing punya kegunaannya
- Directing adalah bentuk bantuan micromanagement yang digunakan secara terbatas ketika mereka sebenarnya bisa melakukannya sendiri tetapi sedang tidak mampu
- Semakin sedikit orang yang dibutuhkan untuk mengambil keputusan, semakin cepat keputusan bisa diambil
- Mengoptimalkan untuk pelaporan berarti mengoptimalkan untuk lingkungan dengan tingkat kepercayaan yang lebih rendah
- Konsultan cenderung bias terhadap hasil yang mudah diukur, karena itulah cara termudah untuk membuktikan nilai mereka
- Belajar dari pesaing langsung masih diremehkan
- Sebagian engineer terbaik lebih memilih keluar daripada dimicromanage
8 komentar
"JIRA mendapat respons yang kebanyakan negatif"
Menurut saya, mengelola isu dalam format apa pun tetap diperlukan, dan saya juga sempat bersikap negatif terhadap JIRA, jadi saya sengaja mencoba beberapa alat lain (
github issues,trello,asana, dll.)Namun, seperti kata pepatah, yang lama tetap yang terbaik, dan pada akhirnya saya kembali ke JIRA...
Meski begitu, saya masih terus memikirkan apakah ada cara yang lebih baik.
Dalam hal apa menurut Anda yang lama justru lebih baik?
Saya suka YouTrack. Ini adalah alat PM buatan Jetbrains, dan ternyata saya bisa mengelola proyek sesuai kebutuhan saya dengannya.
Tim kami beralih ke Linear, dan secara keseluruhan tingkat kepuasan kami meningkat banyak. Saya sarankan Anda mempertimbangkannya.
Sepertinya ini produknya, https://linear.app/. Terlihat menarik.
Ya, bagian yang saya rasa menjadi kelebihannya adalah
Kurang lebih seperti itu yang saya rasakan.
Seperti apa alat pengembang kelas satu?
Saya membawanya begitu saja untuk mempertahankan nuansa aslinya.
Pada saat ini, ini tampaknya bisa dianggap sebagai alat pengembang terbaik yang dapat disediakan organisasi.