Bir programlama işinde kesinti olması yaygın mıdır? [kapalı]

Şirketimde, yapacak çok az işin olduğu birkaç gün olduğunu görüyorum. Bu günlerde zanaatım hakkında yeni şeyler öğrenmek için araştırma yapmamı sağlıyorum.

Ortalama olarak, haftada yaklaşık bir gün yapacağım çok şey olmadığını (veya hafta boyunca zamanın bir kombinasyonunu) söyleyebilirim.

Bunun yazılım geliştirme ortamlarında yaygın bir durum olup olmadığını bilmek istiyorum ve bu sorunun cevabı tam zamanlı ve sözleşmeli işler arasında değişiklik gösteriyor mu?

Evet, bir tasarım sorunuyla karşılaştığınızda nasıl devam edeceğiniz konusunda bir müşteri veya yöneticiden bir yanıt beklediğiniz bir durumda sonuçlanırsanız bir çok kesinti olabileceğini söyleyebilirim.

Başka bir örnek, bir sunucunun geliştiricinizde çökmesi ve çözülene kadar geliştirmeye devam edememesidir.

Son bir durum, bir projenin sona ermesi ile bir sonraki işlemin başlaması arasında garip bir boşluk olduğu zaman (danışman olarak) kesinti yaşadım.

Bununla birlikte, çalışanlarınız tam olarak kullanılmadığında bunun kötü yönetimin bir işareti olduğuna inanıyorum. Sunucunun çökmesi durumunda üzerinde çalışabilmeniz gereken başka görevleriniz olmalıdır. Tipik olarak şirketimde bir şeyle birlikte gösterime girersek, proje wiki'sini güncelleriz ya da gidip atanan öğrenim yaparız (herkesin kesinti süresinde öğrenmesi gereken belirli bir konu vardır).

Sözleşmeli ve maaşlı çalışanlarla ilgili olarak, maaşlı çalışanların daha fazla kesinti süresi ve sözleşmeli / danışman çalışanlara sahip olduğunu görüyorum, ancak bu sadece şirkete daha yüksek maliyeti olan ve sadece ihtiyaç duyduğunuzda getiren sözleşmeli işçilerin durumudur. daha / spesifik programcı.

Söylediklerinizden,% 20 kesinti süresine sahip olduğunuz görülüyor, ki bu çok fazla ve kötü yönetime ipucu veriyor.

Endüstride yaygındır, ancak bir ekip iyi yönetilirse, yöneticiler, şirket içinde ve / veya talep üzerine atanabilecek düşük öncelikli projelerin hazır bir 'boru hattına' sahip olmalıdır. Bunlar ideal olarak daha yeni teknolojileri ve / veya kütüphaneleri içerecektir. Deneyimlerime göre, insanları kod belgeleri üzerinde çalışmak veya wikileri güncellemek için görevlendirmek, doğası gereği bir şey geliştirirken normalde daha mutlu olan geliştiriciler tarafından iyi karşılanmıyor.

Gördüğüm diğer bir yaklaşım, geliştirme ekibine gelecekte ihtiyaç duyulacak bilgilerle yetinmek için insanları bir seferde iki haftaya kadar tam zamanlı eğitim kurslarına göndermek.

Genellikle bir müteahhitseniz ve kendinizi bir şirkette aktif çalışma olmadan bulursanız, başka bir pozisyon aramaya başlamanız daha iyi olur, çünkü şirket bir kriz yaşarsa muhtemelen ilk izinli siz olacaksınız.

Deneyimlerime göre, bu nispeten yaygın. Her ne kadar - hiçbir şey yapmadan - ücretsiz olsaydık, genellikle projenin bir aşamasının tamamlanmasından sonraki günler, değerlendirilirken ... bir cevap almadan önce genellikle bir hafta kadar sürerdi. ve daha sonra proje çalışmalarımıza devam ettik.

Ancak bunun tüm sektörde bir uygulama olup olmadığını söyleyemeyiz.

Şirketimde her iki ayda bir (evet hafta) gibi birkaç hafta alıyorum. İşsiz hafta olmanın yaygın olup olmadığından emin değilim, ama evet, boş zamanlarınızda kendinizi her zaman geliştirebilirsiniz.

İşyerimde şu durumlarda kesinti süresi yaşanır:

1. Ağ / sunucular sorunlu
2. Yapılması gereken hiçbir şey yok (örneğin, gereksinimleri belirlemek için toplantıları beklemek)
3. Birisinin işinizi yapmanız gereken bir şeyi bitirmesini beklemek (tam olarak en iyi fikir olmasa da)

Duruş süresi paylaşıldığında, benim için zamanın yaklaşık% 5'i, genellikle insanlarla konuşuyorum, kafamdan bir şeyler alıyorum, bazı şakalar duyuyorum.

Kendimi yapacak önemli bir şey olmadan bulduğumda, izin verdiğimde veya uzun derleme (veya eşdeğer bir şey) oturumları vb. Arasında okuduğum tonlarca kitap içeren bir dizinim var.

Ama bunu yapmama rağmen, bir şeyi kabul etmeliyim (ki bu beni günahkar yapar)

Bu programcılar geliştirmek olarak bizim işimiz bizim patronumuz bizi ya böyle bir şey ateş olmaz ki evde kariyerlerini. Parayla kendinizi geliştirmenize izin vermek patronun işi değil (size parasını ödediği zaman).

Ama yine de, alternatif olarak, bazen okumak yerine, bazı yararlı senaryolar veya fikirler bulmak, metodoloji geliştirmeleri hakkında belgeler ve sunumlar yazmak gibi başka şeyler yaparım.

Bu aynı zamanda kendini geliştirme olarak da sayılır, çünkü sizi düşündürür ve sizi bir gün bile hatırladığında sizi hatırlayabilen diğer geliştiriciler için faydalı kılar. Ama önemli olan şu ki, kitap okumaktan daha iyi ödediğiniz paraya değer ...

Benim tecrübelerime göre, bu tamamen endüstriye ve projeye kimin liderlik ettiğine bağlı.

Bir şey bana bu sorunun cevabının kesinlikle önyargılı olacağını söylüyor çünkü bu sitede okuma ve yorum yapma zamanı olan tek kişi yapacak çok işi olmayanlar. Geçmişteki işimde ASLA kesinti olmadı. Projelerin ayrıştırılması ve organize edilmesi ile çok ilgisi vardı. İyi organize edilmezse, aynı anda birden fazla projenin çalışması, değişiklikleri birleştirmeye çalışırken sorunlara yol açabilir ve aslında, işleri biraz karmaşıklaştırmaktan başka bir şey yapmamak daha uygun maliyetlidir.

Karşılaştığım arızaların çoğu genellikle mali yıl sonu ve / veya yıl sonu (çoğu müşteri tatile çıktığı için Aralık sezonu). Şirket çeşitli nedenlerle "kapanıyor" ve BT'nin 2-3 ay boyunca dağıtımı yok. Bu nedenle, değişiklik yok.

Bu gerçekleşir: Bu süre zarfında, yıl içinde yapılan tüm değişiklikleri / projeleri değerlendirir, nerede iyileştirdiğimizi veya eksik olduğumuzu öğreniriz ve gelecek sezon / dönem için daha iyi bir iyileştirme çözümü buluruz.

Endişelenme.