Saran yang pertama: buat solusi hosting pusat untuk apa pun yang menurut pengembang relevan dengan pembelajaran . Minimal, video presentasi & brownbag harus masuk di sini; screencast, video alur kerja dan sebagainya juga menyenangkan untuk dimiliki. Jika seseorang ingin menulis dokumen teks yang menguraikan bagaimana keputusan desain dibuat, atau bagaimana menurut mereka proses peninjauan kode yang optimal, biarkan mereka! Pastikan semua kontribusi bersifat sukarela. Tanggal semua materi dengan jelas sehingga pengembang dapat menilai sendiri seberapa lama mereka mungkin (atau mungkin tidak). Ini bisa sesederhana halaman direktori pada wiki internal (Anda memang punya wiki internal, bukan?) Atau serumit solusi tipe-StackOverflow yang memungkinkan pemungutan suara dan komentar.
Hal yang membunuh saya - terutama tentang perusahaan besar tempat saya dulu bekerja, tetapi bahkan tentang startup tempat saya bekerja sekarang - adalah seberapa banyak pengetahuan yang dihasilkan dan kemudian hilang di dalam organisasi. Strategi ini agak membantu mengurangi itu.
Saran yang kedua: buat kalender internal acara teknis yang relevan dengan misi perusahaan . Benih itu dengan barang-barang sebanyak yang Anda dapat temukan (mulai dari pertemuan CocoaHeads / grup pengguna hingga panel tentang pengembangan seluler hingga ...), lalu izinkan pengembang untuk menambahkan acara sendiri saat tersandung. Poin bonus jika solusi memungkinkan mereka untuk RSVP dan melihat siapa lagi dari perusahaan yang akan pergi (Kalender Google melakukan ini); itu membantu membangun rasa kebersamaan dan membantu para devs mengetahui siapa yang berbagi dan dapat mendiskusikan minat mereka.
Di antara apa yang telah dikatakan - +9000 tentang pengiriman pengembang ke konferensi . Juga memiliki proses yang dipublikasikan dengan baik untuk pengembang untuk mengidentifikasi pelatihan dan berkata, "Hei, Anda harus mengirim saya ke ini!", Serta harapan yang jelas untuk apa yang akan dilakukan pengembang ketika pelatihan ini disetujui (apakah mereka perlu membagikan catatan mereka ke seluruh perusahaan? berikan brownbag pada apa yang mereka pelajari? dll.). Pengembang yang baik biasanya tahu apa yang perlu mereka pelajari. Pengembang hebat biasanya tahu cara paling efisien untuk mempelajarinya.