Haruskah Pengembangan Profesional terjadi pada waktu perusahaan?


40

Sebagai pengembang perangkat lunak paruh waktu pertama kali di sebuah perusahaan konsultan kecil, saya berjuang untuk mengatur waktu untuk memajukan pengetahuan pengembangan perangkat lunak saya sendiri - apakah itu membaca buku, mengikuti pertanyaan populer tentang StackOverflow, meneliti teknologi yang kami Sedang menggunakan mendalam, atau mengikuti halaman depan Hacker News. Saya dapat melihat hasil yang berasal dari waktu belajar saya yang dialokasikan sendiri, tetapi mendaftar dan menunjukkan keterampilan dan pengetahuan yang diperoleh melalui Pengembangan Profesional sulit.

Perusahaan tidak memiliki kebijakan PD yang jelas, dan ada banyak tekanan untuk menyelesaikan sesuatu sekarang! ketika bekerja untuk konsultan. Saya telah memeriksa apa yang dilakukan rekan kerja saya, dan mereka tampaknya tidak mengalokasikan waktu untuk perbaikan diri; mereka hanya bekerja pada masalah yang diberikan, mencari referensi MSDN tertentu, contoh kode, dan sejenisnya saat mereka membutuhkannya.

Saya menyadari bahwa kebijakan PD akan bervariasi di berbagai perusahaan dengan ukuran dan budaya yang berbeda, dan perusahaan seperti milik saya mungkin sedikit menonjol. Saya ingin mendengar pandangan dan pengalaman dari lebih banyak pengembang berpengalaman; terutama mereka yang harus membuat pilihan kebijakan PD di tim atau perusahaan mereka.

Saya juga ingin belajar tentang pendekatan yang lebih radikal untuk PD, bahkan jika mereka benar-benar di luar sana; selalu menarik untuk melihat apa yang orang lain coba.

Bukan ringkasan, tapi yang ingin saya tanyakan:

  • Apakah umum atau direkomendasikan bagi perusahaan untuk mengalokasikan waktu PD?
  • Siapa yang bertanggung jawab untuk memastikan pengetahuan dan keterampilan pengembang selalu terbarui?
  • Haruskah jadwal kerja paruh waktu menginspirasi rasio waktu PD yang lebih rendah: bekerja?
  • Bagaimana seorang pengembang dapat menunjukkan kepada rekan kerja yang bukan pengembang bahwa membaca blog dan buku itu produktif?
  • Apakah membaca blog dan buku benar-benar bersih? (referensi disambut)
  • Apakah menulis blog efektif sebagai cara PD? (tema terbaru tentang Hacker News)

Ini semacam pertanyaan luas karena saya tidak tahu persis pertanyaan mana yang perlu saya tanyakan di sini, jadi setiap pemikiran tentang masalah yang relevan yang belum saya sampaikan sangat disambut baik.


Silakan ikuti proposal ini untuk pertanyaan seperti itu: Aspek organisasi
Maniero

8
Jika Anda dibayar selama 20 jam per minggu, tetapi ingin menghabiskan 5 jam per minggu untuk belajar - semoga sukses menjual ide ini kepada majikan Anda. Saya telah bekerja 30 jam per minggu sebelumnya dan mengambil kelas dengan uang dan waktu saya sendiri, meskipun saya bisa melakukan semacam kompensasi (tapi itu akan keluar dari bonus saya). Yang saya inginkan adalah kesempatan untuk bekerja kurang dari 40 jam per minggu. Itu adalah berkah! Ketika orang-orang sering berpindah-pindah dan pergi setelah 2 tahun, tidak masuk akal bagi majikan untuk membayar pendidikan Anda. Menyebalkan bahwa pengetahuan lama Anda menjadi tidak berguna tetapi itu bukan masalah mereka.
Ayub

Apa yang saya lakukan adalah mencoba untuk meminimalkan waktu saya di tempat kerja (cobalah untuk mendapatkan 40 jam seminggu daripada 50+), membaca buku dan kemudian membebani perusahaan lebih banyak (kontrak ketika saya melakukannya dan saya melamar ke perusahaan lain meminta lebih banyak ketika saya tidak melakukan kontrak)

