1 puan yazan GN⁺ 2024-04-06 | 1 yorum | WhatsApp'ta paylaş

Gereksiz işler üzerine düşünceler

  • Bir şirketin pipeline otomasyonu departmanında çalışan bir kişinin deneyimi.
  • Ekip, bakım sorunları nedeniyle dahili bir aracı kullanımdan kaldırmaya karar veriyor ve başka bir ekip ihtiyaç duyarsa diye bu aracın uygulanmasını otomatikleştiren bir pipeline oluşturuyor.
  • Bu ay ekip üyelerinden biri otomasyonda iyileştirme fırsatı fark ediyor ve söz konusu çalışan, önceki araca değişiklik uygulamak üzere seçiliyor.

Pipeline otomasyonunun çelişkisi

  • Değişiklikler uygulandıktan sonra, aynı ekipten bir kişinin ayrıntılı olarak talep ettiği ayarlamalar nedeniyle pull request onaylanmıyor.
  • Bu ayarlamalar, çok nadir görülen senaryolarda pipeline otomasyonunun dayanıklılığını artırmayı amaçlıyor.
  • Ancak aynı hafta ekip lideri, dahili aracın kullanımdan kaldırıldığını ve artık başka ekipler tarafından kullanılmaması gerektiğini bildiriyor.

Anlamsız iş yükünün ağırlığı

  • Kullanımdan kaldırılmış bir aracın kullanımını hayata geçiren pipeline otomasyonuna neden ihtiyaç duyulduğu sorgulanıyor.
  • Araç kullanımdan kaldırıldığına göre, kimsenin kullanmayacağı bir otomasyon için neden ayarlamalar gerektiği merak ediliyor.
  • Zaman kaybı gibi görünen bir işe neden atandığı konusunda kafa karışıklığı yaşanıyor.

GN⁺ görüşü

  • Bu durum, organizasyon içindeki iletişim eksikliğini ve süreç yönetimi sorunlarını ortaya koyuyor. Bir yandan aracın kullanımdan kaldırıldığına dair resmî bildirim yapılmışken, diğer yandan hâlâ o araç için iyileştirme çalışmaları sürdürülüyor.
  • Bu sorun kaynak israfına yol açıyor ve çalışanlar arasında kafa karışıklığı ile memnuniyetsizlik yaratabiliyor. Bu da çalışan moralinin düşmesine neden olabilir ve uzun vadede şirketin verimliliğini olumsuz etkileyebilir.
  • Bu tür durumları önlemek için proje durumu ve önemi hakkında net yönergeler gerekir; ayrıca ilgili tüm ekiplerle sürekli iletişim kurulması önemlidir. Bunun yanında, işlerin önceliklendirilmesinde stratejik bir yaklaşım da gereklidir.
  • Bu örnek, başka organizasyonlarda veya ekiplerde de yaşanabilecek yaygın bir sorunu gösteriyor; buradan hareketle organizasyonlar süreçlerini yeniden gözden geçirip iyileştirme fırsatı bulabilir.
  • Bu tür durumları yaşayan çalışanlar için, kendi emeklerinin değerli ve anlamlı bir yönde kullanılıp kullanılmadığını düzenli olarak kontrol etmek ve gerekirse üst yönetime ya da insan kaynaklarına konuyu taşımak önemlidir.

1 yorum

 
GN⁺ 2024-04-06
Hacker News görüşü
  • Bir ERP sistemi geliştirme deneyimi

    • 15 yıl boyunca farklı geliştiriciler tarafından geliştirilen şirket içi ERP sistemi üzerinde çalışma deneyimi.
    • Sistem şirketin bel kemiğiydi, ancak yönetim sorunların kaynağı olarak sistemi gösterdi.
    • Yeni yönetim, sistemi sektör standardı bir çözümle değiştirmeyi ileri taşıdı.
    • CTO ve yazar, projenin bütçeyi aşacağını ve başarısız olacağını güçlü biçimde savundu, ancak yönetim tedarikçinin sözlerine inanarak projeyi sürdürdü.
    • Tedarikçi, projenin ölçeğini anlamadan önemli işlevleri çıkarırken yine de kendinden emindi.
    • Sonunda 5 yıl sonra, milyonlarca dolar boşa harcanmış halde proje başarısızlıkla sonuçlandı.
  • Akıllı enerji sayacı işine girme girişimi

    • Büyük bir medya şirketinde akıllı enerji sayacı işine girilmeye çalışıldığı deneyim.
    • Binlerce sayaç zaten satın alınmış, markalanmış ve depoda bekletiliyordu.
    • API geliştirmesi tamamlanmıştı, UI'da ise sorunlar vardı ve düzeltilmesi gerekiyordu.
    • Pazarlama lansmanı için milyonlarca dolarlık bütçe hazırlanmıştı, ancak lansman günü şirket yönetim kurulu marka imajı ve başarısızlık riski gerekçesiyle lansmanı iptal etti.
  • Anlamsız proje deneyimi

    • Şirketin "EnGUAGEment meter" sistemini her koridora kurarak çalışanların ruh halini göstermeye yarayan bir sistem geliştirme.
    • CEO'nun doğum gününde katılım oranının yükseltilmesi gerekiyordu.
    • Sonunda günlük katılım oranı ancak %30-40 seviyesinde kaldı.
  • Büyük bir perakendecinin ağ erişim kontrolü projesi

    • Cisco router ACL'lerini kurma işi verildi, ancak projenin yarıda iptal edildiği tahmin ediliyor.
    • Yazar otomatik bir sistem kurdu, ancak sonrasında projenin gidişatı hakkında hiçbir haber almadı.
  • İç aracın kullanımını bırakmaları için kasıtlı performans düşürme önlemi

    • Bir VP'nin isteğiyle eski bir iç aracı bilerek yavaşlatma işi yapıldı.
    • Kullanıcı şikayetlerini tetiklemek için sahte hata mesajları ve rastgele gecikmeler eklendi.
  • Bir SaaS şirketinin AWS'ye acil taşınması

    • Satın alma sonrası AWS'ye geçiş talimatı alındı, ancak bunun doğurduğu yüksek maliyetler nedeniyle sonunda tekrar veri merkezine dönüldü.
  • Yeni Zelanda'daki bir yazılım ve donanım şirketinin unit test yenileme projesi

    • 10 milyon dolarlık bütçeyle unit test'leri yenilemek hedeflenmişti, ancak proje yarı yolda yön değiştirip paket inceleme aracı geliştirmeye dönüştü.
    • Proje lideri süreç içinde ayrıldı ve ortaya çıkan çıktı anlamsızdı, ancak şirket projeyi başarılı olarak değerlendirdi.
  • Üniversitedeki programlama dersinde simülatör geliştirme

    • İlk dersten sonra profesöre simülatör geliştirme hakkında konuşmak istendi, ancak profesör derse katılım muafiyeti ve A notu vereceğini söyledi.
    • Dönem sonunda profesör bu sözü hatırlamadı; ancak simülatör gösterildikten sonra not değiştirildi.
  • Magic the Gathering çevrimiçi oyun sitesi geliştirme

    • Mevcut seçeneklerden daha iyi bir site geliştirildi, ancak telif hakkı sorunları nedeniyle yayımlanmadı.
  • Uydu kontrol kartı test ekipmanı geliştirme

    • Uydu kontrol kartını test etmek için ekipman geliştirildi, ancak program iptal edildiği için ekipman kullanılamadı ve hurdaya çıkarıldı.