Uzaktan ve dağıtılmış mühendislik takımları, üretkenliği ölçmeye geldiğinde eşsiz zorluklarla karşı karşıya kalır ve şişeleri tanımlamak ve proje sonuçlarını etkili bir şekilde geliştirmek için proje analizleri sağlar.Bu sorunlarla ilgili olarak, uzaktan veya mühendislik takımlarında etkili zaman çalışmaları yürütmek için kapsamlı bir çerçeve sağlar.

Uzaktan Mühendislik Takımları için Zaman Çalışmalarının Önemini Anlayın

Zamanlı çalışmalar uzun zamandır endüstriyel mühendislik ve proje yönetiminin temelleri olmuştur, ancak dağıtılmış ortamlardaki uygulamaları yeni bir yaklaşım gerektirir.İş modellerini doğrudan gözlemleyebilen ekiplerden farklı olarak, uzaktan takımlar dijital sinyalleri ve kendi kendine ait verileri nasıl harcandığını anlamak için güvenilirdir. yapılandırılmış zaman çalışmaları olmadan, maske gerçek inefficilere düşmenin kolay olduğu varsayımlara dayanır - aşırı toplantılar, bağlam geçiş veya yanlış öncelikler gibi.

Etkili zaman çalışmaları dağıtılmış mühendislik takımları için birkaç kritik fayda sağlar:

  • [FONT:0]Objective data for decision-making: Acı duyguları veya anekdot kanıtlarına güvenmek yerine, zaman çalışmaları kaynak tahsisını desteklemek için liderlere somut sayılar verir, sprint planlama ve personel kararları.
  • [FONT:0] Gizli şişenlerin birleştirilmesi: Uzak ortamlarda, asynchronous iletişim, zaman bölgesi farklılıkları veya belirsiz gereksinimlerin ortaya çıkmasına neden olan gecikmeler bu sorunlarla karşı karşıya kalabilir.
  • [FONT:0)Better iş yükü dengeleme:[Dönetici:[Dönetici] Dağıtılmış takımlar genellikle farklı zaman bölgelerinde veya farklı kişisel programlarla üyeleri vardır. Zaman çalışmaları, kim aşırı yüklenmiş ve kim kapasiteye sahip olduğunu ortaya çıkarır, adil görev dağılımı sağlar.
  • [FONT:0] Geliştirilmiş tahmin doğruluğu:[Dönetici:[Dönetici:0) Çalışmalardan gelen tarih verileri doğrudan daha iyi sprint tahminlerine ve proje zaman çizelgesine beslenir, eksik tarihlerin riskini azaltır.
  • [FONT:0)Enhanced güven ve şeffaflık:) Zaman çalışmaları açıklığa kavuşturularak uygulanırken, takım üyeleri arasında bir hesaplaşma kültürü inşa ederler.

Bu yapılandırılmış yaklaşım olmadan, uzaktan mühendislik takımları “productivity Tiyatrosu” gibi ortak bir çukura düşme riski altında kalıyor - değer için görünür bir aktivite yanlış - veya işlenmemiş aşırı çalışma nedeniyle ortaya çıkıyor.

Dağıtılmış Mühendislik Takımları'nda Zaman Çalışmaları Uygulamak için Zorunlu Stratejiler

Uzak bir ortamda bir zaman çalışması yapmak, sadece bir izleme aracı kurmaktan daha fazlasını gerektirir. Aşağıdaki stratejiler dağıtılmış takımların eşsiz dinamiklerini ele alır.

1. Clear'i tanımlamak, Ortak Hedefler Başlamadan Önce

Cevapla başlayın: Mühendislik takımları için zaman çalışması ne istiyorsunuz? Ortak hedefler şunlardır:

  • kod geliştirme ile kod incelemesine karşı kod incelemesine ne kadar zaman harcanıyor?
  • Her gün standlar ve statü toplantıları, tasarruf ettiklerinden daha fazla zaman harcıyor mu?
  • Hangi görevler veya projeler sürekli olarak tahmin edilenden daha uzun sürer?
  • Bazı ekip üyeleri bağlam geçiş veya tekrar iletişim gibi düşük değerli aktivitelerde zaman ayırıyor mu?

Bu hedefleri yazın ve onları ekiple paylaşın. Herkes çalışmanın arkasındaki “neden” anladığında, dürüstçe ve kaygısız katılım olasılığı daha yüksektir. belirsiz veya cezalandırıcı hedeflerden kaçının - sürekli iyileşme için bir araç olarak çalışma, performans değerlendirme.

2. Ekibinizin Çalışma Akışı için Doğru Zaman İzleme Aracını seçin

Mevcut geliştirme araçlarıyla sorunsuz bir şekilde entegre eden bir araç seçmek önemlidir. Aracın uzaktan çalışmanın asenkron doğasına saygı duyması gerekir. önerilen seçenekler şunlardır:

  • [FONT:0)Toggl Track:[[Dönetici: 1] Basit bir tıkış zamanlayıcıları sunar ve Jira, Asana ve Trello gibi proje yönetim platformlarını entegre eder.
  • [FONT:0)Clockify:[Dönetici:[Dönetici:0) Güçlü raporlama ve sınırsız kullanıcılarla ücretsiz bir alternatif, daha küçük takımlar için uygun.
  • [FONTD:0)RescueTime:[Dönemli parçalar ve web siteleri ziyaret etti, en az manuel girişle pasif veri toplama hizmeti sağladı.
  • [FONT:0)ActivityWatch:[Dönetici:[Dönetici: 0 3) Açık kaynak, veri üzerinde tam kontrol sağlayan bir özel seçenek.

Mühendislik takımları için, belirli görevlere zaman girişleri veya iş yapan araçları düşünün, Git-integrated trackers (e.g., Toggl with GitLab or GitHub via Zapier) Hedef en aza indirmektir -mühendisler gerçek bir çalışma ile daha fazla zaman zaman çizelgesi harcamamalıdır: Birçok takımlar genel kategoriler ve manuel girişler için özel görevler için otomatik takip.

Dış bağlantı:Toggl'in uzaktan takımlar için zaman izleme araçlarına kılavuzluk) popüler seçenekleri ayrıntılı bir karşılaştırma sağlar.

3. Sorumluluk ve Güveni İnşa Etmek

Zaman izleme, mikro yönetim veya gözetim olarak kolayca algılanabilir, özellikle de çalışanların görünürlük konusunda endişe duydukları uzak ortamlarda.Bunu karşı koymak için liderler açıkça ve sürekli iletişim kurmalıdır.

[FONT=0)GÖRÜSÜSÜyetim Uygulamaları:[DÜyetim:0)

  • [FONT:0) Amacı açıklayın:[Dönetici:[Dönetici:0) Çalışmanın takım verimliliğini artırmak ve engelleri kaldırmak için olduğunu varsayın, bireysel performans puanlamaları için değil.
  • [FONT:0] Takımı tasarımda dahil etti: Takım üyelerini zamanlarını kategorize etmek nasıl isterler (örneğin, kodlama, yorum, toplantılar, belgeler) ve değerli bulduğu sonuçlar.
  • [FONT:0)Guarantee anonimlik:[Dönetici:[Dönetici:0)[Dönetici:0))Mükemmel:[Dönetici:[Dönetici: 0) Mümkün olursa, toplu veriler, bireysel zaman girişleri tek başına gösterilemez.
  • [FONT:0) Erken bulguları paylaş:[Dönümüzdeki öngörüler takıma geri döndü. Bu, verilerin yapıcı olarak kullanıldığı ve düzeltmeleri veya daha derin araştırmaları davet ettiğini güçlendiriyor.

Takım üyeleri güvende hissettiğinde, zamanlarını daha doğru bir şekilde loglayacaklar - bir çalışmanın amacını taksalar veya korkudan giriş atlarsa.

4. Bir Çalışma Süresi ve Uzaktan Çalışma Yöntemi Tasarımı

Uzaktan mühendislik çalışması genellikle ofis tabanlı çalışmadan daha az yapılandırılmıştır, çeşitli programlarla, derin çalışma blokları ve bir senkronizasyon. Bir haftalık anlık tipik desenleri yakalamayabilir. Zaman çalışması için en az iki ila dört hafta boyunca sprint döngüleri, arama süresi veya dönemsel standup programları gibi hesaplanabilirliği göz önünde bulundurmayı düşünün.

Daha büyük takımlar için, örnekleme yaklaşımı, her hafta takım üyelerinin temsilcisini seçin veya sadece belirli aktiviteleri takip edin (örneğin, “sadece toplantılarda ve kod incelemelerinde harcanan zamanı takip edin”). Bu, anlamlı verilere sahipken, geçiş yorgunluğunu azaltabilir.

Zaman girişleri için açık kategoriler tanımlayın - ancak onları yönetebilir. Bir mühendislik zamanı kategorisi içerebilir:

  • Core development (Yeni kod yazmak, yeniden faktörleme)
  • Test ve debugging
  • Kod incelemesi ve çift programlama
  • Toplantılar (görüler, planlama, retrospektifler)
  • Dokümantasyon ve bilgi paylaşımı
  • Metin geçişi ve yeniden yönlendirme (çoğunlukla çalışma kesintisi olan uzaktan takımlarda)
  • İdari görevler

Over-categorizasyondan kaçının; 10 kategoriden daha fazlası genellikle karışıklığa yol açıyor. Ekip pilot bir gün sonra kategori ayarlamasına izin verin.

5. Gizlilik ve Autonomy'ye Saygı Eden Veri Toplama Yöntemleri Kullanın

Boş araçlarda, güven önemlidir. Mümkün olan tüm yaklaşımlar kullanın ve herhangi bir otomatik izleme (örneğin, ekran süresi, uygulama kullanımı) şeffafdır ve depolandığından önce bireysel tarafından durdurulabilir veya gözden geçirilebilir.Avrupa takım üyeleri, örneğin, açık onay ve veri minimizasyon gerektiren GDPR düzenlemelerine tabi olabilir.

Pratik bir yöntem: Aktif iş öğeleri için hafif bir zamanlayıcı aracının bir kombinasyonunu kullanın ve Slack konuşmaları veya reklam-hoc sorun giderme gibi zaman yakalamak için haftalık bir anket yapın.Bu, her 15 dakikalık blok açma yükünü azaltır.

Zaman Çalışmaları Özellikle Uzaktan Mühendislik Takımlarında Yapılması için En İyi Uygulamalar

1. Asynchronous Communication Overhead için Hesap

Uzaktan mühendislik takımları genellikle Slack, Microsoft Teams veya Discord gibi araçlara hızlı sorular ve tartışmalar için güveniyor. Bu asynchronous iletişim, değerli, parça odaklı ve bakımlı takımları deneyimleyebilmenin yollarının içinde zaman ayırabiliyor. Her iki senkronizasyon ve koordinasyon için bir kategori ekleyin (meetings, video aramalar) ve asynchronous (okuma / yazma mesajları, yorum yapma) aktiviteleri.

2. Zaman Bölgesi ve Programı Flexibilitelerini Yakalayın

Uzak çalışma yararlarından biri esnek saatlerdir, ancak bu, ABD Doğu Sahili ve Hindistan'a yayılan bir takım üyelerin, takım arkadaşlarıyla en geç akşamları saymasını sağlamak için zaman bölgelerinin gecikmelere neden olup olmadığını ortaya çıkarabilir.

3. Monitor Context Switching and Interruptions

Uzaktan mühendisler genellikle birden fazla iletişim kanalı, sorun izers ve araçlar. Context geçiş - bu veri takımları zaman çalışması arasında geçiş yapmaya karar verir - belirli günlerde basit bir soru içerir: “Bu görev sırasında kesintiye uğradınız mı?Eğer evet, kurtarma süresine odaklanmak için otomatik araçları kullanın.

4. Mid-Study Check-Ins to Uyum Methodology

Zaman çalışmasının ilk haftasından sonra, kısa bir retro için ekip toplayın. Soru: Kategori tanımları çalışıyor mu?Gitleme aracı çok fazla cumbersome? Bu geri bildirim süreci devam etmeden önce düzeltmesi kolay mı?Bu iteratif yaklaşım veri kalitesini arttırır ve işbirliğini güçlendirir.

Zaman Çalışma Verileri İyileştirmeyi Etkiliyor

Veri koleksiyonu tamamlandığında, gerçek değer analizde yatıyor. Sonuçlara atlamaktan kaçının - yerine, sistematik bir süreç takip edin.

1. Veriyi ve Görselleştirin

İhracat zamanı, bir yay tabloya veya veri görselleştirme aracına giriş yapar (örneğin, Google Sheets, Tableau veya özel bir paniğe).

  • [[Dönetici:0) Kategori tarafından Zaman dağılımı:[Dönetici saat oranı kodlamaya, toplantılara, testlere, vs. ne kadar gider?
  • [FONT:0] Bireysel vs. takım başına zaman:) Her iki yönde de bilgi sahibiler - çok az işbirliği süresi olan toplantılarda çok fazla zaman harcıyorlar.
  • [FONT:0] Çalışma dönemi üzerindeki zaman eğilimleri: Örneğin, haftanın belirli günlerinde zaman artışını mı sağlıyor?
  • [FONT:0) Çıktı metriklerle ilgili tartışmalar:) Mümkünse, sprint hız, özellikler teslim edildi veya bug düzeltmesi ile ilgili zaman karşılaştırın.

[FONT:0)Example anlayışı:[Dönetici:[Dönetici:0) Bir ekip, tüm mühendislik saatlerinin% 30'unun toplantılarda ve asenkron iletişimde harcandığını keşfedebilir, ancak kodlama sadece% 40 oranında bir tartışma yaratabilir.

2. Şişeleri ve Inefficiencies

Uzak mühendislik takımlarında orantısız zaman kullanan aktivitelere bakın:

  • [FONT:0)Excessive code inceleme döngüsü:) Eğer yorumların büyük bir zaman paylaşımı alır ancak minimum değişikliklere yol açabilir, ekip karmaşık özellikler için çift programlamayı kolaylaştırabilir veya benimsemeli.
  • [FONT:0] Uzun tutukluluk seansları açık belge olmadan: Zaman çalışmaları, geliştirme süresinin %25'i için bu tür arama hesaplarını ortaya çıkarabilir - daha iyi test uygulamaları, log veya hata izleme araçlarına yatırımların sonlandırılması.
  • [FONT:0)Duplicate communication:[Dönetici:[Dönetici:0)[Dönetici:0)[Döneticileri, Slack, e-posta ve proje kurulları arasında önemli zaman ayırmayı başarırlarsa, tek bir kanala doğru bir şekilde bir araya getirmeyi düşünün.

3.Sorumlu ve Co-Create Çözümlerini Paylaş

Tüm eller toplantısında veya yazılı bir raporda analiz edilen verileri sunmak.Bir takım çapında bir fırsat olarak sunmak: “Burada, zamanımızın daha titiz bir şekilde triage sürecine yol açmamıza yardımcı olacak. ”Örneğin, çalışma ekibi beyin fırtınası çözümlerine çok fazla zaman harcanmışsa, düşük öncelikli bir hata sürecine tabi olabilir.

[FONT:0)Dön kaynağı: [Dönetici:2]Atlassian'ın uzaktan mühendislik ekiplerine kılavuzluk) işlemleri geliştirmek için veri kullanmak için ek ipuçları sunar.

Uzak Zaman Çalışmalarında Yaygın Meydanlar

En iyi stratejilerle bile, engeller ortaya çıkacaktır. İşte sık sık zorluklar ve onları nasıl ele almak.

Meydan: Inaccurate or Incomplete Time Logging

Takım üyeleri zamanlayıcıları başlatmayı ve durdurmayı unuturlar veya bunu mümkün olan otomatik izleme araçları kullanarak tahmin edebilir, nazik günlük hatırlatmalar gönderebilir ve kayıt tutmayı da basitleştirir. Ayrıca, çalışmayı tasarlayın, böylece mükemmel doğruluk gerekli değildir -focus on kalıplar, dakikaya hassas değil.

Meydan: Takip Etme Direnişi

Bazı mühendisler mikro yönetim olarak zaman takip etmeye geri dönecekler. Bunu ilk birkaç gün boyunca katılım seçeneği yaparak, verilerin sadece takım iyileştirmesi için nasıl kullanılacağını göstereceklerdir ve hatta bir grup oylamasına bir pilot haftadan sonra devam edip devam edip devam ettirilmesine izin verir.

Challenge: Data That Supports multiple Interpretations

Örneğin, yüksek toplantı zamanı, ayrıntılı olarak ortaya çıkabilir - veya takım sık sık senkronize gerektiren zor bir entegrasyonla ilgilidir.Her zaman takımdan gelen nitel geri bildirimlerle desenleri doğru sonuçlar çizimleri sağlamak için düzenli olarak retrospektiflerle doğrulayın.

Challenge: Time Zone Mismatch Karşılaştırmalar Yanlışlaştırıyor

Daha sonra bölgelerdeki ekip üyeleri daha az saat çalışabilirler çünkü daha sonra sabah başlar ve gece sonunda bitirebilirler. Zaman kategorilerinin oranlarını mutlak saatler yerine karşılaştırarak veya her kişinin tipik çalışma penceresi için ayarlama yapabilirler.

Zaman Çalışma İçgörüleri Devam Ediyor Çalışma Akışı İyileştirmeleri

Bir zaman çalışması bir tek çıkış projesi değildir - çalışma bulgularına dayanan değişiklikleri uygulamadan sonra, takip çalışması (örneğin, üç ay sonra) etkisini ölçmek için takip eden bir çalışma programına giriş yapın. Uzaktan mühendislik ekiplerinin zaman çalışmaları dahil ettiği ortak gelişmeler:

  • [FONT:0]Bir toplantıdan bağımsız bir gün geri çekilmek: Örneğin, bir ekip Çarşambaları derin çalışmayı korumak için hiçbir zaman tasarlamayabilir.
  • [FONT:0)Sekiz uzunlukları gözden geçirmek:[Dönetici: 0,8] Çalışma, iki haftalık sprintlerin ilk ve son birkaç günde bir aktivite acelesine neden olduğunu gösterirse, ekip üç haftalık döngü veya daha esnek sprint kadrolarıyla deney yapabilir.
  • [FONT:0) Girişte asynchronous pencerelere odaklandı:) Takım üyeleri sadece belirli zamanlarda (örneğin, 10 AM ve 3 PM) bağlam geçişini azaltmak için kontrol etmeyi kabul ediyor.
  • [FONT:0) Gerçek konumlama görevleri:[Dönetici:[Dönetici:0) Birkaç kişi operasyonel görevlerde çok fazla zaman harcıyorsa (işlemler, CI/CD bakım), takım bu sorumluluğu veya otomatikleştirmek için daha fazla olabilir.

[FONT:0]Dönemli kaynak: [Dönetici:0] Harvard Business Review'ın makalesi:2) “Uygun Takımlarda Verimlilik Nasıl Ölçüleceklerini Değerlendirmek”[Döneticileri 3 ), zaman verileri yorumlandığında ortak tuzaklardan kaçınmak için ek bir bağlamdan kaçınılması.

Sonuç: Zaman Çalışmaları ile Sürekli İyileştirme Kültürü Oluşturma

Uzaktan veya dağıtılmış mühendislik takımlarında etkili zaman çalışmaları, burada belirtilen stratejileri gerektirir ve gözetimsiz araçları, doğru iletişim ve zaman bölge farklılıkları gibi uzaktan özel zorluklar için muhasebeyi tercih ederler ve sürekli olarak analiz ederler - devam eden süreç iyileştirmeleri için bir temel oluşturur.

Bir zamanın nihai hedefinin her dakikanın nasıl harcandığını kontrol etmek olmadığını unutmayın, ancak takımın kolektif zamanlarını daha kasıtlı olarak harcamasına yardımcı olmak için. Ekip üyelerinin nadiren fiziksel bir alanı paylaştığı bir ortamda, veri odaklı içgörüler, yüksek performanslı mühendislik sonuçlarına dağıtan köprü haline gelir.