How They Do ItBETA

ŞİRKET PLAYBOOK’U

GitLab

GitLab, dağıtık çalışmayı bir yan hak değil; şeffaflık, yazılı karar ve küçük iterasyonlarla çalışan bütüncül bir işletim sistemi olarak tasarlar.
İşletim sistemi
  1. Handbook-first bilgi mimarisi
  2. asenkron katkı
  3. açık sahiplik
  4. küçük değerli değişiklik
  5. hızlı geri bildirim.

Sistemi taşıyan ilkeler

  • Tek doğruluk kaynağını yaşayan handbook’ta tut.
  • Aktiviteyi değil müşteri sonucunu değerlendir.
  • Büyük çözümü küçük değerli değişikliklere böl.

Gerilimler ve ödünleşimler

  • Açıklık katkıyı kolaylaştırır; fakat dokümantasyon bakımı sürekli emek ister.
  • Küçük iterasyon hız verir; parçalı deneyim ve yerel optimizasyon riski yaratabilir.

UYGULAMALAR

GitLab çalışma sistemini nasıl kuruyor?

01
Documentation

Handbook-first çalışma

Süreç ve kararların tek doğruluk kaynağı olarak yaşayan handbook kullanılır.

Nasıl çalışıyor?
Karar, süreç ve rol tanımları handbook sayfalarında tutulur; değişiklikler merge request mantığıyla tartışılır.
Neden kullanılıyor?
Saat diliminden bağımsız erişim ve kurumsal hafıza yaratır.
Ödünleşim
Yazılmayan bilgi görünmez kalır; güncellik sahipliği net değilse handbook hızla eskir.
Hangi koşullarda?
Dağıtık, hızlı büyüyen ve karar bağlamını tekrar tekrar aktaran ekiplerde.
Orijinal kaynağı aç ↗
02
Async

Asenkron iletişim

Yazılı iletişim ve kayıt, eşzamanlı görüşmenin önüne alınır.

Nasıl çalışıyor?
Önce yazılı ve herkese açık kanallar; senkron görüşme yalnızca belirsizlik veya ilişki ihtiyacı varsa kullanılır.
Neden kullanılıyor?
Eşit bilgi erişimini ve odaklı çalışma bloklarını korur.
Ödünleşim
Yavaş geri bildirim ve sosyal bağ kaybı riski vardır; acil durum kanalları ayrıca tasarlanmalıdır.
Hangi koşullarda?
Çoklu saat dilimi ve yüksek dokümantasyon disiplini olan ekiplerde.
Orijinal kaynağı aç ↗
03
Performance

Aktivite değil etki

Çalışılan saat yerine üretilen sonuç ve müşteri etkisi değerlendirilir.

Nasıl çalışıyor?
Performans, çalışılan saat yerine rol çıktıları ve müşteri üzerindeki etkiyle okunur.
Neden kullanılıyor?
Remote ortamda görünürlük yanlılığını azaltır.
Ödünleşim
Sonuç ölçütleri kötü seçilirse görünmeyen iş ve ekip katkısı değersizleşebilir.
Hangi koşullarda?
Çıktısı ve sorumluluk alanı açık roller için.
Orijinal kaynağı aç ↗
04
Management

Manager of one

Ekip üyelerinin günlük kontrol olmadan işlerini sahiplenmesi beklenir.

Nasıl çalışıyor?
Birey, önceliklendirme ve günlük ilerleme için yöneticiden sürekli talimat beklemez; bağlam ve sonuç sahipliği taşır.
Neden kullanılıyor?
Dağıtık ekipte karar gecikmesini ve mikro yönetimi azaltır.
Ödünleşim
Bağlam yetersizse otonomi yönsüzlüğe dönüşür; yetkinlik ve onboarding çıtası yükselir.
Hangi koşullarda?
Yüksek özerklik, açık hedef ve güçlü yazılı bağlam bulunan ekiplerde.
Orijinal kaynağı aç ↗

Birincil kaynaklar

GitLab HandbookGitLab ValuesAll-Remote Guide