Jawaban:


23

Waktu PD yang didukung perusahaan dapat mendorong suasana belajar dan berbagi. Saya tidak terlalu suka gaya di mana perusahaan menjadwalkan waktu PD untuk Anda (seperti Jumat sore sebulan), tapi saya suka perusahaan yang membuat uang saku untuk itu. Saya bekerja di perusahaan tempat kami benar-benar menetapkan tujuan PD, dan ada penekanan besar pada berbagi apa yang Anda pelajari. Beberapa orang melakukan presentasi, tetapi saya pribadi suka belajar tentang ide-ide baru dan kemudian mengimplementasikannya. Kadang-kadang ini melalui proyek dalam bahasa yang berbeda, kadang-kadang masih terkait dengan proyek saat ini (dan bahkan dapat dimasukkan kemudian). Saya percaya itu berhasil karena dapat menyebabkan pengembang yang lebih terampil. Saya pikir perusahaan mungkin melihat lebih banyak manfaat dari PD ketika pengembang berbagi pengetahuan mereka, bahkan jika sebagian besar adalah individual. Setidaknya,

Sebagai contoh, saya menulis kerangka pengujian tiruan untuk melihat bagaimana hal itu dilakukan, dan saya juga menyematkan shell IronRuby yang berinteraksi dengan aplikasi C # kami. Kerangka tiruan membantu saya belajar lebih banyak tentang refleksi, pohon ekspresi, dan praktik kode yang dapat diuji secara umum, dan shell IronRuby membantu saya belajar tentang DLR dan memoles Ruby saya. Eksperimen sehat di sini.

Namun, sangat sulit ketika klien bernafas di leher Anda, dan saya akui bahwa perusahaan saya sebelumnya benar-benar memakai PD menjelang akhir karena proyek itu sangat menuntut. Sayangnya, saya menemukan bahwa perusahaan yang tidak mengembangkan lingkungan seperti ini sering menarik banyak orang yang tidak bersemangat dengan apa yang mereka lakukan, dan mereka cenderung tidak meningkatkan keterampilan mereka dari waktu ke waktu. Itu generalisasi, tapi ini pengalaman saya saat ini.


Bisakah Anda lebih spesifik tentang apa tujuan PD itu? (jam / minggu? presentasi / bulan?) Atau apakah itu sedikit kurang terstruktur dari itu?
jshu

11
+1: "... perusahaan yang tidak mengembangkan lingkungan seperti ini sering menarik banyak orang yang tidak bersemangat dengan apa yang mereka lakukan ..." - dan akan memiliki pergantian talenta yang lebih tinggi karena orang yang bersemangat tidak akan puas mandek dalam pekerjaan mereka.
Steven Evers

@ jshu: Bervariasi. Itu bukan tipe tujuan "X jam PD waktu". Beberapa contoh mungkin: menyiapkan presentasi tentang teknologi X / konsep, mendapatkan sertifikasi X, belajar bahasa pemrograman X. Kami biasanya memilih 2-3 gol sekaligus. Kami biasanya memilih mereka pada interval 6 bulan, yang merupakan waktu yang lama (tetapi tidak selama yang Anda pikirkan).
Matt H

Setuju dengan @SnOrfus: kenyataannya adalah jika Anda secara spesifik mendorong pengembangan profesional, Anda akan menarik - dan pada umumnya mempertahankan - orang-orang terbaik. Saya sangat percaya bahwa itu adalah tanggung jawab saya untuk selalu mempersiapkan karyawan saya untuk hal-hal yang lebih besar dan lebih baik. Semoga hal-hal itu ada di perusahaan saya, tetapi jika mereka pergi ke tempat lain mereka masih akan merujuk karyawan dan berbicara positif tentang kita secara umum, kadang-kadang bahkan merujuk bisnis kepada kita jika perlu. Ini adalah win-win. Sangat sedikit yang hanya akan mengambil keuntungan dari kami dan memberikan jaminan, dan kami lebih baik tanpa mereka.
Matthew Frederick

Yow Jumat sesudahnya! Saya lebih suka minum / bermain ski / bepergian / apa pun. Sekarang Selasa pagi jam 9 pagi-Tidak, sekarang _that_akan membuat pernyataan.
Michael Durrant

