Tarif, Yemek Değil

Sorununuzun hız olduğunu sanıyorsunuz. Değil. "Kendim daha hızlı yapardım" cümlesi doğru — onu tuzağa çeviren de tam olarak bu.

Bir işin tek bir seferi söz konusu olduğunda gerçekten daha hızlısınız. Ama beyniniz sessizce iki farklı soruyu birbiriyle değiştiriyor:

• Yanıtladığı soru: "Bu tek seferi şu anda en hızlı kim yapar?" → Siz.
• Yanıtlaması gereken soru: "Bu işi önümüzdeki yıl elli kez en düşük toplam maliyetle kim yapar?" → Neredeyse hiçbir zaman siz.

PEM tam da içinde bulunduğunuz durumu adlandırır: Execution-Heavy Yetkilendirme Tuzağı — Bırakmayı Reddetmek. Kimliğiniz kişisel çıktınıza bağlı ve hak edilmiş kontrolün rahatlığını gerçek vazgeçilmezlikle karıştırıyorsunuz. Üç önyargı bu döngüyü kaynak yapıp kapatır:

• IKEA etkisi — kendi uygulamanıza, sırf sizin olduğu için olduğundan fazla değer biçersiniz. İşi bitirmek, bitirmek yanlış hamle olsa bile bir zafer gibi gelir.
• Vazgeçilmezlik yanılsaması — kendi kendini besler. Kimseye denemesine izin vermediğiniz için kimse o yetkinliği geliştirmez; bu da "yalnızca sizin yapabileceğinizi" "kanıtlar".
• Ters çevrilmiş planlama yanılgısı — yetki devretmenin maliyetini üç ila on kat fazla tahmin edersiniz. Devir teslim kafanızda devasa görünür, gerçekteyse neredeyse her zaman küçüktür.

Görünmeyen maliyet: her "kendim daha hızlı yapardım" tercihi sizi PEM yetkilendirme basamaklarının Seviye 1'inde donmuş tutar — yani her şeyi siz yaparsınız — ve en değerli tek varlığınız, yani anlayışınız, asla ölçeklenen bir şeye dönüşmez. PEM bu konuda açık sözlüdür:

"'Bunu yapabilecek tek kişi benim' diyen kişi çoğu zaman vazgeçilmezliğini göstermez; bir anlayış eksikliğini itiraf eder."

Sizin bir hız sorununuz yok. Hız sorunu kılığına girmiş bir aktarım sorununuz var.

İçgüdünüz iki yöne ayrılır ve ikisi de başarısız olur.

• "Bir kez daha kendim yapıvereyim." Bu, rahatlama hamlesidir ve aslında bir nükstür. İş biter, bu da üretken hissettirir, ama sizi sonsuza dek Seviye 1'de kilitler. Zaten tavan yaptığınız tek etkeni (kişisel uygulama) üst üste yığmaya devam eder, gerçekten ölçeklenen etkeni (aktarılan anlayış) ise aç bırakırsınız.
• "Birini işe alır, çözmesini umarım." Bu, tam ters hatadır: anlayış olmadan yetkilendirme — PEM'in sorumluluktan kaçış dediği şey. Dile dökmediğiniz şeyi yönlendiremez, hiç tanımlamadığınız kaliteyi değerlendiremezsiniz; iş yanlış geri döner, siz geri alırsınız ve her şey "yetkilendirmenin işe yaramadığını" "kanıtlar". Yetkilendirme başarısız olmadı. İşe yaramasını sağlayan adımı atladınız.

Asıl çözüm, kendi uygulamanızın son bir seferini bir tarife dönüştürmektir: başkalarının ya da yapay zekânın siz olmadan çalıştırabileceği, aktarılabilir bir standart.

İşi yapma dürtüsüyle savaşmayın. Onu son bir kez ham madde olarak kullanın. Metodolojide adı geçen üç kuvvet, ağır işi sırtlar:

1. IKEA etkisini tersine çevirir. İşi son sefer olarak çerçevelediğinizde, onu elle bitirmek artık zafer gibi değil, geriye gidiş gibi gelmeye başlar. Tatmin, "bunu iyi yaptım"dan "bir daha asla yapmak zorunda kalmayacağım hâle getirdim"e kayar. Yine o yetkinlik kaşıntısını kaşıyorsunuz, sadece işe yarar bir yere yöneltiyorsunuz.

2. Yetkilendirme Paradoksu'nu tetikler. PEM açıkça söyler: etkili yetkilendirme daha az değil, daha çok anlayış gerektirir; bildiğinizi yazıya dökmek o konudaki ustalığınızı derinleştirir. Karmaşık işleri belgelemek zorunda kalan yöneticiler, o işleri elle yapmaya devam edenlere kıyasla ölçülebilir biçimde daha iyi anlar. İşi bu bir kez belgelemek, örtük beceriyi inceleyip geliştirebileceğiniz açık bir şeye çevirir.

3. Açıklamalı örneği üretir. Sıradan bir sefer, biter bitmez yok olur. Anlatılan bir sefer ise PEM'deki en güçlü tek yetkilendirme aracına dönüşür: tarif etmez, gösterir; üstelik bilginin lanetini, yani bilmemenin nasıl bir şey olduğunu hatırlayamamanızı atlatır. Her kararın ardında yakaladığınız "neden", başka kimsenin göremediği parçadır ve işi öğretilebilir kılan da odur.

Dürtü kazanmadan önce, o ters çevrilmiş planlama yanılgısına karşı bir savunma olarak 30 saniyelik hesabı yapın:

Bu işi bu yıl kaç kez yapacağınız (N) × her seferinde kaç dakika (T) × saatlik değeriniz ($V). Yılda 40 kez, her biri 25 dakika süren bir sözleşme, her yıl yaklaşık 17 kurucu-saati yakar ve bu birikir; buna karşılık ~50 dakikalık tek bir belgelenmiş sefer ile giderek azalan bir inceleme süresi vardır. "Kendim daha hızlı yapardım", yalnızca bir kez yaptığınız işler için doğrudur. Tekrar eden her şey için ise işinizdeki en pahalı cümledir.

Üstelik bunun gerçekten bir insan sorunu olup olmadığını kontrol edin. PEM'in yetkilendirme hiyerarşisi önce sırayı izlemeyi söyler: otomatikleştir (bir şablon, iş akışı ya da yapay zekâ becerisi — "kendim daha hızlı yapardım" işlerinin çoğu, standardı bir kez yazdığınızda otomatikleştirilebilir), sonra sistematize et (bir kontrol listesi ya da SOP) ve ancak ondan sonra bir insanla ortaklık kur. Sıkı sıkıya tutunduğunuz şeylerin çoğu aslında yetkilendirme bile değil. Eksik bir şablon.

Özellikle sizin için bir şey: Execution-Heavy'siniz ve muhtemelen "süreç belgelemek"ten nefret ediyorsunuz. İyi haber. PEM, yapay zekâyı bir yetkilendirme aracı olarak kullanmayı söyler. Açıklamalı örneğiniz birkaç örnekli bir komut istemine dönüşür; kalite kriterleriniz bir inceleme kontrol listesine dönüşür. Devir teslimin angarya kısmını yapay zekâ halleder. Onun taklit edemeyeceği tek şeyi siz sağlarsınız: kendinize özgü yargınızı.