Mengapa Pengalaman Developer?

Sebagai masyarakat, kita sangat fokus dalam menciptakan hal-hal dan proses yang membuat hidup kita lebih mudah dan efisien. Mulai dari menggunakan Uber di suatu tempat alih-alih berjalan jauh, hingga mengerjakan tugas melalui multitasking, kami selalu mencari cara untuk menjadi seefisien mungkin.

Sentimen ini juga secara langsung diterjemahkan ke dalam pandangan kami tentang pengembangan perangkat lunak.

Untuk edisi Developer Decoded kali ini, saya mendapat kehormatan untuk mewawancarai Amara (Keller) Graham, Kepala Pengalaman Pengembang di Camunda! Satu pesan koneksi LinkedIn yang setia mengarah ke pesan berikutnya dan tiba-tiba saya dapat berbicara dengan Amara tentang kehidupan, pekerjaan, dan aspirasinya untuk ruang DevEx (sekali lagi terima kasih)!

Amara berupaya menciptakan pengalaman pengembang yang lebih baik dengan menurunkan hambatan bagi pengembang untuk menyelesaikan tugas mereka- baik dengan menyediakan dokumentasi penting atau membuat sumber daya penting mudah ditemukan, Amara melakukan semuanya untuk membuat pengembang lebih efisien. Dengan pengalaman pengembangan lebih dari 10 tahun, Amara mendorong batas-batas pengembangan dan hubungan pengembang dalam praktiknya di seluruh dunia!

Karena itu, inilah edisi DevEx dari Developer Decoded kami! Jika Anda tertarik untuk berpartisipasi di dalamnya, silakan isi formulir ini!

Untuk memulai Developer Decoded, siapakah Amara sebenarnya? Ada minat? Hobi? Makanan favorit? Apa pun yang ingin Anda bagikan kepada saya yang biasanya tidak dapat diketahui orang lain melalui LinkedIn Anda

Di luar pekerjaan, saya berusaha menjauh dari meja dan komputer saya sebisa mungkin. Saya suka memasak resep baru, membuat bir, dan berbelanja lokal di pasar petani. Saya juga menikmati video game di Nintendo Switch.

Apa yang Anda lakukan, dan bisakah Anda menceritakan tentang rutinitas sehari-hari Anda?

Sebagai Kepala Pengalaman Pengembang, saya mengelola tim yang berfokus untuk memungkinkan pengembang menggunakan Camunda Platform 8 secara efisien dan sukses. Kami bertanggung jawab atas dokumentasi dan strategi API kami, termasuk SDK kami yang baru muncul.

Ini berarti saya bertindak sebagai manajer teknik dan manajer produk, yang menentukan arah bagaimana pengembang dapat bekerja dengan Camunda Platform 8 secara terprogram dan bagaimana semua pengguna dapat menemukan apa yang mereka perlukan dalam dokumen.

Kami melakukan hampir segalanya di GitHub, jadi hari saya dimulai dengan memilah-milah apa pun yang datang dalam semalam dari rekan-rekan EMEA untuk membuka blokir mereka selama jam kerja kami yang tumpang tindih. Kemudian setelah beberapa pertemuan 1:1 dengan tim saya atau berbagai pemangku kepentingan di seluruh perusahaan, saya mungkin melakukan beberapa pekerjaan IC untuk menjaga tim saya tetap fokus pada proyek mereka yang lebih besar. Ini bisa berupa memeriksa dokumen yang diperbaiki atau memantau SEO dokumen kami. Kadang-kadang saya mungkin mengerjakan dokumentasi internal untuk pekerjaan lintas fungsi yang dimasukkan ke dalam dokumen strategi. Tidak ada dua hari yang sama!

Apa 1 pertanyaan yang biasanya Anda tanyakan pada diri sendiri sebelum menerapkan inisiatif baru dalam alur pengalaman pengembang?

Kebaikan apa yang bisa diperoleh dari hal ini, atau masalah apa yang bisa dipecahkan oleh hal ini? 

Inisiatif-inisiatif baru mungkin dapat mencapai keduanya, namun hal ini dapat memisahkan pekerjaan mendasar dari peluang pertumbuhan. Keduanya penting, namun dengan tim seperti saya yang memiliki banyak empati, kami cenderung selalu berpihak pada, "baiklah, pengguna merasakan gesekan di sini, jadi kami harus memperbaikinya secepatnya!" Seperti banyak hal dalam hidup, kita memerlukan moderasi dan keseimbangan.

Jika Anda bertanya kepada saya 3 pertanyaan apa yang saya gunakan sebagai pertanyaan panduan untuk DevEx, saya memiliki jawaban yang sedikit berbeda:

-Apakah pengembang mendapatkan apa yang mereka butuhkan?

-Apakah pengembang mendapatkan apa yang mereka butuhkan secara efisien?

