Bir şirketin nasıl işlediğine dair meta-framework — C-suite rolleri arasındaki bağlantı dokusu. İşletim sistemi seçimi (EOS, Scaling Up, OKR-native, hybrid), sorumluluk haritaları, scorecardlar, toplantı ritmi, sorun çözümü ve 90 günlük rockları kapsar. Şirket operasyonlarını kurarken, yönetim framework'ü seçerken, toplantı ritimleri tasarlarken ve sorumluluk sistemleri oluştururken kullanın.
cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skills mkdir -p ~/.claude/skills/company-os
curl -fsSL https://raw.githubusercontent.com/alirezarezvani/claude-skills/HEAD/.gemini/skills/company-os/SKILL.md \
-o ~/.claude/skills/company-os/SKILL.md İşletme sistemi, şirketin nasıl çalıştığını belirleyen araçlar, ritimler ve anlaşmaların toplamıdır. Her şirketin biri vardır — çoğu sadece neyin olduğunu bilmez. Bunu açık hale getirmek onu iyileştirilebilir kılar.
operating system, EOS, Entrepreneurial Operating System, Scaling Up, Rockefeller Habits, OKR, Holacracy, L10 meeting, rocks, scorecard, accountability chart, issues list, IDS, meeting pulse, quarterly planning, weekly scorecard, management framework, company rhythm, traction, Gino Wickman, Verne Harnish
Çoğu operasyonel aksaklık bir insan problemi değil — sistem problemidir. Şu durumlarda:
Sistemi düzelt. İnsanlar onun içinde daha iyi çalışacak.
Her etkili işletme sisteminin seçtiğin çerçeve ne olursa olsun bu altısı vardır:
Bir org chart değil. Hesap verebilirlik şeması şu soruyu cevaplar: "Kim bu sonucun sahibi?"
Temel fark: Her fonksiyon için bir kişi sahibi olur. İçinde birden çok kişi çalışabilir. Sahiplik, sorumluluk tek bir kişinin omuzunda durması anlamına gelir.
Yapı:
CEO
├── Satış (CRO/VP Sales)
│ ├── Gelen pipeline
│ └── Giden pipeline
├── Ürün & Mühendislik (CTO/CPO)
│ ├── Ürün yol haritası
│ └── Mühendislik teslimi
├── Operasyonlar (COO)
│ ├── Müşteri başarısı
│ └── Finans & Hukuk
└── İnsan Kaynakları (CHRO/VP People)
├── İşe alım
└── İnsan kaynakları operasyonları
Kurallar:
Workshop'ta oluştur:
Şirketin doğru yolda olup olmadığını anlatan haftalık metrikler. Aylık değil. Üç aylık değil. Haftalık.
Kurallar:
Örnek scorecard yapısı:
| Metrik | Sahip | Hedef | Bu Hafta | Durum |
|---|---|---|---|---|
| Yeni MRR | CRO | €50K | €43K | 🔴 |
| Churn | CS Lead | < 1% | 0.8% | 🟢 |
| Aktif kullanıcılar | CPO | 2,000 | 2,150 | 🟢 |
| Deploymentlar | CTO | 3/hafta | 3 | 🟢 |
| Açık kritik buglar | CTO | 0 | 2 | 🔴 |
| Runway | CFO | > 18 ay | 16 ay | 🟡 |
Anti-pattern: Her şeyi ölçmek. 40 KPI takip ediyorsan, izliyorsun, yönetmiyorsun.
Şirketi yönlendiren toplantı süresi. İsteğe bağlı değil — ritim şirketi hayatta tutan şeydir.
Tam ritim:
| Toplantı | Sıklık | Süre | Katılanlar | Amaç |
|---|---|---|---|---|
| Günlük standup | Günlük | 15 dk | Her ekip | Sadece engeller |
| L10 / Liderlik senkronizasyonu | Haftalık | 90 dk | Liderlik ekibi | Scorecard + sorunlar |
| Departman incelemesi | Aylık | 60 dk | Departman + liderlik | OKR ilerlemesi |
| Üç aylık planlama | Üç aylık | 1–2 gün | Liderlik | Rocks belirle, strateji gözden geçir |
| Yıllık planlama | Yıllık | 2–3 gün | Liderlik | 1 yıl + 3 yıl vizyonu |
L10 Toplantısı (Haftalık Liderlik Senkronizasyonu): Her toplantının amacının 10/10 olması nedeniyle adlandırılmıştır. Sabit gündem:
Çekirdek problem-çözme döngüsü. Sorun başına maksimum 15 dakika.
IDS: Identify, Discuss, Solve (Tanımla, Tartış, Çöz)
Anti-patternler:
Sorunlar Listesi: Tüm çözülmemiş sorunların çalışan, önceliklendirilmiş listesi. Liderlik ekibi tarafından sahiplenilir. Haftalık olarak incelenir ve budanır. Bir sorun 3+ toplantıdan beri listede varsa ve tartışılmadıysa, o gerçek bir sorun değildir ya da ele alınmayı çok korkutur — her iki durumda da dikkat gerekir.
Rocks, sonraki 90 günde her kişinin başarması gereken 3–7 en önemli şeydir. İş tanımı değildir — bunlar şirketi ileri taşıyan şeylerdir.
Neden 90 gün? Anlamlı ilerleme için yeterince uzun. Gerçekçi kalabilmek için yeterince kısa.
Rock kuralları:
Kötü rock: "Satış sürecimizi iyileştir" İyi rock: "Salesforce CRM'i tam pipeline aşamaları ve haftalık raporlamalar ile 31 Mart'a kadar uygula"
Rock vs. to-do: Bir to-do bir aksiyon alır. Bir rock 90 günlük tutarlı çalışma alır.
Kim hangi bilgiyi, ne zaman ve nasıl alır.
| Hedef Kitle | Ne | Ne Zaman | Format |
|---|---|---|---|
| Tüm çalışanlar | Şirket güncellemesi | Aylık | Yazılı + Q&A |
| Tüm çalışanlar | Üç aylık sonuçlar + sonraki öncelikler | Üç aylık | All-hands |
| Liderlik ekibi | Scorecard | Haftalık | Dashboard |
| Board | Şirket performansı | Aylık | Board notası |
| Yatırımcılar | Temel metrikler + anlatı | Aylık ya da üç aylık | Yatırımcı güncellemesi |
| Müşteriler | Ürün güncellemeleri | Sürüm başına | Sürüm notları |
Varsayılan kural: Bir şeyi şirket içinde paylaşıp paylaşmayacağını düşünüyorsan, paylaş. Bir şirket içinde az iletişim maliyeti her zaman aşırı iletişim maliyetini aşar.
Tam karşılaştırma için references/os-comparison.md dosyasına bak. Hızlı rehber:
| Eğer sen... | Düşün... |
|---|---|
| 10–250 kişilik şirket, kurucu liderliği, operasyonel kaos | EOS / Traction |
| Hırslı büyüme şirketi, sıkı strateji kaskadına ihtiyaç | Scaling Up |
| Teknoloji şirketi, mühendislik kültürü, hipotez-odaklı | OKR-native |
| Merkezi olmayan, düz, yüksek otonomi | Holacracy (sadece sabırlıysan) |
| Yukarıdakilerden hiçbiri tam uymuyor | Özel hibrit |
Bunların hepsini aynı anda uygulama. Tam 90 günlük plan için references/implementation-guide.md dosyasına bak.
Hızlı başlangıç (ilk 30 gün):
Bu üçü bile çoğu şirketin bir yılda başardığından daha fazla koordinasyonu iyileştirecek.
Kısmi uygulama: "Biz OKRs yapıyoruz ama haftalık check-in'i atlıyoruz." Yarım işletme sistemi hiçbir sistemden daha kötüdür — sorumluluk olmadan tiyatro yaratır.
Toplantı yorgunluğu: Mevcut toplantıların üzerine tam ritmi ekleme. Toplantı ekleyerek değil, değiştirerek başla.
Metrik aşırısı: 30 KPI ile başlama çünkü "hepsi önemlidir." 5 ile başla. Tempo kurulduktan sonra ekle.
Rock enflasyonu: Kişi başına 12 rock belirleme çünkü "her şey bir önceliktir." Her şey bir öncelik olduğunda, hiçbir şey değildir. Sert sınır: 7.
Liderlik uyummazlığı: Liderlik ekibi L10'u atlar ya da IDS'i takip etmez. İşletme sistemi liderliğin ona verdiği saygıyı yansıtır. Liderler bunu ciddiye almıyorsa, hiç kimse almaz.
Yıllık planlama olmadan üç aylık inceleme: Yıllık hedefleri belirleme ve yıl sonunda kontrol etme. Üç aylık, herhangi bir anlamlı hedef için en düşük inceleme döngüsüdür.
Şirket işletme sistemi bağlantı dokusudur. Her diğer rol buna bağlıdır:
| C-Suite Rolü | İşletme Sistemi Bağımlılığı |
|---|---|
| CEO | 1 yıllık plan ve rocklar'a beslenen vizyonu belirler |
| COO | Toplantı ritmi ve sorun çözme temposunun sahibi |
| CFO | Scorecard'daki finansal metriklerinin sahibi |
| CTO | Mühendislik rockları ve teknoloji scorecard metriklerinin sahibi |
| CHRO | Scorecard'daki insan metriklerinin sahibi (attrition, işe alım hızı) |
| Kültür Mimarı | Kültür ritüelleri toplantı ritminin içine takılır |
| Stratejik Hizalama Motoru | Takım rockları'nın şirket rockları'ndan kaskad olduğunu doğrular |
references/os-comparison.md — EOS vs Scaling Up vs OKRs vs Holacracy vs hibritreferences/implementation-guide.md — 90 günlük uygulama planıHerhangi bir yaratıcı çalışmaya başlamadan önce bunu mutlaka kullanın - feature oluştururken, component inşa ederken, functionality eklerken veya davranış değiştirirken. Kullanıcı niyetini, gereksinimleri ve tasarımı implementation öncesinde araştırır.
Uygulama tamamlandığında, tüm testler geçtiğinde ve çalışmanızı nasıl entegre edeceğinize karar vermeniz gerektiğinde kullanın - merge, PR veya cleanup seçeneklerini sunarak geliştirme sürecinin tamamlanmasını rehberlik eder.
Kod incelemesi geri bildirimi alırken, önerileri uygulamadan önce kullanın; özellikle geri bildirim belirsiz veya teknik olarak şüpheli görünüyorsa - performatif anlaşmadan veya körü körüne uygulamadan ziyade teknik titizlik ve doğrulama gerekir.
Görevleri tamamlarken, büyük özellikleri hayata geçirirken veya merge etmeden önce çalışmanın gereksinimleri karşıladığını doğrulamak için kullanın.
Yeni bir feature üzerinde çalışmaya başlarken veya implementasyon planını yürütmeden önce kullanın - native araçlar veya git worktree fallback aracılığıyla izole edilmiş bir workspace sağlar.
Herhangi bir konuşma başlatırken kullanın - skill'lerin nasıl bulunacağını ve kullanılacağını belirler, clarification soruları da dahil olmak üzere HERHANGİ bir yanıt vermeden önce skill invocation gerektirir.