Halo semuanya!
Saya rasa artikel ini akan bermanfaat bagi pemula di dunia IT. Bagi pengembang berpengalaman, banyak kiat yang mungkin tampak jelas. Tetapi saya berharap mereka juga dapat mempelajari sesuatu yang baru dan berguna bagi diri mereka sendiri.
1. Cobalah untuk melibatkan diri Anda dalam proses bisnis
Dalam lingkungan pengembangan yang gesit saat ini, memahami bagaimana proses bisnis bekerja adalah yang terpenting. Pemahaman yang mendalam tentang produk yang sedang dikembangkan memungkinkan Anda merancang arsitektur aplikasi dengan benar dan memilih tumpukan teknologi yang relevan. Selain itu, perwakilan bisnis menyukai munculnya istilah "pengembang produk". Dan sekarang peran pengembang mengandaikan tidak hanya kehadiran kompetensi teknis yang dikembangkan, tetapi juga cara berpikir tertentu: ketika pengembang mengambil bagian dalam diskusi produk, berpartisipasi dalam pembentukan rencana pengembangan produk, dan memantau dampak rilis terhadap kinerja bisnis. Singkatnya, dia "rooting" untuk produk tersebut.
Saat ini pendekatan produk ada di mana-mana. Dan untuk mengikuti realitas modern, penting untuk memahami bagaimana fungsi bisnis di mana Anda mengembangkan produk perangkat lunak.
2. Gunakan kosakata umum
Kurangnya terminologi terpadu dalam proyek dapat menyebabkan efek telepon rusak, ketika keluaran tidak memberikan bisnis apa yang diinginkannya dari pengembangan. Atau ketika pengembang memberi nama entitas bisnis yang sama secara berbeda dalam kodenya, yang dapat menyebabkan potensi kesalahan dan pertumbuhan berlebih basis kode. Oleh karena itu, poin penting berikutnya, saya mempertimbangkan kompilasi dan penggunaan terminologi yang seragam dalam proyek tersebut. Dan tidak hanya dalam komunikasi, tetapi juga dalam kode.
Saat memulai proyek, disarankan untuk memperbaiki istilah bisnis yang digunakan dalam satu dokumen - kamus. Kedepannya, dokumen ini tidak hanya menjadi alat komunikasi antar anggota tim. Ini akan menjadi semacam kontrak API antara pengembangan dan bisnis, antara persyaratan bisnis dan kode. Banyak metodologi pengembangan dibangun di atas gagasan ini. Misalnya Domain Driven Design . Penggunaan kamus menciptakan efek ruang informasi tunggal untuk semua anggota tim, di mana setiap orang saling memahami dengan sempurna. Dan itu juga memungkinkan Anda untuk secara signifikan mengurangi ambang batas untuk memasuki proyek bagi anggota tim yang baru tiba.
3. Bentuk kesepakatan tim
Masalah diskusi di komentar ke pull-request selalu akut. Pada suatu waktu, di salah satu tim, kami bahkan mengembangkan aturan bahwa dalam satu komentar peninjau tidak boleh lebih dari lima pesan. Jika tidak, diskusi dianggap akan merosot ke hasutan, memperburuk hubungan antara anggota tim dan penggunaan waktu kerja yang tidak produktif. Dan kurangnya perjanjian komando adalah penyebabnya.
Sebelum memulai pengembangan, saya sangat menyarankan agar Anda mengadopsi kesepakatan umum yang menjadi dasar pekerjaan tim akan dibangun di masa mendatang. Di sini yang saya maksud adalah arsitektur proyek, gaya pengkodean, ukuran kelas dan metode yang diizinkan, jadwal tinjauan kode, dan poin lain yang Anda anggap penting bagi tim Anda. Karena tanpa melakukan prosedur ini sebelumnya, Anda akan berulang kali menemukan jenis topik diskusi yang sama di komentar.
Dan di sini sekali lagi saya ingin merujuk pada pengalaman saya. Saat kami memperkenalkan perjanjian tim, kami benar-benar hanya melihat implementasi fitur saat melakukan tinjauan kode. Dan kode di beberapa titik mulai terlihat seperti ditulis oleh satu orang. Dan yang terpenting, hubungan di dalam tim membaik, karena praktis tidak ada dasar untuk konflik.
Secara alami, semua kesepakatan sulit untuk diingat. Dan banyak yang dapat diotomatiskan melalui penggunaan linter, prehooks, auto-reminder, dan alat bantu lainnya.
4. Memberi dan menerima umpan balik secara teratur
Jangan meremehkan upacara umpan balik. Cobalah untuk membagikannya dengan kolega Anda sesering mungkin. Lagi pula, tidak selalu mungkin untuk melihat secara objektif pekerjaan yang telah dilakukan dan menarik kesimpulan yang benar. Masing-masing dari kita memiliki pengalaman unik, dan melalui prisma dia dapat memberikan nasehat penting, yang barangkali akan menjadi dasar untuk pengembangan Anda selanjutnya. Umpan balik yang
tepat selalu menjadi zona pertumbuhan bagi pengembang. Dan umpan balik yang tepat waktu adalah "perekat informasi" yang membantu menyatukan tim dan melindungi mereka dari perselisihan.
5. Tetap berpegang pada pendekatan sistematis
Cobalah untuk selalu mematuhi perjanjian dan metodologi pengembangan yang Anda pilih. Jika Anda memutuskan untuk menutupi fitur dengan pengujian, maka selalu tutupi. Jika Anda memutuskan untuk menjalankan demo pra-rilis, lakukan selalu. Jika komitmen langsung ke cabang rilis dilarang, maka itu dilarang untuk semua orang. Ini akan membawa konsistensi dan ketertiban pada tindakan tim Anda, dan juga akan memastikan "mungkin" yang kita cintai melawan kita semua.
6. Gunakan metodologi manajemen waktu
Untuk meningkatkan efisiensi pribadi dan penggunaan waktu kerja yang rasional dalam praktik saya, saya mencoba untuk mengikuti metodologi manajemen waktu. Dalam kasus saya, ini adalah Pomodoro . Tentu saja, Anda berhak untuk tidak memikirkan pilihan saya. Namun secara umum, mengontrol waktu dan menguraikan tugas dalam hari kerja memungkinkan Anda untuk lebih fokus dan produktif dengan menghilangkan gangguan dan memaksimalkan konsentrasi pada tugas saat ini.
Selain itu, menyelesaikan setiap tugas menghasilkan pelepasan serotonin jangka pendek dan rasa kepuasan. Di penghujung hari, Anda dapat melihat daftar tugas yang ditutup, menganalisis dan memikirkan tentang apa yang dapat ditingkatkan di masa depan untuk mencapai hasil yang lebih besar. Retro pribadi seperti itu pada akhirnya.
7. Waspada terhadap kelelahan
Ada hari-hari ketika kita begitu bersemangat dengan pekerjaan kita sehingga kita melupakan waktu untuk istirahat. Kadang-kadang kita bisa "lembur" di malam hari untuk mencapai tujuan kita dengan cepat. Namun, pada momen seperti itu, kita harus ingat bahwa kita meminjam efisiensi dan produktivitas instan ini dari diri kita sendiri di masa depan.
Berada dalam mode ini untuk waktu yang lama menyebabkan hilangnya efisiensi sepenuhnya atau sebagian di tempat kerja karena meningkatnya kelelahan emosional dan fisik. Dengan kata lain, itu mengarah pada kejenuhan. Pertahanan psikologis otak bekerja sebagai respons terhadap stres yang berkepanjangan untuk menghemat sumber daya tubuh.
Anda harus bisa berhenti tepat waktu dan menyesuaikan rezim Anda untuk mencegah hal ini. Normalisasikan rutinitas tidur dan istirahat Anda, makan makanan yang sehat, cobalah beralih ke hobi favorit Anda, dan jangan lupa berjalan-jalan di udara segar.
Terima kasih atas perhatiannya. Semoga beruntung untuk semuanya!