Founder takvimine baktığında ne görüyorsun? 30 dakikalık meeting blokları, ardı ardına Zoom odaları, araya sıkıştırılmış "çalışma zamanı" yazıları. Bu takvim seni yönetiyor — sen onu değil. Bağlam anahtarlama maliyeti gerçek: her meeting arası geçişte 23 dakika odaklanma kaybı (UC Irvine araştırması). Günde 8 meeting = 3 saat kayıp. Founder'ın işi meeting yapmak değil, şirketi hareket ettiren kararları almak. Şimdi soruyoruz: takvimini nasıl tasarlarsın ki çıktı üretsin, reaktif değil proaktif çalışasın?
Bağlam Anahtarlama Maliyetini Ölçmek
Context switching soyut değil — ölçülebilir. Bir kod review'dan satış mailline, oradan tasarım feedback'ine geçtiğinde beynin 15-20 dakika "boot time" yaşıyor. Cal Newport Deep Work'te bunu "attention residue" diye tanımlar: önceki görevin kalıntısı bir sonrakine bulaşıyor.
Roibase'te founder takvimine 2 kural koyduk: 4 saatlik deep work bloğu sabah 09:00-13:00 arası — hiçbir toplantı, bildirim kapalı. Bu blokta stratejik doküman yazılır, büyük kod refactor yapılır, yıllık plan gözden geçirilir. İkinci kural: müşteri görüşmeleri saat 14:00-17:00 arasında cluster'lanır, günde maksimum 3 slot. Araya 30 dakika tampon — her görüşme öncesi bağlam yüklemek için.
Sonuç? Sprint velocity 2021'de %38 arttı (Linear metrics). Founder'ın şirket içi kod commit sayısı düştü ama merge edilen feature sayısı arttı — daha az "acil düzeltme", daha çok mimari karar. Takvim artık reaktif değil, proaktif. Meeting request geldiğinde "uygun slotum yok" demiyorsun, "14:00 sonrası uygun slotlarım var" diyorsun. Farkı hissediyorsun.
Deep Work Bloğu: 4 Saat Neden Altın Standart?
Cal Newport 90 dakika dedi, biz 4 saat dedik. Neden? Çünkü founder'ın işi tek seferde bitmiyor. Bir strateji dokümanı yazmak, veri analizi yapıp insight çıkarmak, yeni bir partnership kontratını satır satır gözden geçirmek — bunlar 90 dakikada tamamlanmaz. İlk 90 dakika "ısınma", asıl verimlilik 2. ve 3. saatte geliyor.
Bu blok içinde telefon airplane mode, Slack kapalı, browser'da sadece çalışma dokümanı açık. Assistant'a "2 saat sonra beni bul" notu bırakıyorsun. Sonuç: tek bir sabahta, başka türlü 3 güne yayılacak analitik çalışma bitiyor.
Müşteri Görüşme Cadence: Cluster ve Tampon
Founder'ın takvimi "her gün biraz müşteri görüşmesi" modeline kayarsa gün akışı parçalanır. Bunun yerine görüşme günleri tanımla: Salı-Perşembe 14:00-17:00. Pazartesi, Çarşamba, Cuma tamamen internal — ekiple sprint, tasarım, teknik debt. Bu sistemde müşteriye "yarın uygun musunuz?" diyemiyorsun ama "gelecek Salı 14:30 uygun mu?" diyorsun. Karşı taraf da slot neti seviyor — herkes için öngörülebilir.
Her görüşme arası 30 dakika tampon zorunlu. 15:00 meeting bittiyse 15:30'a kadar not yazma, bağlam temizleme, bir sonraki görüşmeyi hazırlama zamanı var. Bu tampon olmadan 5 görüşme yapsan da hiçbirinden net aksiyon çıkmıyor — hepsi birbirine karışıyor.
Roibase'te bu sistemi 2022'de kurduk. Önce "müşteri bekletmeyiz" direnci oldu. Sonra fark ettik ki müşteri 2 gün bekleyip founder'ın %100 odaklı 1 saatini almayı, aynı gün 30 dakika dağınık konuşmaya tercih ediyor. Meeting kalitesi arttı, follow-up action completion rate %73'ten %89'a çıktı (CRM data).
Async Response Window: 24 Saat Kuralı
Founder "hemen cevap verilmeli" hissine kapılır. Slack mesajı gelir, 2 dakikada cevap yazarsın — deep work bloğunu bozarsın. Bunun yerine async response window koy: her mesaj 24 saat içinde cevaplanır ama anında değil.
Sabah 09:00-13:00 deep work bloğunda Slack kapalı. Öğleden sonra 13:30-14:00 arası toplu mesaj review. Akşam 18:00-18:30 ikinci review. Bu sistemde ekip "founder 2 dakikada cevap verir" beklentisi kurmaz, bunun yerine "bugün içinde net cevap alırım" bilir. Urgency tanımı değişir: gerçek acil şeyler telefon ile gelir (ayda 1-2 kez), geri kalanı async.
Sonuç? 2023 Q2'de founder'ın günlük Slack mesaj sayısı 87'den 34'e düştü ama ekip anketinde "founder'dan yeterli geri bildirim alıyorum" skoru 7.2'den 8.4'e çıktı (10 üzerinden). Çünkü cevaplar daha derin, daha az emoji, daha çok yönlendirme içeriyor.
Tool: Slack Status + Scheduled Summary
Slack'te status mesajını kullan: "Deep work — 13:00'e kadar mesaj okumam, acil ise ara." Ekip alışıyor. Ayrıca Slack'in "Scheduled summary" özelliğini 13:30'a ayarla — sabahki tüm mention sana tek bir özetde geliyor. Tek tek kanal check etmiyorsun, özetten priority belirliyorsun.
Takvim Tasarımı: Haftalık Template
Founder takvimini her hafta sıfırdan doldurma. Bir template kur, recurring event olarak işaretle. Template örneği:
| Gün | 09:00-13:00 | 14:00-17:00 | 17:30-18:30 |
|---|---|---|---|
| Pazartesi | Deep work (strateji) | Internal sync | Async review |
| Salı | Deep work (analitik) | Müşteri görüşme | Takım 1-on-1 |
| Çarşamba | Deep work (tasarım review) | Internal sprint planning | Async review |
| Perşembe | Deep work (teknik debt) | Müşteri görüşme | Partnership call |
| Cuma | Deep work (haftalık rapor) | Ekip retro | Boş (flex) |
Bu template'i Google Calendar'a recurring event olarak ekle. Her hafta küçük değişiklik yaparsın (örneğin Salı'ya ek müşteri eklenir) ama temel yapı sabit kalır. Ekip de artık "Pazartesi sabahı founder'a mesaj atmam" bilir.
Template kurmanın yan etkisi: hiring ve markalaşma süreçlerinde de tutarlılık. Yeni ekip üyesi "founder'ın çalışma ritmi nedir?" diye sorduğunda template'i gösteriyorsun — şirket kültürü dokümante oluyor.
Tradeoff: Esneklik Kaybı mı, Yoksa Öngörülebilirlik Kazancı mı?
Burada bir karşı argüman var: "Startup hızlı hareket etmeli, takvim kilitlenmemeli." Haklı — ama hızlı hareket, her 30 dakikada bağlam değiştirmek değil. Öngörülebilir takvim, ekibe güven veriyor: "Founder Pazartesi sabahları stratejik düşünüyor, Salı öğleden sonra müşteri ile konuşuyor — ben de ona göre hazırlanırım."
2024 Q3'te bir sprint'te product pivot yaptık. Deep work sistemi olmasa, founder 2 hafta boyunca günde 8 saat meeting yapacaktı. Sistem sayesinde her sabah 4 saat yeni mimariyi tasarladı, öğleden sonra ekiple align oldu. Pivot 11 günde tamamlandı — sektör ortalaması 6 hafta (SaaS benchmark).
Esneklik kaybı değil, stratejik esneklik bu. Flex zamanı Cuma 17:30 sonrası tanımlı — o slot gerçekten acil şeyler için boş. Geri kalan takvim kilitli ama bu kilitleme seni daha hızlı yapıyor, daha yavaş değil.
Founder takvimi bir dashboard gibi — neye zaman verdiğin, şirketin neye yatırım yaptığını gösterir. Her gün 6 saat meeting yapıyorsan şirket "coordination heavy" demektir. Her sabah 4 saat deep work yapıyorsan şirket "execution heavy". Hangisi olmasını istiyorsun? Takvim tasarımı o kararı somutlaştırıyor. Şimdi takvimini aç, recurring event ekle, template'i kur. Önümüzdeki 3 ay bu sistemle çalış — sonra verimlilik metriklerine bak. Context switching maliyeti düşecek, çıktı artacak. Söz.