20

Apakah umum atau direkomendasikan bagi perusahaan untuk mengalokasikan waktu PD?

Disarankan ya, tidak umum.

Siapa yang bertanggung jawab untuk memastikan pengetahuan dan keterampilan pengembang selalu terbarui?

Ini tanggung jawab pengembang sendiri.

Saya pikir Anda hanya perlu meluangkan waktu. Gunakan penilaian Anda sendiri dan habiskan 10% atau lebih dari waktu perusahaan Anda untuk belajar secara diam-diam. Lebih mudah untuk meminta maaf daripada mendapatkan izin.


2
+1 juga disarankan untuk meminta pelatihan kepada bos Anda. Dia tidak akan memikirkan hal itu sendiri

1
Yap, bertanya tidak ada salahnya. Tetapi bahkan jika bos Anda tidak mengerti, tetap tanggung jawab Anda untuk selalu memperbarui keahlian Anda.
Joonas Pulakka

1
Kutipan bagus, poin bagus. Saya kira jika pekerjaan pengembang meningkat dan tidak ada yang memperhatikan waktu 10% yang digunakan, tidak ada masalah yang perlu diangkat. Adakah referensi tentang rekomendasi bagi perusahaan untuk mengalokasikan waktu PD?
jshu

2
Benar. Dan mereka mencari hal-hal di MSDN? Mereka melakukan apa yang disebut pembelajaran di tempat kerja. Tidak ada yang salah dengan itu - sebenarnya itu bisa jauh lebih produktif dan bermanfaat daripada membaca beberapa buku atau menjelajahi situs web. Rule of thumb: Anda ingat sekitar 10% dari apa yang Anda baca. Anda ingat sekitar 70% dari apa yang Anda lakukan. Pengembangan profesional sangat bervariasi tergantung pada domain. Tidak banyak yang benar-benar dipelajari dalam kursus ... banyak yang dipelajari dengan melakukan.
cepat

@Joonas +1 lagi, kutipan yang bagus, tetapi bukankah itu alasan mengapa hal itu mungkin menyakitkan untuk ditanyakan?
T. Webster

7

Apakah umum atau direkomendasikan bagi perusahaan untuk mengalokasikan waktu PD?

Seperti kata orang lain, ini direkomendasikan tetapi saya belum pernah melihatnya.

Siapa yang bertanggung jawab untuk memastikan pengetahuan dan keterampilan pengembang selalu terbarui?

Pada akhirnya, ini adalah pengembangnya. Bagian dari tanggung jawab itu juga menemukan lingkungan yang memungkinkan Anda dan / atau mendorong Anda untuk melakukannya.

Haruskah jadwal kerja paruh waktu menginspirasi rasio waktu PD yang lebih rendah: bekerja?

Paruh waktu: Ya. Semua pekerjaan paruh waktu yang pernah saya lihat dibayar per jam, untuk tujuan tertentu. Pekerjaan paruh waktu, untuk pekerjaan seperti pengembangan perangkat lunak, sudah menandakan (bagi saya bagaimanapun) bahwa perusahaan tidak memiliki minat dalam menjaga pengembang untuk jangka panjang, apalagi membangun tim yang kuat.

Bagaimana seorang pengembang dapat menunjukkan kepada rekan kerja yang bukan pengembang bahwa membaca blog dan buku itu produktif?

Saya belum pernah mendengar tentang pengembang yang disegani yang tidak diharapkan untuk mengetahui tentang teknologi dan teknik yang berdarah saat ini. Bagian dari nilai pengembang yang baik adalah menyadari teknologi dan teknik yang dapat memberikan nilai kepada perusahaan / tim dan kemudian membagikannya jika perlu.

Majikan yang merupakan pengguna (bukan pengguna akhir, tetapi gadis panas yang ingin Anda melakukan pekerjaan rumahnya) akan berharap Anda melakukannya pada waktu Anda sendiri. Yang lain tidak.

Apakah membaca blog dan buku benar-benar bersih? (referensi disambut)

Tergantung pada blog. Apakah blog Eric Lippert pada umumnya membuat Anda menjadi pengembang C # yang lebih baik? Mungkin. TheDailyWTF? Menghibur seperti itu ... mungkin tidak begitu banyak.


