Haruskah setiap programmer membuat jurnal "Lessons Learned"? [Tutup]


12

Setiap kali saya menyelesaikan sebuah proyek, selalu ada sesuatu yang saya pelajari (jika tidak, saya tidak merasa sangat memotivasi). Tetapi saya tidak dapat mengingat semuanya, dan jauh kemudian saya mungkin menemukan masalah yang sama yang saya temui di proyek sebelumnya tetapi tidak lagi bagaimana saya menyelesaikannya (atau setidaknya upaya apa yang saya lakukan).

Jadi apakah itu ide yang baik untuk menuliskan ini dalam jurnal? Saya tahu bahwa menulis barang terasa seperti menulis dokumentasi (yang tidak semua orang suka melakukannya), dan berharap ingatan kita untuk melayani kita ketika dibutuhkan. Tetapi setelah didokumentasikan, itu dapat dibagikan dengan programmer lain dan belajar pelajaran apa yang mereka pelajari.

Jadi apa yang Anda pikirkan?

Jawaban:


9

Blog Teknis akan menjadi pilihan tepat di sini untuk mendapatkan pengalaman yang terkonsolidasi. Bahkan ini akan membantu orang lain di seluruh dunia untuk belajar dari kesalahan Anda :)


Saya membuat blog tentang pelajaran yang didapat (buka di sini -> teadrinkinggeek.wordpress.com ), dan ini membantu Anda (1) memberi penghargaan pada diri sendiri atas apa yang telah Anda pelajari (2) untuk melihat apa yang telah Anda pelajari selama periode waktu tertentu.
TeaDrinkingGeek

2
@TeaDrinkingGeek: Anda dapat menyematkan tautan dalam komentar menggunakan [visible text](http://url.to/page)sintaks;) Seperti ini
Konerak

6

Sepertinya ide yang bagus untuk meninjau apa yang dilakukan pada akhir proyek dan masalah yang dihadapi, dan untuk melihat apa yang menyebabkan masalah tersebut dan bagaimana cara menghindarinya. Menulisnya dalam jurnal juga merupakan ide yang bagus, karena membuatnya lebih mudah untuk diingat dan untuk menghindari masalah yang sama lagi nanti.

Sebaliknya, berbagi harus dilakukan dengan hati-hati. Tentu saja, ini berguna untuk pengembang lain dan manajer proyek, tetapi jika Anda bekerja dengan pelanggan dan pelanggan tersebut dapat membaca tentang masalah yang Anda miliki di masa lalu, mereka akan cenderung untuk mulai / terus bekerja dengan Anda, karena:

  • Mereka akan merasa bahwa Anda menghadapi lebih banyak masalah dengan proyek daripada orang lain (bahkan jika itu salah),
  • Mereka tidak ingin Anda mempublikasikan informasi tentang masalah yang akhirnya muncul dalam proyek mereka.

Saya percaya ini biasanya disebut analisis post mortem. Hal ini dilakukan (secara terbuka) ketika periode dukungan berakhir dan produk pada dasarnya mati dan tidak didukung lagi.
Bjarke Freund-Hansen

3

Saya memiliki jurnal Elder Scrollsy di mana saya menuliskan hal-hal setiap kali saya belajar sesuatu yang baru. Seperti yang dapat Anda bayangkan itu menjadi sangat besar dan penuh dengan informasi.

Bahkan, saya sudah berpikir tentang membuat perangkat lunak yang hanya memungkinkan saya untuk menulis catatan, dan menandai catatan yang mirip dengan apa yang dilakukan situs SE dengan pertanyaan.

Saya akan dapat:

  • Cari posting berdasarkan tanggal.
  • Cari posting dengan tag.
  • Cari posting dengan kesulitan.

Ini akan sangat membantu saya.


Apakah blogspot sudah tidak melakukan itu?
Vinoth Kumar CM

Saya kira jika Anda menginginkan sesuatu yang besar, Anda dapat menggunakannya juga.

3

Saya mencobanya sekali, dengan jurnal harian tentang hal-hal yang telah saya lakukan, merenungkan apa yang bisa lebih baik dan apa yang harus saya coba lain kali. Ini bukan hal teknis - ini tentang interaksi dengan orang lain di tim, keputusan yang diambil dalam rapat dan sebagainya (ya, perusahaan ini memiliki cukup banyak pertemuan sehingga saya memiliki sesuatu untuk ditulis setiap hari!).

Saya akhirnya menemukan bahwa jurnal itu hanya memori untuk menulis: mungkin pengalaman menulisnya membantu mengatur pikiran saya atau mengevaluasi apa yang telah saya lakukan, tetapi setelah sekitar enam minggu saya tidak pernah kembali dan meninjau kembali apa yang telah saya lakukan. ditulis jadi saya berhenti menyimpannya.

Sejauh catatan teknis pergi, saya tidak benar-benar menyimpannya kecuali saya harus hadir di konferensi atau klien. Kalau tidak, satu set bookmark di Pinboard.in sudah cukup bagi saya.


2

Tentu saja, seseorang harus membuat jurnal pelajaran yang dipetik, dan pelajaran yang dipetik. Yang pertama mengkonsolidasikan jenis pembelajaran yang paling mahal, yang diperoleh melalui pengalaman langsung. Yang terakhir membutuhkan / memacu pembelajaran proaktif, yang diperlukan untuk tidak mengisap.

Penjurnalan adalah salah satu alat pengembangan diri tertua yang diketahui, dan itu mendorong (diri) refleksi, yang bahkan merupakan metode yang lebih tua. Kita membutuhkan keduanya.


1

Benar. Kisah nyata: Tidak lama setelah membaca pertanyaan ini saya menemukan masalah yang saya tahu telah saya selesaikan sebelumnya (masalah konfigurasi, jika itu penting). Saya membaca sekilas buku catatan "Pelajaran Belajar" (edisi kertas dan pena), dan ada solusinya: menyalin file a ke lokasi b.

Notebook ini membantu saya dalam dua cara: pertama dengan menyediakan tempat untuk menemukan jawaban atas pertanyaan yang diajukan sebelumnya dan memecahkan masalah, dan kedua dengan memperkuat pengetahuan dengan menuliskannya (semacam menjelaskannya kepada orang lain).

Tentu saja, saya salah menuliskan notebook dari waktu ke waktu ...


0

Ini untuk apa sistem manajemen proyek / masalah, seperti TRAC, Jira, atau apa yang Anda miliki. Di tempat kerja saya memberikan komentar rinci, prosedur, dependensi dalam TRAC dan Jira kami dan sehingga ketika kami menghadapi masalah yang terlihat sebelumnya, pencarian sederhana memberi kami jawabannya.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.