-Bisakah Anda mengoptimalkan efisiensi?

Bagaimana Anda mendefinisikan kesuksesan dalam praktik ini? Metrik apa saja yang Anda pantau?

Jawaban singkatnya adalah kita memantau banyak hal, namun pada akhirnya bergantung pada tujuannya. 

Dalam dokumen, misalnya, kami melihat aspek SEO karena kami tahu sebagian besar pengguna kami datang dari mesin pencari ke halaman dokumen. Kami ingin memastikan halaman baru dapat ditemukan, jadi kami melihat metrik cantik seperti penayangan. Namun seiring bertambahnya usia halaman, kami melihat waktu di halaman, halaman mana yang sedang dalam perjalanan saat mereka mengklik dokumen, dan istilah penelusuran apa yang mengarahkan mereka ke halaman tersebut - lebih banyak metrik keterlibatan. Keberhasilan di sini adalah menyelaraskan perilaku pengguna di dalam dan di sekitar dokumen dengan cara kami menyajikan dokumen kepada mereka.

Area fokus SDK kami masih baru, jadi kami melihat metrik produk melalui alat seperti Mixpanel untuk melihat berapa banyak pengguna yang bekerja dengan klien khusus bahasa pemrograman. Kami mencari anekdot untuk memvalidasi pendekatan kami.

Secara umum, kami ingin mengurangi beban keseluruhan tim internal dengan memantau topik pada tiket dukungan teknis dan ruang komunitas. Kami memiliki dasbor di JIRA dan Common Room yang membantu kami di sini.

Apa bagian tersulit dalam menegakkan kolaborasi dan komunikasi dalam lingkaran rumit seperti siklus pengembangan?

Ini adalah pertanyaan yang luar biasa! 

Pengalaman Pengembang di Camunda adalah bagian dari tim Teknik dan bertindak sebagai tim produk. Namun, kami juga memiliki banyak aspek tim pendukung.

Menyeimbangkan fitur berorientasi produk baru seperti SDK baru atau contoh kode baru dengan tinjauan dokumentasi dan dukungan infra dokumen dapat menjadi tantangan, terutama ketika semua orang ingin gesit dan bergerak cepat. Kita harus fleksibel tetapi juga menetapkan batasan dan ekspektasi yang jelas.

Dengan praktik dan teknologi seperti rekayasa platform dan penyederhanaan proses pengembangan Kubernetes, menurut Anda ke mana arah pengalaman pengembang di masa depan?

Pengalaman Pengembang sebagian besar tetap sama, namun branding menjadi lebih penting.

Pada intinya, DevEx masih memungkinkan pengembang untuk menjadi efisien dan sukses. Bagi beberapa perusahaan, fokus tersebut akan bersifat internal melalui tim yang mendukung jaringan infrastruktur, DevOps, atau platform, dan bagi perusahaan lainnya, hal tersebut akan menjadi fokus eksternal. 

Masih banyak lagi hal yang tidak diketahui ketika fokus DevEx Anda bersifat eksternal, seperti fokus kami. Anda dapat memiliki tim yang menjalankan alat, tumpukan teknologi, dan konfigurasi berbeda dari jalur yang Anda sukai, menekankan keterampilan kolaborasi dan negosiasi internal Anda dengan manajemen produk untuk memprioritaskan perbedaan tersebut. Maka mau tidak mau Anda perlu memikirkan untuk mendukung banyak jalur dan alat yang berbeda. Ini adalah fungsi pemaksa untuk pekerjaan yang benar-benar lintas fungsi.

Terima kasih atas waktu Anda! Terakhir, apakah ada yang Anda nantikan tahun ini/proyek menarik yang ingin Anda bagikan?

DevEx di Camunda berinvestasi lebih banyak dalam misi SDK kami! Kami berupaya untuk sepenuhnya mendukung Java Spring, Node.js, dan .NET/C# dengan SDK agar dapat digunakan dengan Camunda Platform 8. Saat ini mereka sudah ada sebagai klien yang didukung komunitas, namun untuk benar-benar menerapkan strategi poliglot kami, kami perlu memberi mereka lebih banyak lagi struktur dan prioritas. 

Hal ini membuka lebih banyak peluang bagi kami untuk memberikan masukan, melakukan dogfood, dan bertemu dengan komunitas pengembang kami di mana pun mereka berada!

‍

Jika Anda tertarik untuk mempelajari lebih lanjut tentang Amara, kunjungi tautan di bawah ini:

LinkedIn: https://www.linkedin.com/in/amara-graham/ 

Pengembang: https://dev.to/@missamarakay   

Forum Camunda: https://forum.camunda.io

‍

Untuk mempelajari lebih lanjut tentang Lyrid, jadwalkan meeting dengan kami atau kunjungi situs web kami!