1
Anda tahu, saya benar-benar berpikir ada nilai pendidikan di thwailywtf. Bukan untuk saya, tetapi saya telah bekerja dengan orang-orang yang akan mendapatkan pendidikan dengan membacanya (sayangnya).
Jason Baker

4

Jika perusahaan memiliki tim pengembangan yang matang maka mungkin ada waktu yang dialokasikan untuk pengembangan profesional sebagai bagian dari keseluruhan proses. Di sisi lain, saya telah melihat di start-up di mana Anda tidak memiliki pengembangan profesional dilakukan pada uang receh perusahaan karena perusahaan berjuang untuk bertahan dalam beberapa hal sehingga ada ikan yang lebih besar untuk digoreng dalam arti.

Pengembang memiliki sebagian besar tanggung jawab untuk memperbarui pengetahuan dan keterampilan mereka, meskipun saya akan mencatat bahwa sering kali seorang pengembang harus memperbaiki keterampilan yang diperlukan. Misalnya, dari ratusan aplikasi yang digunakan perusahaan saya, mana yang benar-benar perlu saya ketahui secara mendalam versus hanya memiliki pengetahuan yang lewat tentang API yang akan saya hubungkan untuk bagian saya dari sistem yang sedang saya bangun. Ada juga sesuatu yang bisa dikatakan untuk kencan di sini memiliki beberapa konotasi. Meskipun ada satu yang mengetahui yang terbaru dan terhebat, sisi lain adalah bahwa apa yang digunakan perusahaan mungkin berbeda dan itu adalah versi yang harus dikenali dengan sangat baik.

Jadwal kerja paruh waktu seharusnya tidak menjadi faktor dalam memutuskan berapa banyak waktu yang dihabiskan untuk pengembangan profesional dibandingkan bekerja dalam pikiran saya. Pertanyaannya adalah seberapa baik atasan Anda menangani hal ini.

Bergantung pada rekan kerja non-pengembang yang mana, ini bisa bermanfaat atau tidak berguna. Jika kita berbicara tentang orang-orang yang jarang Anda berkomunikasi secara teratur, maka ini mungkin bukan ide yang baik. Di sisi lain, manajer Anda dan orang-orang yang mengerjakan proyek dengan Anda mungkin memiliki cerita lain meskipun dalam hal ini kuncinya adalah menggunakan pengetahuan apa yang Anda peroleh dari blog dan buku sampai batas tertentu. Hingga taraf tertentu, menggunakan Google Fu untuk menemukan cara melakukan sesuatu ada di pikiran saya dan akan menjadi titik awal jika Anda ingin mendapatkan beberapa hal yang tidak terblokir oleh hal-hal seperti Websense.

Membaca blog dan buku adalah produktif jika Anda mendapatkan sesuatu darinya. Misalnya, jika Anda adalah pengembang web yang biasanya bekerja di situs web berbasis database di mana tidak ada Matematika canggih yang diperlukan, maka membaca tentang analisis numerik dan perhitungan simbolis mungkin tidak begitu berguna. Di sisi lain, membaca Refactoring mungkin berguna jika Anda ingin tahu lebih banyak tentang subjek tersebut dan tidak diajarkan banyak tentang hal itu.

Menulis blog akan masuk dalam kategori pengembangan profesional yang dipertanyakan dalam benak saya. Jika Anda melakukannya dengan tujuan mendapatkan umpan balik dan mengembangkan keterampilan Anda maka saya bisa melihatnya bekerja. Di sisi lain, jika Anda melakukannya murni untuk membelai ego Anda sendiri, maka saya akan mempertanyakan efektivitasnya sehingga dapat berjalan dua arah.


3

Dalam banyak hal, saya melihat pertanyaan ini sebagai berikut: "Haruskah majikan saya membayar saya gaji yang baik?" atau "Haruskah majikan saya memberi saya waktu liburan di atas yang ditentukan undang-undang?". Tentu saja, ada banyak sudut pandang berbeda tentang apa yang harus "dilakukan" oleh majikan, tetapi sebagian besar diperdebatkan. Ketentuan kerja Anda adalah perjanjian antara Anda dan majikan Anda. Jika Anda perlu mengubah perjanjian itu atau perusahaan Anda tidak menahan tawaran mereka, sumber daya Anda adalah:

  1. Renegosiasikan kembali perjanjian itu.
  2. Akhiri perjanjian (dengan kata lain, berhenti).

