Di perusahaan saya, saya menemukan bahwa ada beberapa hari yang ada sangat sedikit tugas yang harus dilakukan. Saya membuat titik untuk melakukan penelitian untuk mempelajari hal-hal baru tentang kerajinan saya pada hari ini.
Saya akan mengatakan bahwa rata-rata, saya memiliki sekitar satu hari per minggu yang tidak banyak yang harus dilakukan (atau kombinasi waktu selama seminggu).
Saya ingin tahu apakah ini adalah situasi umum dalam lingkungan pengembangan perangkat lunak, dan apakah jawaban untuk pertanyaan ini bervariasi antara pekerjaan penuh waktu dan kontrak.
self-improvement
methodology
Cookies Tepung Beras
sumber
sumber
Jawaban:
Ya saya akan mengatakan bahwa mungkin ada banyak downtime jika Anda berakhir dalam situasi di mana Anda menunggu tanggapan dari klien atau manajer tentang bagaimana untuk melanjutkan ketika Anda menemukan masalah desain.
Contoh lain adalah ketika server crash di dev Anda dan Anda tidak dapat melanjutkan pengembangan sampai telah diselesaikan.
Satu situasi terakhir saya pernah mengalami downtime (sebagai konsultan) ketika ada kesenjangan aneh antara ketika satu proyek berakhir dan yang berikutnya dimulai.
Yang sedang berkata, saya juga percaya itu adalah tanda manajemen yang buruk ketika pekerja Anda tidak dimanfaatkan sepenuhnya. Anda harus memiliki tugas lain yang harus dapat dikerjakan jika server crash. Biasanya di perusahaan saya jika kita menghadapi hambatan dengan sesuatu, kita pergi memperbarui proyek wiki dan atau pergi dan melakukan pembelajaran yang ditugaskan (setiap orang memiliki topik tertentu yang mereka seharusnya pelajari di waktu henti).
Sehubungan dengan kontrak dan karyawan bergaji, saya menemukan bahwa karyawan bergaji memiliki lebih banyak downtime dan pekerja kontrak / konsultan, tetapi itu hanya kasus pekerja kontrak yang memiliki biaya lebih tinggi untuk perusahaan dan hanya membawa mereka ketika Anda membutuhkan lebih / programmer tertentu.
Dari apa yang Anda katakan, sepertinya Anda memiliki downtime 20%, yang banyak dan akan mengisyaratkan manajemen yang buruk.
sumber
Ini umum di industri, tetapi jika sebuah tim dikelola dengan baik, maka para manajer harus memiliki 'pipa' yang tersedia dari proyek-proyek in-house dan / atau prioritas rendah yang dapat ditugaskan sesuai permintaan. Ini idealnya akan melibatkan teknologi dan / atau perpustakaan yang lebih baru. Dalam pengalaman saya menugaskan orang untuk bekerja pada dokumentasi kode atau memperbarui wiki tidak diterima dengan baik oleh pengembang, yang secara alami lebih bahagia ketika benar-benar mengembangkan sesuatu.
Pendekatan lain yang saya lihat adalah mengirim orang pada kursus pelatihan penuh waktu hingga dua minggu sekaligus, untuk meningkatkan keterampilan tim pengembangan dengan pengetahuan yang akan dibutuhkan di masa depan.
Umumnya jika Anda seorang kontraktor dan menemukan diri Anda tanpa bekerja aktif di sebuah perusahaan maka Anda sebaiknya mulai mencari-cari posisi lain, karena Anda mungkin akan menjadi orang pertama yang dilepaskan jika perusahaan tersebut mengalami penurunan.
sumber
Dari pengalaman saya, itu relatif umum. Meskipun kami dulu punya - gratis tanpa ada hubungannya - hari biasanya setelah selesainya beberapa tahap proyek, ketika sedang dievaluasi ... itu biasanya akan berlangsung hingga seminggu atau bahkan lebih, sebelum kami mendapat jawaban dari mereka, dan kemudian melanjutkan pekerjaan kami di proyek.
Namun, tidak dapat mengatakan apakah ini merupakan praktik di seluruh industri.
sumber
Di perusahaan saya, saya mendapatkan beberapa minggu seperti itu (ya minggu) untuk setiap dua bulan atau lebih. Saya tidak yakin jika berminggu-minggu tanpa kerja adalah hal biasa, tapi ya, Anda selalu bisa meningkatkan diri selama waktu luang.
sumber
Di tempat kerja saya, kami mendapatkan waktu henti ketika:
Ketika downtime dibagi, yang bagi saya adalah sekitar 5% dari waktu, saya biasanya berbicara dengan orang-orang, menyingkirkan hal-hal, mendengar beberapa lelucon.
Ketika saya mendapati diri saya tidak memiliki hal-hal penting untuk dilakukan, saya memiliki direktori dengan banyak buku, yang saya baca ketika saya diizinkan, atau di antara sesi kompilasi yang panjang (atau sesuatu yang setara), dll.
Tetapi meskipun saya melakukan ini, saya harus mengakui sesuatu (yang membuat saya sendiri menjadi orang berdosa):
Adalah tugas kita sebagai programmer untuk mengembangkan karier kita di rumah sehingga bos kita tidak akan memecat kita atau semacamnya. Bukan tugas bos untuk membiarkan Anda meningkatkan diri dengan uangnya (waktu dia membayar Anda).
Tapi bagaimanapun, sebagai alternatif, kadang-kadang alih-alih membaca saya melakukan beberapa hal lain, seperti membuat beberapa skrip atau ide yang berguna, menulis dokumen dan presentasi tentang peningkatan metodologi, dll.
Itu juga dianggap sebagai peningkatan diri karena membuat Anda berpikir, dan membuat Anda berguna bagi pengembang lain, yang bahkan mungkin mengingat Anda untuk itu suatu hari, ketika itu penting. Tetapi yang penting adalah bahwa itu sepadan dengan uang yang Anda bayarkan lebih baik daripada membaca buku ...
sumber
Dalam pengalaman saya, itu sepenuhnya tergantung pada industri dan siapa yang memimpin proyek.
Sesuatu memberi tahu saya bahwa jawaban atas pertanyaan ini akan sangat bias karena satu-satunya orang dengan waktu untuk membaca dan mengomentari situs ini adalah mereka yang tidak memiliki banyak pekerjaan untuk dilakukan. Dalam pekerjaan masa lalu saya, tidak pernah ada downtime. Itu banyak hubungannya dengan seberapa baik proyek dipisahkan dan diorganisir. Jika tidak terorganisir dengan baik, bekerja beberapa proyek pada saat yang sama dapat menyebabkan masalah ketika mencoba untuk menggabungkan perubahan dan itu sebenarnya lebih hemat biaya untuk tidak melakukan apa-apa untuk sedikit daripada masalah rumit.
sumber
Kebanyakan downtime yang saya temui biasanya pada akhir tahun Finansial dan / atau akhir tahun (musim Desember, karena sebagian besar pelanggan pergi berlibur). Perusahaan "tutup" karena berbagai alasan dan TI tidak memiliki penyebaran selama 2 hingga 3 bulan. Karena itu, tidak ada perubahan.
Itu memang terjadi: Selama waktu ini, kami mengevaluasi semua perubahan / proyek yang dilakukan pada tahun itu, mencari tahu di mana kami memperbaiki atau kekurangan dan menemukan solusi untuk meningkatkan yang lebih baik untuk musim / istilah berikutnya.
Jangan merasa khawatir.
sumber