Cara produktif menghabiskan "waktu luang" di kantor [ditutup]


17

Setelah mengirimkan rilis, sekali dalam dua hingga tiga bulan, saya mendapatkan 10 hingga 15 hari waktu luang. Dengan waktu luang, maksud saya tidak ada pekerjaan, tidak ada yang peduli apa yang Anda lakukan dll, tetapi Anda harus datang ke kantor dan pergi.

Apakah Anda mendapatkan waktu luang seperti itu? Bagaimana Anda memanfaatkan waktu ini?

Saya cenderung membaca, tetapi saya merasa menjejalkan semakin banyak informasi bukanlah cara terbaik untuk menghabiskannya.


4
Wow, tidak. Biasanya saya memulai tugas apa pun yang saya telat karena tugas sebelumnya menyerbu: P
JohnB

19
10-15 hari waktu luang yang dibayarkan? Saya belum pernah mendengar ini, di mana pun. Ya, biasanya ada jeda dalam pekerjaan di mana segala sesuatunya melambat, tetapi dua atau tiga minggu tidak berhasil? Saya pikir itu mungkin pertanda manajemen proyek yang buruk. Pikirkan apa yang bisa Anda raih jika Anda mulai bekerja pada rilis berikutnya segera - langkah yang jauh lebih santai, mungkin menambah nilai lebih untuk rilis.
Thomas Owens

3
Bung serius. Saya tidak pernah menikmati istirahat selama 8 tahun karir saya! Saya secara paksa mengambil liburan terus-menerus selama satu minggu sekitar 7 tahun yang lalu. Tidak lebih dari itu.
sarat

4
selesaikan beberapa pekerjaan R&D. Meneliti (dan bereksperimen dengan) beberapa perkembangan teknologi baru yang dapat berguna dalam proyek masa depan. Baik untuk pengembangan pribadi Anda maupun untuk perusahaan.
jwenting

8
Apakah mereka mempekerjakan di perusahaan Anda? :)
Scott C Wilson

Jawaban:


17

Agak aneh. Dan aneh, omong-omong. Jika majikan Anda tidak memiliki pekerjaan untuk Anda, mengapa dia memaksa Anda untuk datang ke kantor?

Tingkatkan kode Anda

Secara umum, selalu ada pekerjaan yang harus dilakukan, bahkan pada satu proyek. Jika tidak ada yang harus dilakukan, itu berarti proyek Anda sempurna. Saya tidak percaya pada proyek yang sempurna, karena saya belum pernah melihatnya. Jika perusahaan Anda memiliki proyek yang sempurna, saya berharap saya bisa melihat bagaimana ini dilakukan.

Jika proyek Anda tidak sempurna, Anda dapat menghabiskan waktu luang ini untuk memperbaikinya.

  • Menegakkan aturan gaya pengkodean,
  • Periksa apakah komentarnya terbaru dan tidak hilang di mana pun,
  • Lakukan review kode pada bagian-bagian yang tidak Anda tulis,
  • Tingkatkan dokumentasi teknis,
  • Profil kode untuk melihat apa hambatannya dan bagaimana cara menghilangkannya,
  • Perbaiki kode Anda,
  • Mulailah berpikir tentang fitur yang akan diterapkan di masa depan.
  • dll.

Belajar sesuatu yang baru

Terkadang, Anda baru saja selesai melakukan pengkodean, akhirnya Anda merilis proyek, dan hal terakhir yang ingin Anda lakukan adalah terus bekerja dengan kode yang telah Anda gunakan selama tiga bulan terakhir. Itu bisa dimengerti. Dalam hal ini, Anda dapat dengan mudah menemukan pekerjaan lain untuk mengubah ide-ide Anda dan menambah pengetahuan Anda. Misalnya jika Anda seorang pengembang C #, pelajari Python, atau pelajari cara menggunakan Ekstensi Reaktif, atau apa pun.

