Development ★ 18,759

brief

/cs:brief <topic> — Ofis saatleri görüşmesinden tek sayfalık bir strateji özeti oluştur. Stratejik sprint pipeline'ının ilk adımı. Bir stratejik sorunun yönetim kurulu tartışmasından önce çerçevelenmesi gerektiğinde kullan — örneğin fiyatlandırma değişikliği veya pazar giriş kararı için seçenekleri, varsayımları ve başarı kriterlerini belirlemek için.

cd ~/.claude/skills
git clone https://github.com/alirezarezvani/claude-skills.git claude-skills

/cs:brief — Tek Sayfalık Strateji Özeti

Komut: /cs:brief <konu> veya /cs:brief <office-hours-çıktısı>

Girdiyi (ham soru veya office-hours çıktısı) yönetim kurulunun tartışabileceği tek sayfalık strateji özeti haline dönüştürür. Bu, stratejik sprint pipeline'ının Adım 1'idir.

Pipeline Pozisyonu

/cs:office-hours  →  /cs:brief  →  /cs:boardroom  →  /cs:decide  →  /cs:execute  →  /cs:post-mortem
                       ↑ siz buradaysınız

Girdiler

  • Bir konu dizesi, veya
  • Office-hours özeti (tercih edilir — daha titiz)
  • ~/.claude/company-context.md (otomatik olarak yüklenir)

Çıktı

~/.claude/briefs/YYYY-MM-DD-<slug>.md altında bu yapıya sahip tek bir Markdown dosyası:

# Strateji Özeti: <konu>
**Tarih:** YYYY-MM-DD
**Yazar:** cs-chief-of-staff
**Durum:** TASLAK | İNCELEMEDE | ONAYLANDI | EMEKLİ

## Bağlam
[1-2 paragraf: şirketin bu konuda bugün nerede durduğu — company-context.md'den alınmıştır]

## Soru
[Yönetim kurulunun cevaplaması gereken tek cümlelik soru]

## Seçenekler
1. **Seçenek A:** <ad> — <tek cümlelik özet>
2. **Seçenek B:** <ad> — <tek cümlelik özet>
3. **Seçenek C:** <ad> — <tek cümlelik özet>

(Minimum 2 seçenek. "Hiçbir şey yapma" her zaman bir seçenektir.)

## Varsayımlar
- <varsayım 1 — açık>
- <varsayım 2>
- <varsayım 3>

## Kısıtlamalar
- Zaman: <ne zaman karar verilmeli>
- Para: <bütçe zarfı>
- İnsan: <kim yeniden tahsis edilebilir / edilemez>
- Geri Çevirme Olanağı: <tek yönlü kapı | iki yönlü kapı>

## Etkilenen Roller
[Hangi cs-* danışmanları görüş vermelidir. /cs:boardroom panel kompozisyonunu yönlendirmek için kullanılır.]

- [ ] cs-ceo-advisor
- [ ] cs-cfo-advisor
- [ ] cs-cto-advisor
- [ ] cs-cmo-advisor
- [ ] cs-cro-advisor
- [ ] cs-cpo-advisor
- [ ] cs-coo-advisor
- [ ] cs-chro-advisor
- [ ] cs-ciso-advisor
- [ ] cs-chief-of-staff

## Başarı Kriterleri
[Başarıyı tanımlayan ölçülebilir sonuçlar — karara GÖRE ÖNCE belirlenir]
- <metrik 1, eşik, zaman aralığı>
- <metrik 2, eşik, zaman aralığı>

## Durdurma Kriterleri
[90 gün içinde bunun yanlış bir karar olduğunu söyleyen sinyal nedir]
- <metrik, eşik, eksik kalırsa alınacak aksiyon>

İş Akışı

  1. context-engine aracılığıyla company-context.md yükleyin
  2. Giriş office-hours çıktısı ise, 6 yanıtı parse edin
  3. Giriş ham bir konu ise, kurucuya eksik parçaları sorun
  4. 2-3 seçenek taslağını hazırlayın (hiçbir zaman sadece bir tane — her özette bir karşıt faktör gereklidir)
  5. Varsayımları ve kısıtlamaları açık hale getirin
  6. Etkilenen rolleri belirleyin → /cs:boardroom için panel kompozisyonunu yönlendirir
  7. Başarı + durdurma kriterlerini karara GÖRE ÖNCE yazın (bu titizlik anıdır)
  8. ~/.claude/briefs/ içine kaydedin

Bu Adımın Var Olma Nedeni

En büyük karar alma hatası, sorunun üzerinde anlaşmadan önce implementasyonu tartışmaktır. Özet, soruyu, seçenekleri ve başarı kriterlerini kilitler, böylece yönetim kurulu kapsam kayması olmadan tartışabilir.

Bu aynı zamanda artifact handoff'dur — sonraki komut bu dosyayı tüketir, belleğinizi değil.

Yönlendirme

  • /cs:boardroom <brief> — çok rol tartışması
  • /cs:cross-eval <brief> — boardroom'dan önce çok model sağlaması (yüksek riskli olanlar için)
  • /cs:freeze <brief> — geri alınamaz kararlar için soğutma kilidi

İlgili


Sürüm: 1.0.0

Benzer skill'ler

Daha fazla: Development →