Yavaş Çalışanlar Yavaş Parmaklara Değil, Yavaş Yeniden Başlamalara Sahiptir

@smark_x
JAPONCA14 Eyl 2026
373K
188
19
2
345

TL;DR

Makale, iş yerindeki yavaşlığın yazma hızından değil, kesintilerden sonra görevlere yeniden başlama süresinden kaynaklandığını savunuyor. Bağlam geçişleri sırasında bilişsel yükü azaltmak için üç strateji sunuyor.

İşinde "yavaş" olan birinin gününü parçalara ayırdığınızda, aslında ellerinin durduğu sürenin çok az olduğunu görürsünüz.

Doküman hazırlamak, e-postaları yanıtlamak—klavyede çalışan eller muhtemelen hızlıdır. Gecikme, Slack veya diğer bildirimlerden gelen kesintilerden sonra yaşanır.

Yani, orijinal ekranınıza dönmek ve ne kadar ilerlediğinizi hatırlamak uzun sürer. Farkın "yeniden başlatma" anındaki zamanlamada yattığını düşünüyorum.

"Daha hızlı yap" demek sadece işin kendisini hızlandırır, bu nedenle boşluk pek kapanmaz.

すまーく - inline image

Bence bu, çoklu görevi tekli görev gibi yönetmeye çalışırken düşülen büyük bir tuzaktır.

UC Irvine'dan bir araştırma ekibi, ofiste üç buçuk gün boyunca çalışan 24 kişiyi gözlemledi. Bireylerin bölünen görevlerine geri dönmesi ortalama 25 dakika sürdü. Dahası, bu süre zarfında iki veya daha fazla başka işe başlamışlardı.

Yani aşınan şey "el hızı" değil, o geri dönüş için harcanan 25 dakikadır. Günde birçok kez bölünen insanlar, sadece bu 25 dakikalık blokları biriktirir; yazma hızları yeterlidir.

Ben hâlâ "yeniden başlamak" için zaman harcıyorum.

Birkaç Claude Code oturumunu aynı anda yürüttüğüm için günüm kesintilerle dolu. Ancak gerçek yazma süresi kısa. Uzun olan, geçişten sonra geri dönmek ve ne kadar ilerlediğimi hatırlamaktır. Özellikle, AI etkileşimleri tarafından bölünen yazma görevlerinin konsantrasyon kaybına uğradığını hissediyorum.

Sadece "görev geçişini" değil, "beyin geçişini" de daha rasyonel hale getirmezsek üretkenlik artmayacaktır.

Slack bildirimi gelir -> yanıt verirken başka bir şeye bakılır -> orijinal ekrana dönülür -> Claude oturumu biter, sonraki talimat verilir -> orijinal ekrana dönülür -> ne kadar ilerlediğim hatırlanır -> sonunda eller hareket eder...

"İşte yavaş olmanın" arkasındaki gerçek, el hızı değil, "yeniden başlama süresidir."

Bu sorunu çözmeden işin hızlanacağını sanmıyorum.

Bu yüzden, ellerimi hızlandırmak yerine, telafi etmek için "üç kuralı" kullanarak "nasıl geri dönülür" konusuna odaklanıyorum.

1. Bölünen talepleri, orijinal işinize dönmeden önce belirlenen bir yere koyun

-> Slack'ten gelen bir "lütfen onaylayın" mesajını aklınızda tutarsanız, unutmamak için beyin gücünüzü boşa harcarsınız. Bu yüzden Trello'yu (görev yönetim aracı) bir kokpit gibi kullanıyorum.

İki bölüm: Önceliğe göre sıralanmış "Bugünün Görevleri (Uzun Görevler)" sütunu ve yapışkan notlarla dolu "Boşluklar İçin Görevler (Kısa Görevler)" kutusu. Gelen talepler hızlıysa boşluk kutusuna, zaman alıcıysa öncelik sütununa eklenir.

すまーく - inline image