Anda juga mungkin tergoda untuk melakukan proyek kecil untuk diri sendiri selama waktu luang Anda. Saya tidak menyarankan untuk melakukan itu, bukan hanya karena kode yang Anda tulis di tempat kerja umumnya milik perusahaan Anda, tetapi juga karena Anda dapat dituntut untuk menggunakan perangkat keras perusahaan Anda dan sumber daya lain untuk melakukan proyek yang tidak ada hubungannya dengan Anda kerja nyata.

Bicaralah dengan bos Anda

Mungkin ide yang baik untuk mengajukan pertanyaan yang Anda tanyakan pada Programmer. SE kepada orang yang bersangkutan, yaitu bos Anda. Bahkan, kemungkinannya adalah:

  • Entah ia mengabaikan bahwa para pengembang terkadang tidak ada hubungannya,
  • Atau dia mengharapkan Anda untuk melakukan hal yang tepat.

Sangat penting untuk mengetahui apa situasinya jika bos Anda benar-benar mengharapkan Anda untuk melakukan sesuatu. Misalnya, jika saya memiliki karyawan, saya akan mengharapkan mereka untuk meningkatkan proyek ketika mereka selesai menulis kode dan menyelesaikan bug. Dengan cara yang sama, ketika saya bekerja untuk sebuah perusahaan di tempat, saya selalu menghabiskan seluruh waktu mengerjakan proyek dan memperbaikinya jika tidak ada bug untuk diselesaikan.

Ada satu pengecualian: pekerja magang biasanya tidak diharapkan untuk melakukan pekerjaan tambahan sendiri. Tetapi setidaknya kita mengharapkan mereka untuk datang dan memberi tahu kita ketika mereka menyelesaikan apa yang kita minta mereka lakukan, sehingga kita memberi mereka tugas lain.


3
"Jika majikan Anda tidak memiliki pekerjaan untuk Anda, mengapa dia memaksa Anda untuk datang ke kantor?" 'pertahankan semangat tim', 'mudah berhubungan dengan cepat', 'kami mungkin memiliki sesuatu setiap saat', dan alasan lain untuk "kami hanya ingin memiliki kendali".
jwenting

@jwenting, memberi +1 pada komentar Anda untuk "kami hanya ingin memiliki kontrol". Ini adalah sikap umum di antara perusahaan-perusahaan yang menyudutkan ceruk pasar dan uang dengan mudah mengalir masuk. Para manajer menjadi kurang asyik dengan kekhawatiran klien dan peluang baru dan lebih lagi dengan mengendalikan wilayah kekuasaan kecil mereka dan para budak yang melapor kepada mereka.
maple_shaft

2
Beberapa perusahaan mungkin hanya ingin seseorang meninju jam dan siap jika masalah dengan rilis muncul. Saya memiliki kasus di mana saya tidak melakukan hal-hal di posisi sebelumnya.
JB King

6

Saya akhirnya memiliki situasi seperti itu di pekerjaan saya. Biasanya ada jeda setelah rilis selama beberapa minggu sementara kami bersiap-siap untuk rilis berikutnya, dan manajer PM & Pengembangan berdebat tentang prioritas fitur untuk rilis n +1.

Saya biasanya mencoba menghabiskan waktu ini membayar utang teknis yang timbul atau menambahkan fitur yang saya pikir perlu, tetapi itu tidak pernah diberikan sumber daya yang tepat karena fakta bahwa mereka mungkin tidak mengarah langsung ke pendapatan.


3

Saya telah berada dalam situasi ini lebih dari sekali selama lebih dari satu perusahaan, percayalah,

Ini tidak umum tetapi tentu saja tidak biasa.

