> tpl_peo_013
Uzmanlık Topluluğu (CoP) Bildirgesi ve İşletim Düzeni
Uzmanlık Topluluğu (CoP) / Guild tüzüklerini, uzmanlık alanlarını (Frontend, Backend, Yapay Zekâ/ML, Güvenlik, DevOps), iki haftalık şimşek sunum (lightning talk) işletim düzenlerini, RFC inceleme forumlarını ve yönetici sponsorluğunu kurallara bağlayan çapraz fonksiyonel mühendislik bilgi paylaşımı ve merkeziyetsiz yönetişim çerçevesi.
Topluluk tüzüklerini, iki haftalık ritimleri, RFC inceleme forumlarını ve yönetici sponsorluğunu standartlaştıran bilgi paylaşım çerçevesi.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Mühendislik organizasyonları 50 yazılımcının üzerine çıktığında takımlar tekerleği yeniden icat eden, kütüphaneleri kopyalayan, çelişkili mimariler seçen ve takımlar arası teknik uyumu kaybeden izole silolara dönüşür.
Ne Zaman Kullanılmalı?
- •Dağıtık ürün takımları arasında yatay teknik topluluklar kurarken (ör. Frontend Guild, Güvenlik CoP, Yapay Zekâ Guild)
- •Mühendislik standartlarını, en iyi uygulamaları ve RFC akran incelemelerini bürokratik engeller yaratmadan ölçeklerken
- •Orta ve büyük ölçekli teknoloji şirketlerinde tabandan gelen teknik liderliği, bilgi yayılımını ve kariyer gelişimini desteklerken
Ne Zaman Kullanılmamalı?
- •Resmi idari yöneticilik, performans notlama ve ücret kararlarında (TPL-PEO-009 kullanın)
- •Kapsamlı kurumsal yasal mevzuat uyumu ve şirket ana sözleşmesi yönetiminde (TPL-GOV-001 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Tüzüğün oluşturulması: İsim, misyon, teknik alan kapsamı (ör. TypeScript, Bulut Altyapısı, Yapay Zekâ), temel hedefler ve yetki sınırları.
Topluluk ritimleri: İki haftada bir 45 dakikalık oturumlar (15 dk şimşek sunum, 20 dk RFC tartışması, 10 dk soru-cevap), aylık hack günleri ve asenkron kanallar.
Topluluğun teknik kalbi: Yeni kütüphane önerme, eski araçları kullanımdan kaldırma veya API standartları belirleme için standart RFC şablonu.
Yönetişim yapısı: Topluluk Lideri / Kolaylaştırıcı (6 ayda bir döner), İçerik Sorumlusu, Yönetici Sponsor (VP/Direktör) ve Aktif Üyeler.
Topluluk canlılığı: Katılım kararlılığı, ortak kütüphanelere yapılan katkılar, kabul edilen RFC sayısı, video arşivi ve yıllık topluluk retrospektifi.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Uzmanlık Topluluğu (CoP) Bildirgesi ve İşletim Düzeni - Örnek Vaka Analizi
Örnek Organizasyon: Kurumsal Bulut Platformu Mühendislik Organizasyonu (180 Mühendis, 22 Otonom Takım)
Kurumsal Bulut Platformu Mühendislik Organizasyonu (180 Mühendis, 22 Otonom Takım) için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •5 aktif Uzmanlık Topluluğu kurdu (Frontend, Bulut Altyapısı, Güvenlik, Yapay Zekâ/ML, Mimari)
- •GraphQL API'lerini ve Kubernetes dağıtım şablonlarını standartlaştıran 24 hakemli RFC yayımladı
- •Farklı ürün takımları arasında 3 mükerrer log kütüphanesi uygulamasını ortadan kaldırdı
Sıkça Sorulan Sorular
Bir Chapter ile bir Guild (veya Uzmanlık Topluluğu - CoP) arasındaki yapısal fark nedir?
Modern matris organizasyonlarında (Spotify kökenli) Chapter, tek bir departman/tribe içindeki uzmanların resmi idari raporlama grubudur (ör. bir Chapter Lead'e bağlı backend mühendisleri). Guild veya CoP ise paylaşılan teknik bir ilgi alanı etrafında tüm şirkete yayılan gayriresmi, gönüllü ve açık üyelikli bir topluluktur.
Mühendislerin bir CoP'a çalışma saatlerinin ne kadarını ayırmasına izin verilmelidir?
Yüksek performanslı mühendislik organizasyonları, mühendislik kapasitesinin resmi olarak %10'unu (iki haftada bir yarım gün veya aylık bir gün) CoP oturumlarına, sunum hazırlığına, ortak araç geliştirmeye ve RFC yazımına ayırır.
Bir Uzmanlık Topluluğunun boş bir dedikodu/tartışma kulübüne dönüşmesi nasıl engellenir?
Başarılı CoP'lar tartışmalarını somut teknik çıktılara bağlar: hafif RFC'ler, ortak paylaşılan kütüphaneler, mimari kılavuzlar ve otomatik kod linter kuralları. Bir topluluk somut kod veya standart üretmeden yalnızca soyut fikirler tartışırsa katılım hızla tükenir.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- Communities of Practice: Learning, Meaning, and IdentityEtienne Wenger-Trayner • OFFICIAL REQUIREMENT
- Scaling Agile @ Spotify with Tribes, Squads, Chapters & GuildsSpotify Engineering • OFFICIAL REQUIREMENT
- The RFC Process: Open Collaborative Decision Making in TechRust Project / IETF Model • OFFICIAL REQUIREMENT