Setiap kali Anda melihat sesuatu seperti itu, masukkan tiket baru ke dalam sistem pelacakan masalah Anda.
Biasakan untuk menggunakan pelacak isu sebagai yang utama alat untuk mengomunikasikan hal-hal seperti itu, karena dari sana, akan mudah untuk memilih, mengevaluasi, dan memprioritaskan kolega senior Anda / pemimpin / manajer / siapa pun yang bertanggung jawab untuk melacak masalah di proyek Anda .
Gunakan alat yang tepat untuk pekerjaan itu. Saya selalu melakukannya dan sangat menyarankan Anda melakukan hal yang sama.
Sebagai contoh, berikut adalah tiket yang saya buat sekitar sebulan yang lalu. Setelah menyelesaikan fitur tertentu saya menemukan bahwa kode menjadi jauh lebih rumit daripada sebelumnya tetapi saya tidak dapat memperbaikinya dalam tenggat waktu yang diberikan untuk implementasi fitur.
(Nama fitur, tiket, dan kode yang digunakan dalam pelacak nyata dikaburkan, tetapi teks disalin sebagaimana adanya).
Ringkasan: mempermudah desain yang melibatkanParticularPieceOfCode
Deskripsi:
Dalam pelaksanaan per TICKET-12345, kode yang melibatkan penggunaan ParticularPieceOfCode
sedikit kesulitan yang timbul dan menjadi agak sulit untuk dibaca, dipahami, dan dipelihara (lihat contoh cuplikan kode di bawah).
Temukan cara untuk menyederhanakannya.
Contoh kode yang diinginkan untuk didesain ulang dapat ditemukan di ClassName#methodName
:
<a piece of code like one behind the right door here:>
FWIW saran saya berlaku terlepas dari "level" Anda.
Saya telah menggunakannya pada level Anda saat ini ("terendah") dan saya menggunakannya sekarang karena level saya cukup jauh dari "terendah" dan saya sudah memuaskan "katakan" seperti yang Anda sebut, dan saya akan menggunakannya selalu apa pun yang terjadi.
Pikirkan saja, tidak ada level, tidak peduli berapa banyak otoritas yang Anda miliki, tidak mungkin ada cara yang lebih baik.
Jika Anda "mengatakan" hei kita punya masalah , itu hanya berderak udara. Dan bahkan jika bos / pimpinan Anda setuju dan mengatakan Anda benar, kami punya masalah , ini tidak mengubah apa pun - itu hanya udara yang bergetar lagi, dan itu tidak bisa apa-apa lagi.
- Anda mungkin berpikir bahwa menulis kata-kata Anda (misalnya dalam email) akan lebih baik, tetapi jika Anda memikirkannya, sebenarnya tidak. Jika proyek Anda memiliki aktivitas email yang substansial, apa yang ditulis akan hilang dan lama terlupakan sebulan kemudian.
Gunakan alat yang tepat untuk pekerjaan itu. Untuk pekerjaan yang Anda jelaskan, lacak pelacak adalah alat yang tepat.
Anda melihat masalah, Anda memasukkannya ke dalam sistem yang dirancang untuk melacak ini dan mengurus sisanya, dengan cara terbaik - hanya karena itu dirancang untuk itu :
paket perangkat lunak komputer yang mengelola dan mengelola daftar masalah , seperti yang dibutuhkan oleh suatu organisasi ... yang biasa digunakan ... untuk membuat, memperbarui, dan menyelesaikan masalah pelanggan yang dilaporkan, atau bahkan masalah yang dilaporkan oleh karyawan lain dari organisasi itu ... Pelacakan masalah sistemnya mirip dengan " bugtracker ", dan sering kali, perusahaan perangkat lunak akan menjual keduanya, dan beberapa bugtracker mampu digunakan sebagai sistem pelacakan masalah, dan sebaliknya. Konsisten menggunakan masalah atau sistem pelacakan bug dianggap sebagai salah satu "keunggulan tim perangkat lunak yang baik" 1 ...
Apa pun cara lain yang ingin Anda pilih untuk berkomunikasi, memiliki tiket di pelacak hanya akan memudahkan Anda.
Bahkan jika Anda lebih suka mengoceh , mengatakan "Saya ingin membahas TICKET-54321 ..." membuat titik awal yang lebih solid daripada "Dengar, saya ingin berbicara tentang beberapa kode yang saya bahas beberapa waktu lalu. ... "Dan Anda dapat dengan aman mengirimkan referensi ke tiket melalui surat: bahkan jika surat hilang, masalahnya masih ada di pelacak, dengan semua detail yang ingin Anda ceritakan.