Jika Anda bodoh, tuliskan bagaimana saya melakukannya
Salah satu perusahaan tempat saya bekerja memiliki pelaporan yang sangat ketat. Semua jam kerja harus ditutup dalam laporan dengan semacam tugas, dan laporan diserahkan setiap hari. Secara umum, seseorang terbiasa dengan segala sesuatu, dan sangat mungkin untuk mengingat kembali apa yang Anda lakukan hari ini dan mengecat semuanya. Tapi begitu kami diminta untuk membuat laporan tambahan untuk satu setengah bulan sebelumnya. Secara alami, keinginan semacam itu menyebabkan beberapa kesulitan bagi karyawan.
Bagi saya, cukup mudah untuk memenuhi persyaratan ini. Hanya saja semuanya ditulis untuk saya. Setiap hari kerja.
Pelaporan memungkinkan Anda untuk mengevaluasi efektivitas Anda
Seseorang memperbarui repositori setiap hari, seseorang tidak pergi sampai mereka menyelesaikan tugas. Laporan harian terlihat sesuatu yang mengerikan hanya dalam isolasi dari seri ini. Dari diri saya sendiri, saya dapat mengatakan bahwa praktik semacam itu sangat memotivasi untuk fokus pada pekerjaan, dan saya terus menyusun laporan bahkan ketika saya beralih ke pekerjaan lain.
Apa yang Anda katakan pada diri sendiri pada akhir hari Anda jika Anda memiliki daftar tugas yang kosong? Nah, apakah hari itu berakhir dengan penyelesaian masalah, dan jika tidak? Apa yang Anda lakukan hari ini, apa yang Anda habiskan?
Sekarang Anda dapat menganalisis hari kerja Anda, memahami waktu apa yang dihabiskan, dan menghabiskan waktu lebih efisien.
Akuntansi memungkinkan Anda mengalokasikan tugas yang menghabiskan waktu
Entah bagaimana, bahkan sebelum pengenalan skema ini, ketika saya bekerja pada freelance, saya tidak mengerti mengapa begitu sedikit masalah yang diselesaikan dalam waktu yang lama. Saya curiga saya banyak berbicara dengan pelanggan potensial, tetapi ketika saya mulai merekam kali ini, saya kagum betapa besar kerugiannya! Kemudian saya membatasi komunikasi saya dengan pelanggan potensial hingga sepuluh menit, sementara sebelumnya saya bisa berbicara dengan mereka hingga satu jam, tetapi mereka mungkin tidak kembali.
Efisiensi segera meningkat secara signifikan.
Pelaporan memungkinkan Anda untuk mempertahankan basis pengetahuan
Selain itu, tidak hanya tugas yang direkam, tetapi juga metode untuk menyelesaikannya, yang memungkinkan Anda untuk mengumpulkan pengalaman dan menggunakan solusi ini di masa depan, bahkan jika beberapa tahun telah berlalu. Ini sangat berguna untuk pengembang profil luas, karena ada banyak bahasa dan teknologi, solusi untuk masalah dapat dibayangkan, tetapi sintaksis spesifik dapat dilupakan, dan basis pengetahuan serupa yang menjadi dasar laporan ini menjadi sangat berguna.
Pelaporan tidak menghabiskan, tetapi menghemat waktu
Tampaknya mempertahankan basis tindakan Anda membutuhkan banyak waktu, tetapi sebenarnya tidak. Ketika saya perlu mengevaluasi ini, dalam tugas-tugas saya, saya mulai mencatat waktu yang dihabiskan untuk pelaporan. Dan rata-rata, waktu ini sama dengan 25 menit per hari kerja. Mempertimbangkan fakta bahwa laporan sering dikompilasi dengan sangat luas, dan ini memungkinkan untuk menggunakan waktu operasi berulang kali, ini pada akhirnya ternyata bukan buang-buang waktu, tetapi lebih menghemat waktu.
Langkah mikro
Seiring waktu berlalu, saya memperbaiki sistem ini, dan mengubahnya menjadi metode, yang saya sebut langkah mikro. Misalnya, Anda perlu menerapkan solusi yang sudah dijelaskan enam bulan lalu. Tetapi kondisinya mungkin berubah, dan mungkin tidak jelas mengapa pada tahap itu solusi khusus ini diterapkan, dan bukan yang lain. Efisiensi penggunaan kembali solusi telah berkurang. Kemudian saya memasukkan elemen kausal ke dalam pelaporan, membatasi satu tindakan yang dijelaskan hingga dua puluh menit kerja. Itu adalah eksperimen, tetapi itu berhasil!
Ternyata tugas apa pun dapat dibagi menjadi subtugas seperti itu dan menaruhnya di waktu yang diperlukan. Ya, ini adalah persyaratan pertama untuk solusi masalah yang efektif, pembagian ke dalam sub-tugas, tetapi saya juga menambahkan ke sub-tugas alasan mengapa hal itu dilakukan, dan mengatur struktur bersarang, bergerak di mana, Anda dapat melacak mengapa solusi ini atau itu diterapkan.
Takut menemukan kebenaran
Namun itu memungkinkan Anda untuk mengevaluasi efektivitas Anda sendiri, dan menentukan apa yang sebenarnya Anda butuhkan untuk memperketat pengetahuan Anda jika ada langkah mikro yang memakan waktu terlalu lama dibandingkan dengan apa yang seharusnya diambil. Tentu saja, untuk ini, Anda tidak perlu takut untuk menatap mata kebenaran yang akan Anda laporkan.
Contoh Microstep
Contoh Microstep. Informasi contoh khusus ini tidak masuk akal kecuali pengembang aplikasi ini. Contoh ini hanya menunjukkan bagaimana langkah mikro dirancang untuk memecahkan masalah tertentu.
Jika langkah mikro pada tingkat yang sama, maka mereka muncul dan diselesaikan secara berurutan. Jika ada transisi ke satu tingkat sarang, ini berarti bahwa untuk melakukan langkah mikro ini, Anda perlu melakukan langkah mikro lainnya, dan setelah selesai, tugas tingkat yang lebih tinggi akan diselesaikan. Jika pada suatu saat ada transisi ke tingkat yang lebih rendah dari sarang, itu berarti bahwa dengan bantuan langkah mikro bersarang, tugas yang lebih tinggi diselesaikan, yang berada pada tingkat yang sama di mana transisi berlangsung.
Dalam tugas ini, diberikan sebagai contoh, perlu untuk memperbaiki nilai-nilai nol dalam database aplikasi seluler dan memeriksa operasinya, tetapi karena aplikasi itu crash pada salah satu perangkat seluler, saya harus pergi ke server dan mencari tahu di mana login itu diperlukan untuk masuk ke aplikasi ini, dalam hal ini penting. Pada aplikasi seluler kedua, ternyata cukup sederhana untuk memperbaiki database.
. usb , adb pull /sdcard/mobapp/mobapp.db null, , MNGFA=0 30-60. . db browser for sqlite , . 1.2.2. . . . mosquitto id /var/log/srvapp/server.log . journalctl root ? - journalctl -u srvapp.service | grep "14F0-F610-MOBILE-ID" | grep -A2 "Z_MB_IF_FUNCNAME" : "ZID":"12345678" : ng.log4j.Log - # Topic: XXYYZZ/ERP/Z_MB_IF_FUNCNAME : , , .
Menggunakan langkah mikro untuk mengisi kesenjangan pengetahuan
Analisis pelaporan microstep memungkinkan Anda untuk mengidentifikasi kemacetan di sistem pengetahuan pengembang, dan, secara teori, pengembangan lebih lanjut dari sistem ini akan menjadi sistematisasi kemacetan ini dan alokasi waktu untuk mengisi kesenjangan di area ini. Identifikasi itu sendiri bukanlah tugas yang sulit: Anda perlu melihat langkah mana yang memerlukan tindakan tambahan dan mengambil waktu yang cukup untuk menyelesaikannya.
Solusi serupa
Harap berikan tautan ke praktik serupa yang ada.