Saya tidak akan langsung terang-terangan dan mengatakan itu adalah hal biasa dan tentu saja itu tidak normal. Ini adalah tanda manajemen yang buruk dan / atau manajemen proyek. Berikut adalah beberapa tema umum yang saya perhatikan yang menghasilkan jeda seperti ini.

  • Anda bisa berada di organisasi besar dengan BANYAK sumber daya pengembangan. Menjadi lebih sulit untuk secara efektif mengelola proyek perangkat lunak yang sedang berlangsung dan mempertahankan pemanfaatan sumber daya 100% dengan kumpulan sumber daya yang besar.

  • Manajer proyek yang buruk. Mereka melakukan pekerjaan penjadwalan rilis yang mengerikan sedemikian rupa sehingga sumber daya mendekati pemanfaatan 100% mungkin.

  • Proyek Perawatan / Fitur untuk perangkat lunak yang ada. Sering kali ketika ada banyak fitur atau pekerjaan pemeliharaan yang rumit, pekerjaan itu sendiri mungkin tidak membutuhkan banyak upaya untuk diimplementasikan, namun membutuhkan tingkat pengetahuan teknis dan pengetahuan bisnis yang sangat tinggi untuk melakukan pekerjaan itu.

  • Subjek Ahli Masalah. Bukan hal yang aneh bagi proyek yang memiliki beragam teknologi dan / atau pengetahuan bisnis untuk memiliki kebutuhan untuk sekelompok kecil tim untuk dibentuk di sekitar area individual. Tim-tim ini menjadi Subjek Ahli dalam hal mereka sendiri dan perusahaan menghargai mereka LEBIH untuk apa yang mereka ketahui dan apa yang mampu lakukan daripada untuk apa yang mereka lakukan pada saat langsung di mana tidak ada pekerjaan khusus untuk mereka.


2
Anda lupa menambahkan bahwa pelanggan telah menunda menandatangani kontrak. Terutama di dunia kontraktor pemerintah, Anda tidak dapat mengerjakan proyek sama sekali tanpa menagihnya. Tanpa kontrak, Anda tidak dapat mengerjakan proyek. Dengan demikian, para manajer ditempatkan pada posisi yang sulit karena mereka dapat membiarkan orang-orang mereka pergi ke proyek-proyek lain tetapi berisiko tidak bisa mendapatkannya kembali ketika kontrak ditandatangani, atau mereka dapat membuat mereka tetap di atas kepala.
Dunk

1

Memang aneh,

  • 10 - 15 hari waktu luang dengan interval berulang
  • tidak ada yang peduli dengan apa yang Anda lakukan tetapi masih harus hadir secara fisik

Meskipun demikian, Anda memiliki waktu yang layak yang dapat Anda manfaatkan mungkin melakukan latihan membangun Tim, kumpulkan rekan-rekan Anda dan pelajari dan sajikan beberapa konsep tentang bahasa atau kerangka kerja yang Anda gunakan. Dan luangkan waktu untuk berlatih sedikit kode pada beberapa masalah acak untuk meningkatkan keterampilan Anda.

Saya cenderung masuk ke StackOverflow dan di sini selama istirahat singkat tersedia. Juga mengambil bahasa baru juga bisa menjadi perspektif yang bisa Anda lihat.


1

Apa yang akan saya rekomendasikan adalah, selama dua hingga tiga bulan ketika Anda bekerja keras, Anda mulai membangun daftar hal-hal yang ingin Anda lakukan ketika proyek selesai dan beberapa minggu waktu luang bergulir.

  • Potongan kode "Cukup baik" yang ingin Anda refactor
  • Alat, pustaka, bahasa, dll. Yang ingin Anda coba
  • Gagasan yang ingin Anda buat prototipe, proof-of-concept untuk dibangun
  • Teknik pengembangan yang ingin Anda coba

Saya rasa jika saya menambahkan URL dan catatan ke daftar setiap kali saya memikirkan sesuatu seperti itu, setelah dua atau tiga bulan saya pasti memiliki daftar hal yang cukup panjang untuk dilakukan agar saya tetap sibuk!

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.