Sayangnya, biasanya lebih mudah untuk mendapatkan pemberi kerja potensial untuk menyetujui hal-hal daripada mendapatkan yang sudah ada untuk menyetujui persyaratan baru.

Penafian:

  • Saya berasumsi AS, beberapa legalitas dan asumsi mungkin berubah jika Anda berada di tempat lain.
  • Saya tidak perlu mengatakan salah satu di atas adalah cara yang seharusnya atau tidak seharusnya . Saya hanya mengatakan seperti itu adanya.

+1 untuk menunjukkan "Bagaimana ini". Pemrogram tidak memiliki serikat pekerja dan tidak membutuhkannya (jika ada manfaatnya).
Ayub

3

Saya telah meninggalkan beberapa komentar lain terhadap jawaban lain, tetapi saya akan menggeneralisasi jawaban sederhana di sini:

Pengembangan profesional Anda adalah bisnis Anda.

Majikan Anda (jika dihidupkan dan bukan kasing) akhirnya hanya tertarik pada 2 hal:

  • menyelesaikan pekerjaan

  • menghindari pergantian staf yang berlebihan karena biaya yang terkait

Jadi masalah yang mereka hadapi adalah bagaimana mencapainya. Pengusaha umumnya mengharapkan tingkat kompetensi, dan sejumlah output tertentu. ANDA bertanggung jawab atas keduanya tetapi majikan juga dapat membantu Anda melakukan hal ini, misalnya

  • jam kerja yang masuk akal

  • lingkungan kerja yang masuk akal

  • pembayaran yang masuk akal (untuk menghindari membayar kacang / mendapatkan monyet)

  • mendorong komunikasi dan kerja sama di antara karyawan (sampai titik tertentu, satu hari seminggu komunikasi yang indah tentang apa yang Anda lakukan di akhir pekan tidak dapat diterima)

  • dan sejumlah dorongan untuk investigasi, peningkatan dan tetap up to date.

Perhatikan ini terakhir bahwa jumlah tertentu (berapa?) Dan dorongannya.

Majikan Anda mungkin memilih buku tetapi akan berjuang untuk memaksa Anda membacanya. Majikan Anda mungkin mengirimi Anda kursus, tetapi berjuang agar Anda tetap terjaga atau memperhatikan.

Pada akhirnya itu tergantung pada Anda untuk mencari tahu apa yang Anda butuhkan dan mencari dukungan - misalnya menghadiri konferensi atau kursus, atau membeli buku yang akan membantu Anda MELAKUKAN KERJA ANDA DENGAN LEBIH BAIK. Anda perlu membuat kasus dan meminta dukungan manajemen dan uang. Terkadang Anda akan mendapatkannya, kadang tidak. Beberapa manajer memiliki budaya dan harapan bahwa orang mereka membutuhkan pelatihan / pendidikan, beberapa tidak. Beberapa berharap tetapi ingin orang-orang menemukannya sendiri (itu semua tentang tidak sendok memberi makan orang yang seharusnya orang dewasa).

Ketika datang untuk membaca blog, majalah, dll - ada GARIS BENAR-BENAR BAIK antara mendidik diri sendiri dan bermain-main.

Jika Anda membaca materi windows di MSDN, mungkin itu terkait pekerjaan. Jika Anda membaca majalah Desain Elektronik, itu mungkin terkait pekerjaan. Jika Anda membaca XKCD atau ocehan mantan penguasa obat bius, maka itu tidak berfungsi.

Kesulitan yang Anda miliki di sini adalah persepsi: jika sepertinya Anda memiliki browser web yang terbuka membaca hal-hal yang terlihat seperti blog, satu-satunya orang yang tahu apakah itu terkait dengan pekerjaan atau bukan adalah Anda. Jika Anda ketahuan melakukan hal-hal yang kelihatannya konyol, ANDA punya masalah karena Anda menciptakan persepsi.