Trello'daki gerçek görev yönetim görünümü

Her görev tamamlandığında bu ekrana bakarım, böylece yerleştirilen talepler unutulmaz. Geri döndüğümde kafamda sadece orijinal görev kalır.

2. Doğal molalarda durmayın. Mola verirken bilerek ortasında durun

-> Bence en önemli nokta bu. Yaygın bir hata, öğle yemeği veya 15 dakikalık mola öncesinde "iyi bir durma noktasına" kadar bitirmektir. Bu durum, geri döndüğünüzde başlangıç maliyeti ile konsantrasyon artışının üst üste binmesine neden olur. Ortasında durmak en iyisidir. Yarısında durursanız, "devam eden" noktadan başlarsınız ve başlangıç yükü azalır.

3. İşten çıkmadan bir saat önce yarınki ilk 5 dakikalık görevi yazın ve sabah onunla başlayın

-> Bu, 1. kuralın günlük versiyonu. Ertesi sabah sıfırdan değil, "dünkü devam" ile başlar. Herhangi bir şeye başlamadan önce bildirimleri açmak, tüm sabahı "geri dönme sürecinde" geçirmek anlamına gelir. Ellerinizi bir kez hareket ettirdikten sonra e-postaları ve Slack'i açın.

すまーく - inline image

"İşte yavaş olmak" sorununa benim çözümüm

"Lütfen onaylayın", "Acil"

Bunların günde birden fazla kez uçtuğu iş yerlerinde, özellikle birden fazla süreci tek başına yönetenler için, yavaşlığın nedeni genellikle "bildirim sayısı" olarak düşünülür.

Ancak UC Irvine gözleminde daha fazlası var. Analitik ve geliştirme rolleri için kesintilerin yaklaşık yarısı başkalarından kaynaklanırken, yarısı kendi kendine yapılan kesintilerdi. Arama veya bildirim olmasa bile, insanlar kendilerini durduruyor. Dahası, kendi kendine bölünen görevlere geri dönme süresi, dışarıdan bölünenlere kıyasla daha uzundu.

Hızlandırılması gereken şey eller değil, sonrasındaki "yeniden başlama"dır. Yukarıdaki üç kural, bana geri dönmeyi hatırlatan sistemlerimdir.

Bir sonraki molanızdan önce bilerek "kötü bir kırılma noktasında" durmayı deneyin.


Zamanında konuları ve yarınki iş için ipuçlarını yapısal ve net bir şekilde açıklıyorum.

https://x.com/smark_x/status/2098393324768157849

https://x.com/smark_x/status/2096168360103088156

  • Aşırı düşünmek eylemi engeller
  • Mükemmeliyetçilik zamanın tükenmesine yol açar
  • Duvara çarpınca sezgisizliği suçlamak istersiniz
  • AI eklense bile iş kolaylaşmadı

Ben de bunların hepsinden muzdariptim ama "Mantıksal Düşünme" ile sistematize ederek işi kolaylaştırdım. Her gün paylaşım yapıyorum, ilgileniyorsanız lütfen takip edin. → @smark_x

Tek tıkla kaydet

YouMind ile viral makaleleri AI derin okumayla incele

Kaynağı kaydedin, odaklı sorular sorun, argümanı özetleyin ve viral bir makaleyi tek bir AI çalışma alanında yeniden kullanılabilir notlara dönüştürün.

YouMind'ı keşfet
Üreticiler için

Markdown'ınızı temiz bir 𝕏 makalesine dönüştürün

Kendi uzun yazılarınızı yayımlarken görselleri, tabloları ve kod bloklarını 𝕏 için biçimlendirmek zahmetlidir. YouMind, eksiksiz bir Markdown taslağını temiz ve hemen paylaşılabilir bir 𝕏 makalesine dönüştürür.

Markdown'dan 𝕏'e deneyin

Çözülecek daha fazla kalıp

Son viral makaleler

Daha fazla viral makale keşfet