Pada akhirnya, hal-hal yang terlihat seperti pendidikan formal atau yang jelas terkait dengan pekerjaan (membaca halaman buku panduan, dll): waktu kerja.

Kursus, dll, jika Anda dapat membenarkannya: waktu kerja. (Tetapi lebih banyak di bawah).

Membaca blog dan hal-hal yang membuat Anda penasaran tetapi tidak terkait langsung dengan pekerjaan: WAKTU SENDIRI.


Hanya sebuah catatan tentang kursus dan konferensi: Beberapa memiliki sikap bahwa mereka bekerja 8 jam sehari dan dibayar untuk itu, jadi sebuah konferensi yang berlangsung 8 jam dan makan malam malam itu ... yah itu waktu ekstra (untuk berangkat nanti untuk menebusnya). Demikian pula, jika Anda harus melakukan perjalanan di malam hari atau di akhir pekan ... perusahaan harus menebusnya.

Nah - ingatlah bahwa Anda mendapatkan sesuatu dari pendidikan semacam ini juga - jadi cukup kaya untuk mengharapkan perusahaan untuk mengikuti kursus, perjalanan, akomodasi, dan kemudian memberi Anda waktu istirahat untuk menebus makan malam (bahwa mereka membayar); dan demikian pula mereka membuat waktu perjalanan Anda pada hari Minggu atau satu malam.

Ada memberi dan menerima ... dan masuk akal dalam kasus ini untuk hanya memperlakukan waktu Anda yang hilang sebagai keberuntungan ... hilang ... karena Anda mendapatkan manfaat lama setelah meninggalkan majikan itu dan pergi ke tempat lain.


Downvoters - akan menyenangkan untuk mengatakan alasannya.
cepat

2

Di tempat kerja saya, kami bertanggung jawab untuk selalu memperbarui informasi, tetapi jika ada kelas yang ingin kami ambil atau buku yang ingin kami baca, kami dapat meminta perusahaan untuk membayarnya dan (jika kelas) belajar di waktu perusahaan. Saya juga memiliki waktu belajar mandiri selama satu minggu yang diberikan untuk mulai belajar beberapa Python (diambil ketika ada sedikit pekerjaan reguler yang harus saya lakukan). Sejauh ini, itu telah bekerja dengan baik bagi saya, tetapi itu benar-benar merupakan tanggung jawab pribadi - jika saya tidak meminta waktu untuk belajar, tidak ada yang akan mendorong saya untuk melakukannya.


Dan begitulah seharusnya. Saya telah bekerja dengan orang-orang yang mengharapkan manajer mereka untuk mengatur pengembangan karier mereka. Sampah. ANDA bertanggung jawab atas perkembangan Anda sendiri. Jika Anda menemukan buku atau kursus atau sesuatu yang akan membantu Anda melakukan pekerjaan Anda dengan lebih baik, dapatkan perinciannya, BUAT KASUS dalam setengah halaman (secara tertulis) dan bawa ke manajer Anda untuk mengobrol. 7 kali dari 10 Anda akan mendapatkannya disetujui. Jika itu hanya omong kosong atau iseng, lupakan saja. Tunjukkan bagaimana itu membuat Anda melakukan pekerjaan Anda dengan lebih baik.
cepat,

1

Saya tidak berpikir saya ingin perusahaan saya untuk menjadwalkan hal semacam ini untuk saya, saya lebih suka belajar ketika saya sedang "dalam suasana hati" sehingga untuk berbicara:

  • pikiran jernih
  • tidak ada pemikiran yang menyimpang (proyek saat ini, sesuatu yang pribadi, dll.)

Saat ini, saya hanya mengambil keuntungan dari waktu kompilasi / waktu-bebas untuk bersantai dan menelusuri SO / blog teknis / Google Talks / dll ...

Hal-hal pendek yang saya lakukan di tempat kerja di waktu "senggang" ini. Semakin lama saya lebih suka melakukannya di rumah, dengan tenang.

Saya membayangkan tentu saja bahwa tidak memiliki anak yang banyak membantu dalam hal waktu pribadi yang dapat saya alokasikan untuk ini.

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.