EOS'ta IDS: L10 Toplantıları ve Problem Çözme İçin Kapsamlı Rehber

Liderlik grubunuzda hiçbir şeyin sonuçlanmadığı toplantılar ne sıklıkla oluyor? Her hafta aynı sorunlar gündeme geliyor, tartışmalar çözüme ulaşmadan dönüp dolaşıp aynı yere geliyor ve herkes toplantıdan tatminsiz bir şekilde ayrılıyor. Eğer bu size tanıdık geliyorsa, yalnız değilsiniz.

Girişimci İşletim Sistemi (EOS), o bitmek bilmeyen tartışmaları sonuç odaklı kararlara dönüştürmek için birbirini tamamlayan iki araç sunar: IDS süreci (Identify/Tanımla, Discuss/Tartış, Solve/Çöz) ve L10 toplantısı. Birlikte kullanıldıklarında, bu araçlar sorunları çözen ve ekip etkinliğini artıran toplantılar sağlar.

IDS ve L10 toplantı çerçevesini gösteren ana görsel

Bu rehber, "IDS" kısaltmasının ne anlama geldiğini, L10 toplantı formatının nasıl çalıştığını ve her ikisini de nasıl doğru şekilde uygulayacağınızı açıklamaktadır.

EOS'ta IDS Ne Anlama Gelir?

EOS'ta IDS; Identify (Tanımla), Discuss (Tartış) ve Solve (Çöz) anlamına gelir ve Girişimci İşletim Sistemi içindeki problem çözme metodolojisinin temelidir. Ekiplerin sorunları yapılandırılmış bir şekilde ele almalarını gerektiren disiplinli bir yaklaşımdır; aksi takdirde aynı sorunu çözüme ulaşmadan defalarca tartışmaya devam ederler.

Bu sürecin nasıl yapılandırıldığını anlamak için IDS sürecini bir huni gibi düşünün; huninin tepesinden tüm o rahatsız edici, tanımlanmamış hayal kırıklıklarınızı içeri atarsınız. Huninin tasarımı, sadece net ve uygulanabilir çözümlerin alttan çıkmasını sağlar. Bu huni tasarımı olmasaydı, çoğu ekip bir sorunun semptomlarını tartışmaktan, sorunun kendisini görmezden gelmeye geçer ve sorun daha da kötüleşirdi.

Pratik anlamda IDS; aynı sorunun arka arkaya beş kez tartışıldığı toplantılara son vermek demektir. Yapılandırılmış problem çözme uygulamak, belgelenmiş aksiyon planları üretecek ve daha da önemlisi, sadece semptomları tedavi etmek yerine sorunun altında yatan temel nedenin tanımlanmasını ve çözülmesini sağlayacaktır.

IDS'in Üç Aşaması Açıklanıyor

IDS'in Üç Aşaması - Tanımla, Tartış, Çöz süreç akışı

IDS sürecinin her adımının (tanımla, tartış, çöz) tanımlanmış bir amacı vardır.

1. Aşama: Tanımla (IDS Süresinin %10'u)

Tanımlama aşamasında cevaplanan tek soru şudur: Buradaki asıl sorun nedir? Sorunu tanımlayan kişi, konunun üst düzey bir açıklamasını yapar ve ardından ekip, temel nedene inene kadar açıklayıcı sorular sorarak konuyu derinlemesine inceler.

Pratik İpucu: Bir sonraki aşamaya geçmeden önce tanımlanan sorunu tek ve net bir cümleyle yazın. Eğer net bir şekilde açıklayamıyorsanız, asıl sorunu henüz tanımlamamışsınız demektir.

2. Aşama: Tartış (IDS Süresinin %70'i)

Çoğu ekibin hata yaptığı nokta, tartışmanın herkesin sırayla fikrini söylemesi anlamına geldiğini düşünmeleridir. Bu tartışma değildir; buna "konuşma çemberi" denir. EOS IDS süreci odaklanmış tartışma gerektirir; yani tüm katılımcılar bir çözüme ulaşmak amacıyla birbirlerinin katkıları üzerinden ilerler.

Verimli bir tartışma üç kuralı izler:

• Herkes bir kez konuşmadan kimse ikinci kez konuşmaz.
• Konuya bağlı kalın; konu dışı sapmalar "sorunlar listesine" eklenir.
• Kişileri değil, fikirleri tartışın; sorunu kişisellikten arındırın.

Bir sorunu konuşurken grubun biraz huzursuzluk yaşaması normaldir. Eğer bir grup çok çabuk anlaşmaya varıyorsa, muhtemelen konuyu yeterince derinlemesine incelememiştir. Tartışmalar sırasındaki yapıcı çatışma, daha kaliteli çözümler üretecektir.

3. Aşama: Çöz (IDS Süresinin %20'si)

Çözüm Aşaması, bir IDS oturumunun yaklaşık %20'sini oluşturur. Çözmek; ya bir karar vermek ya da harekete geçmeyi taahhüt etmektir. Bu nedenle, bir IDS oturumu şunları yaratır:

• Bir son tarihle bir kişiye atanan belirli bir aksiyon maddesi;
• Veya sorunu kalıcı olarak ortadan kaldıran bir karar; ya da
• Sorunun elenmesi.

Çözüm aşaması, çözümün uygulanmasından sorumlu olan belirli kişiyi belirler. Eğer çözümün bir sahibi yoksa, ne kadar harika olursa olsun, o çözüm herkesin sorunu haline gelecektir.

📥 İndir: IDS Oturumu Kontrol Listesi (PDF) - Her aşama için zamanlama, sorular ve tamamlama kriterleri

Belirtilen Sorun Neden Asıl Sorun Değildir?

IDS'te kök neden analizini başarılı bir şekilde gerçekleştirmek için, uygulanabilir bir şeye ulaşana kadar sürekli "neden" diye sorarak "soğanı soymanız" gerekir. Bir sorunu tanımlama süreci şöyle görünebilir: Neden kotayı tutturamıyoruz? ⇒ Çünkü satış kapama oranları düştü. ⇒ Neden kapama oranları düştü? ⇒ Çünkü daha düşük fiyatlar sunan yeni bir rakip var. ⇒ Rakip neden bu fiyata iş kazanıyor? ⇒ Çünkü değer önerimiz onlarınkinden yeterince farklı değil. İşte o noktada, artık çözmemiz gereken asıl sorun elimizde.

Bu tür bir düşünce yapısı önemlidir, çünkü insan hatasını azaltmak, SOP'leri (Standart Operasyon Prosedürleri) daha net hale getirmenin bir sonucudur ve sorun tanımlama da farklı değildir. Sorun ifadesi belirsizse, çözüm de yanlış yöne gidecektir.

Soğuk Algınlığı İlacı Yanılgısı: Semptomları tedavi etmek kısa vadeli bir rahatlama sağlar, ancak temel sorun var olmaya ve tekrar etmeye devam eder. Eğer aynı sorunu tekrar tekrar "çözüyorsanız", bir semptomu soğuk algınlığı ilacıyla tedavi ediyorsunuz demektir; o semptomun kök nedenini tedavi etmelisiniz.

📥 İndir: IDS Kök Neden Analizi Çalışma Sayfası (PDF) - 5 Neden çerçevesi ve balık kılçığı diyagramı şablonu

EOS sorunlar listenizde yer alan üç sorun kategorisi, birbirinden çok farklı sorunları temsil eder. EOS sisteminizdeki sorun türlerini anlamak, sorunlarla çalışırken zamanı etkili bir şekilde yönetmenizi sağlayacaktır.

1. Problemler, bir ekibin ilerlemesini engelleyen bariyerler veya engellerdir. Bu sorunlara örnek olarak arızalı bir ekipman, sorumluluklarını yerine getirmeyen bir ekip üyesi veya çalışmayan verimsiz bir süreç verilebilir. Örnek olarak; işten ayrılacağını söyleyen bir çalışan, müşteri ilişkisinin bozulması veya teslim tarihlerinin kaçırılmasına neden olan operasyonel bir darboğaz gösterilebilir. Problemler, kök nedeni belirlemeyi (I), olası çözümleri tartışmayı (D) ve harekete geçmeyi kabul etmeyi (S) içeren IDS'in tam sürecini gerektirir. Problemleri çözme sürecini aceleye getirmeye çalışırsanız, aynı süreci sürekli tekrarlamak zorunda kalma ihtimaliniz yüksektir.

2. Bilgi, çözülmekten ziyade paylaşılacak konulardır. Örneğin, bir ekip üyesinin karar vermeden önce sizden ek bilgiye ihtiyacı olabilir veya bir çözüme gerek duymadan bir eğilime dikkat çekmek isteyebilirsiniz. Bunların kapsamlı tartışmalara ayrılmış zaman gerektirdiğini nadiren görürsünüz. (I) aşaması, üyenin paylaştığı şeyi diğerlerine netleştirdiği aşamadır; (D) aşaması genellikle neler olduğunu herkesin anladığını doğrulamak için yapılan kısa bir tartışmadır; (S) aşaması ise genellikle sadece olup biteni onaylayıp geçmektir.

3. Fikirler ve Fırsatlar, organizasyonunuzun keşfetmesi gereken ileriye dönük olasılıklardır. Yeni pazar fırsatları, süreç iyileştirme önerileri ve stratejik girişimler buna örnektir. Bunlar problem olmasalar da (çünkü bir şey bozuk değildir), ek değer potansiyeli taşırlar ve organize bir şekilde ele alınmaları gerekir. Bu tür sorunlar üzerinde çalışırken ekip, fikrin uygulanabilirliğini ve zamanlamasını değerlendirir ancak neyin yanlış gittiğini değerlendirmez. Fikirler ve fırsatlar için (S) aşaması; fikri çeyreklik planlama/iş yükü için Vizyon/Çekiş Organizatörüne (V/TO) koymayı veya fikri araştırması için birini görevlendirmeyi içerebilir.

IDS'teki üç sorun türü - Problemler, Bilgi ve Fikirler karşılaştırması

Profesyonel ipucu: IDS'e başlamadan önce, kişinin kategoriyi belirtmesini sağlayın: "Bu bir problem", "Bu bilgi" veya "Bu bir fırsat". Bu sınıflandırma, ne kadar zaman ayırmanız gerektiğini belirler.

Sorunlar Listesi Oluşturma ve Yönetme

EOS'ta sorunlar listesini üç seviyede kategorize ederiz:

• V/TO Seviyesi Sorunlar (Uzun Vadeli Sorunlar): Çözülmesi bir çeyrekten uzun sürecek daha büyük, stratejik sorunlardır. Bu listeyi sadece çeyreklik planlamalarınızda gözden geçirirsiniz, haftalık L10 toplantılarınızda değil.
• Liderlik Ekibi Sorunları: Birden fazla fonksiyona (departmana) yayılan ve sadece tek bir departmandan fazlasının girdisini gerektiren sorunlardır. L10 toplantılarınızda kullanılacak liste budur.
• Departman Sorunları: Ekibinize daha özeldir ve liderlik ekibinizin girdisini gerektirmez.

V/TO, Liderlik Ekibi ve Departman seviyelerini gösteren sorunlar listesi hiyerarşisi

| Liste Seviyesi | İnceleme Dönemi | Yaygın Sorunlar | | --- | --- | --- | | V/TO (Stratejik) | Çeyreklik | Pazar Genişlemesi, Büyük Yatırımlar | | Liderlik Ekibi | Haftalık L10 Toplantısı | Departmanlar Arası Sorunlar, Şirket Kararları | | Departman | Departman Toplantısı | Ekip Operasyonları, Süreç İyileştirmeleri |

Sorun Listesi Hijyeni — Çözülen sorunları derhal kaldırın. Uzun vadeli sorunları arşivleyin ve tekrarlayanlardan farklı şekilde ele alın. Belirli bir süre geçtikten sonra ele alınmayan sorunları kaldırın.

📥 İndir: IDS Sorun Takipçisi (Google E-Tablolar) - Tarih, sorun, sahip, durum ve çözüm notları için sütunlar içeren şablon

L10 toplantısı nedir?

L10 toplantısı (Level 10 Meeting), haftalık olarak gerçekleşen, genellikle her hafta aynı gün ve aynı saatte yapılan ve 90 dakika süren bir toplantıdır. Her Liderlik Ekibi Üyesi, şirket olarak nasıl performans gösterdiklerini gözden geçirmek, sorunlar üretmek ve her türlü güncel sorunu çözmek için IDS'i (Tanımla, Tartış, Çöz) kullanmak üzere 90 dakikalığına bir araya gelir.

Gino Wickman, L10 toplantısı kavramını Traction (Çekiş) adlı kitabında ortaya atmıştır. Her toplantıyı "10 üzerinden 10" yapmayı hedefleyen L10 toplantı yapısının amacı, toplantının genel puanını düşüren israfı ortadan kaldırmanın verimli bir yolunu yaratmaktır.

Peki bu nasıl görünür? L10 toplantıları, sorunların ortaya çıkarılmasını, tartışmaların gerçekleşmesini ve kararların alınmasını zorunlu kılan bir güç işlevi görür; ayrıca herkesin görünür/yeniden kullanılabilir görev listeleri aracılığıyla bir tür hesap verebilir görev takibine sahip olması için bir fırsat sağlar. Araştırmalar, zaman kaybı olan toplantılara kıyasla verimli toplantılar üreten beş Toplantı Tasarım Unsuru olduğunu belirterek bu ifadeyi desteklemektedir.

L10 Toplantıları Neden "Seviye 10" Olarak Adlandırılır?

Katılımcılar, her L10 Toplantısının sonunda 1 ile 10 arasında bir puan verirler. 10 puan, katılan herkesin aktif olarak katıldığını ve kilit katılımcıların ana sorunları ele aldığını gösterir. Toplantıdan belirli Aksiyon Adımlarıyla ayrılmak, grubun sonraki toplantılarda etkili etkileşimini sürdürmesini sağlar. Eğer 10'un altında bir puan alırlarsa, grup 10 puan almak için neleri farklı yapabileceklerini belirler.

Puanlama, potansiyel sistemik sorunları tanımlamak için bir teşhis aracı işlevi görür. Ekipler sürekli olarak 7 veya 8 puan verdiğinde, bu durum yanlış kişilerin katılımı veya kritik olmayan sorunların sürekli ele alınırken kritik olanların göz ardı edilmesi gibi sorunlara işaret edebilir.

Kendilerini puanlama uygulamasından kaçınan ekipler vardır çünkü bunu kaba veya çatışmacı bir davranış olarak hissederler. Bu rahatsızlık genellikle daha büyük bir sistemik sorunun göstergesidir; ekip birbirine dürüst geri bildirim vermekten rahat değildir. Amaç her toplantıda 10 puan almak değildir (çünkü bazen ekip üyelerinin kontrolü dışındaki faktörler nedeniyle 10 puan almayı engelleyen durumlar olabilir), ancak tutarlı bir iyileşme sürdürmek ve aylar süren bir seri boyunca iyileşme eğilimi göstererek 10 puanlık bir değerlendirmeye doğru yükselmektir.

Toplantılardaki İsrafı Ortadan Kaldırmak İçin 90 Dakikalık Çerçeve

Bir L10 toplantısı, 7 bölüme ayrılmış 90 dakikalık bir süreye sahiptir. Her bölümün, katılımcılar arasında disiplin yaratan belirli zaman kısıtlamaları vardır.

90 dakikalık kırılımı gösteren L10 Toplantı Yapısı

| Bölüm | Süre | Amaç | | --- | --- | --- | | Kişisel gelişim | 5 Dakika | Kişisel ve profesyonel iyi haberleri / kazanımları paylaşma | | Metrik değerlendirmesi | 5 Dakika | Haftalık metrik gözden geçirmesi—Yolunda mıyız? | | Öncelik değerlendirmesi | 5 Dakika | Çeyreklik önceliklerin gözden geçirilmesi | | Şirket & çalışan manşetleri | 5 Dakika | Müşterilere ve Çalışanlara ilişkin güncellemeler | | Yapılacaklar listemizin gözden geçirilmesi | 5 Dakika | İlgili yapılacaklar listemizin değerlendirilmesi (Bunu tamamladın mı?) | | Sorunların tanımlanması, tartışılması ve çözümü | 60 Dakika | Sorun Çözme—Toplantının Ana Amacı | | Özet/Toplantı Değerlendirmesi | 5 Dakika | Hâlâ yapılması gereken öğeleri bildirerek toplantıyı değerlendirme VE toplantımızı puanlama. |

EOS'un haftalık hesap verebilirlik toplantısını yapılandırma modeline göre, aynı toplantı içinde 60 dakikalık problem çözme süresi ayrılmadan önce performans raporlaması için 25 dakika ayrılır. Araştırmalar, yapılandırılmış problem çözmenin, özellikle birbirleri hakkında sınırlı/hiç geçmiş bilgisi olmayan ekipler için proje başarısıyla doğrudan bir korelasyonu olduğunu göstermektedir.

L10 Toplantı Gündemi – Bir Şablon

Bu, toplantınızı bir arada tutmanın çerçevesidir ve bu bölüm yedi segmentin tamamını açıklamaktadır.

Beş Dakikalık Geçiş (Segue)

Her katılımcı, son 7 gün içinde yaşadığı kişisel ve profesyonel bir başarıyı paylaşacaktır. Kazanımlarla başlayarak, zihin yapımızı sıfırlar, birbirimizle bağlarımızı güçlendirir ve grup diğer faaliyetlere devam etmeden önce olumlu bir ivme yaratırız. Çemberi hızlıca dolaşacağız, kişi başı (maksimum) 30 saniye süre vereceğiz.

Puan Kartı Değerlendirmesi (5 Dakika)

İşiniz için en önemli 5-15 metriğinizin üzerinden geçin. Her metrik için "yolunda" veya "yolunda değil" şeklinde bir derecelendirme yapmanız gerekir. Eğer bir metriği "yolunda değil" olarak derecelendirirseniz, bu, metriğin otomatik olarak IDS için sorunlar listesine gideceği anlamına gelir ve hiçbir açıklamaya gerek yoktur.

L10 toplantı puan kartı, hesap verebilirliği ve şeffaflığı teşvik eder. Eğer bir metrik üç hafta üst üste "yolunda değil" olarak görünürse, derhal ele alınması gereken bir desen var demektir.

📥 İndir: L10 Toplantı Puan Kartı Şablonu (Excel) - Yolunda/yolunda değil durumu için koşullu biçimlendirmeye sahip KPI sütunları

Rock (Kaya) Gözden Geçirmesi (5 dak)

Liderlik ekibinin her üyesi, kayalar (rocks) adı verilen 3-7 çeyreklik önceliği başarmaya çalışacaktır. Kayalar, puan kartı gibi, ya yolunda ya da yolunda değil olacaktır.

Kayalar, çeyreklik plan ile yürütme için haftalık plan arasındaki köprüdür.

Çalışan ve Müşteri Güncellemeleri (5 Dakika)

Bu toplantının içerik bölümlerine sığmayan anlamlı güncellemeler sağlayın: yeni müşteriler, çalışan endişeleri, rekabetçi tehditler, pazar geri bildirimleri. Güncellemeler sadece başlık olarak verilir ve eğer bir güncelleme üzerinde müzakere gerekiyorsa, öğeyi sorunlar listesine ekleyin.

Yapılacaklar Listesi Gözden Geçirmesi (5 Dakika)

Önümüzdeki beş dakika içinde ekip, tamamlanıp tamamlanmadıklarını görmek için geçen haftanın yapılacaklar öğelerini gözden geçirecektir. Tamamlanmayan öğeler, sık tekrarlanıyorlarsa teker teker IDS'lemek dışında ele alınmayacaktır (bunun bir anlamı yoktur). Yapılacaklar öğesinde "kısmi kredi" diye bir şey yoktur. Yapılacaklar öğelerinizin yaklaşık %90'ı tamamlanmış olmalıdır.

Yapılacaklar öğesi disiplinine sahip olmak, ilerlemenizi uzun vadede takip etmek için bir mekanizma yaratmayı amaçlar; bir hafta boyunca birçok küçük tamamlanmış yapılacaklar öğesi olmalı, ancak üç ay boyunca bu küçük tamamlanmış öğeler birikecek ve önemli miktarda ilerleme haline gelecektir. %80 tamamlama oranının altında düzenli olarak çalışmak, yapılacaklar öğelerinin yetenekleriniz için aşırı iddialı olduğunun veya ekip hesap verebilirliğinin güçlendirilmesi gerektiğinin bir işaretidir.

IDS: Toplantının Odağı (60 Dakika)

L10 IDS aşaması, toplantının asıl odağının gerçekleştiği yerdir; 60 dakika sorunları tanımlamaya, tartışmaya ve L10 toplantısında tanımlananlar için çözümler üretmeye ayrılır.

3-2-1 Öncelik Protokolü:

1. Tüm sorunlar listesini okuyun
2. Her kişi sessizce ilk üçünü belirler
3. Hızlıca oylayın ve en çok oy alan sorunları sırayla ele alın

Her sorun, çözülene kadar IDS ile ele alınmalıdır. 60 dakika dolduktan sonra IDS duracaktır. Çözülmemiş sorunlar bir sonraki haftaya devredilecektir.

Bir EOS toplantısı için L10 gündemi, IDS'e zamanın çoğunu ayırır çünkü liderlik ekibi bu alanda en büyük değeri sağlar.

Sonuç (5 Dakika)

1. Yapılacakları sahibi ve son tarihle özetleyin
2. Kademeli mesajlar — daha geniş ekiplere neyin iletilmesi gerekiyor
3. Toplantıyı 1-10 arası puanlayın

Zamanında bitirmek tartışmaya kapalıdır.

📥 İndir: L10 Toplantı Gündemi Şablonu (Excel/Google E-Tablolar) - Yedi bölümün tamamını ve zamanlayıcı kılavuzunu içeren eksiksiz gündem

L10 Toplantılarında Roller & Sorumluluklar

Roller belirsiz olduğunda, bir L10 toplantısıyla sorunsuz bir şekilde ilerlemek çok zordur. Toplantının her bir kısmından kimin sorumlu olduğunun netliği, sorunların gelişmesini ve aksi takdirde iyi niyetli olan ekibin raydan çıkmasını engeller.

| Rol | Birincil Sorumluluklar | Genellikle Rolü Dolduran | | --- | --- | --- | | Kolaylaştırıcı | Zamanı kontrol eder, yapıyı uygular, tartışmayı yolda tutar | Entegratör, COO | | Not Tutucu | Yapılacakları belgeler, kararları belgeler, sorunlar listesindeki değişiklikleri kaydeder | Rotasyonlu veya Yönetici | | Toplantı Lideri | Gündem için öncelik sürecini belirler, doğru sorunların ele alınmasını ve katılımcıların girdi sağlamasını sağlar | Entegratör | | Katılımcılar | Tartışmaya katılır; metriklerin/kayaların sahibi olur; Yapılacakları tamamlar | Liderlik Ekibinin tüm üyeleri |

Hesap verebilirlik şeması, organizasyon içindeki çeşitli fonksiyonlardan kimin sorumlu olduğunu gösterir; örneğin, satışlardan sorumlu bir kişi varsa, satış metriklerini tartışacaktır. Organizasyonun genel hesap verebilirliğini anlamak, toplantılara kimin katılması gerektiğine dair bir anlayış yaratır.

Kolaylaştırıcı, Not Tutucu, Toplantı Lideri ve Katılımcılar için sorumlulukları gösteren L10 Toplantı Rolleri RACI Matrisi

Kolaylaştırıcının Oyun Kitabı

Temel Kolaylaştırıcı Sorumlulukları:

• Tam zamanında başlayın. CEO koridorda yürüyor olsa bile.
• Bölümleri zaman sınırları içinde tutun. Puan kartı gözden geçirmesi 5 dakikayı bulduğunda, biter.
• Konu dışı sapmaları derhal kesin. "Harika bir nokta—sorunlar listesine ekliyorum."
• IDS sırasında herkesin bir kez konuşmadan kimsenin iki kez konuşmamasını sağlayın.
• Çözüm için çağrı yapın. "Eylem nedir? Sahibi kim? Son tarih nedir?"

Zor Katılımcıları Yönetme:

• "Bu noktayı belirttin—hadi başkalarını da dinleyelim."
• "Bu sorun sürekli tekrarlıyor. Neden kalıcı olarak çözmediğimizi IDS'leyelim."

Toplantı İçinde Çözme vs. Erteleme

Toplantı İçinde Çözün:

• Sorun 15 dakika veya daha kısa sürede çözülebiliyorsa
• Gecikme anlamlı bir zarara neden olacaksa
• Sorun departmanlar arası anlaşma gerektiriyorsa

Toplantı Dışında Erteleyin:

• Çözüm, mevcut olmayan araştırma veya veri gerektiriyorsa
• Sorun sadece 2-3 kişiyi ilgilendiriyorsa
• Karmaşıklık özel bir çalışma oturumu gerektiriyorsa
• Sorun bir sonraki çeyrek için bir Kaya haline gelmeli

Ekipler bu ayrımı öğrendiğinde karar verme verimliliği artar.

Yaygın IDS ve L10 Toplantı İşlevsizlikleri

Aşağıdakiler, benzer bir yapı anlayışı sergileyen birçok ekibin toplantılarıyla ilgili işlevsiz davranışlara nasıl kurban gidebileceğini özetlemektedir.

| İşlevsizlik | Uyarı İşaretleri | Nasıl Önlenir | | --- | --- | --- | | Tartışma Tuzağı | Aynı tartışmanın 20 dakika boyunca birden fazla kez yapılması | Konuyu zaman kutusuna alın; çözüm nedir? | | Tekrarlayıcı Sorunu | Bir kişinin aynı noktayı sürekli tekrarlaması | Kolaylaştırıcının katılımcıları yönlendirmesi gerekir | | Yumuşak Çözüm | "Bu durumu izlememiz gerekecek" ifadesinin çözüm olarak görülmesi | Sahipleriyle birlikte belirli yapılacaklar öğeleri sağlayın |

Yaygın L10 Toplantı İşlevsizlikleri - Uyarı işaretleri ve önleme stratejileri

Konuşma Çemberi

Grup bir problem tanımlar ve bunun hakkında 25 dakika konuştuktan (çember içinde konuşma) sonra, hiçbir şeye karar verilmemiş veya ilerleme kaydedilmemiştir. Her kişi tartışmaya girdi sağlamıştır (2 kez), ancak kimse nihai karara doğru ilerlememiştir. Zaman tükeniyor; hayal kırıklığı artıyor; ve sonunda biri, sorunu "masaya yatırma" hakkında bir yorum yapar ki bu, gelecek haftaya kadar bırakacakları anlamına gelir.

Tanıma işaretleri:

• Aynı kişinin tek bir sorun üzerinde üçten fazla konuşması
• Yeni bilginin 10 dakika önce gelmeyi durdurması
• Katılımcıların telefonlarını kontrol etmeye veya zihinsel olarak kopmaya başlaması

Tuzaktan kurtulma: Kolaylaştırıcının bir eylemde bulunması ve şunu söylemesi gerekir: "Bunun hakkında 15 dakikadır konuşuyorsunuz; kullanacağımız belirli eylem nedir ve daha da önemlisi bundan kim sorumlu olacak?"

Tuzağın olmasının nedeni, ekibin rahatsız edici bir gerçekle yüzleşmemiş olmasıdır; işbirlikçi problem çözme, ekibin bu sorunları ele almamaktan kaynaklanan gerginlikle başa çıkmasıyla sonuçlanmalıdır, etraflarında dönüp durmak yerine.

Tekrarlayıcı Sorunu ve Hikaye Zamanı Kullanımı

"Tekrarlayıcı" noktasını üç kez belirtir (ilk, ikinci ve üçüncü kez). "Hikaye Anlatıcısı", tartışmaları raydan çıkarmak için kişisel hikayeler veya başka hikayeler kullanır.

Tekrarlayıcı için müdahale: "Bu noktayı belirttin ve anladık. Hadi başka bir şeyle devam edelim." Hikaye Anlatıcısı için: "Affedersiniz. Sözünüzü keseyim ve tavsiyenizin ne olduğunu sorayım."

Bazı Ekipler IDS'i Kendi Kendine Uygulamada Neden Başarısız Olur?

1. Araçları seçip ayıklamak. Ekipler, hesap verebilirlik önlemlerini atlarken rahat kısımları benimserler.
2. L10'u isteğe bağlı görmek. Toplantı başka herhangi bir şeyle çakıştığında, ekipler iptal eder.
3. Dış hesap verebilirlik eksikliği. Kimse çerçeveye yönelik tavizleri dile getirmez.
4. Yetersiz bağlılık. Liderler EOS'u entelektüel olarak kabul eder ancak duygusal olarak asla bağlılık göstermezler.

Eğer organizasyonunuz kendi kendine uygulamada sorun yaşıyorsa, bir EOS Uygulayıcısı aramak isteyebilirsiniz (en az 1 kez). Dış bir bakış açısı, odağınızı nerede kaybettiğinizi görmenize yardımcı olabilir.

Uzaktan ve Hibrit Ekipler için L10 Toplantılarını Yönetmek

L10 çerçevesi, konferans odalarında kullanılmak üzere oluşturulmuştur. Bugün ekipler küresel bazda uzaktan ve hibrit yollarla çalışıyor ve toplantılarını ekranlarda yapıyorlar. İlkeler hâlâ geçerlidir, ancak sonuç almak için uyarlanmaları gerekir.

Sanal L10 Başarısı için Teknoloji Kurulumu

Temel Altyapı:

• Kararlı bağlantıya sahip güvenilir video platformu
• Gündemi ve sorunlar listesini gerçek zamanlı olarak görüntüleyen paylaşılan dijital çalışma alanı
• Kulaklıklar aracılığıyla kaliteli ses—dizüstü bilgisayar mikrofonları yankı ve hayal kırıklığı yaratır

Gerçek Boyut İlkesi: Uzaktan katılımcıların toplantı ortamında bir varlık hissi yaşamalarını sağlayan ekran üzerinde bir temsil oluşturun; bazı şirketler tüm katılımcıların yerinde durumlarına bakılmaksızın tüm toplantılar için video konferans araçlarını kullanmasını bekler, böylece eşit bir deneyim yaratılır.

Yaratıcılık Mücadelesi Çözümleri: Çalışmalar, sanal toplantıları koordine etmenin yüz yüze oturumlardan daha az yaratıcı fikir ürettiğini göstermiştir; bu mekânları yaratmak için uzun süreli IDS oturumları arasında kısa planlı sohbet molaları kullanmak ve/veya işbirlikçi beyin fırtınası için sanal beyaz tahtalar kullanmak gibi alternatif seçenekler mevcuttur.

Herkesin Nerede Olursa Olsun Katılmak İçin Eşit Şansa Sahip Olduğundan Emin Olmak

Hibrit toplantılar zorlayıcı olma eğilimindedir çünkü toplantı odasındaki insanlar kendi grup dinamiklerini yaratırken, uzaktan katılanlar sadece izlemektedir.

Özel Kolaylaştırıcı Odağı:

• IDS sırasında uzaktan katılımcıları ismen açıkça çağırın
• Kaldırılan eller için video ızgarasını izleyin
• Periyodik olarak duraklayın: "Uzaktan çalışan meslektaşlarıma sorayım—herhangi bir tepki var mı?"

Pratik Ekip Uyum Taktikleri:

• Uzaktan ve ofis içi katılımcıları paylaşılan yapılacaklarda eşleştirin
• Katılımcılar saat dilimlerine yayılıyorsa toplantı saatlerini döndürün
• Gerçek zamanlı tartışma ihtiyaçlarını azaltmak için eşzamansız ön çalışma kullanın
• Yüksek sesle okunan açık taahhütlerle bitirin

Bu, yüz yüze etkileşimlerin tümünü değiştirmekle ilgili değildir; daha ziyade, sanal L10 toplantılarının fiziksel temas eksikliği nedeniyle haftalık yürütme kalitesinin zarar görmeyeceğinden emin olacak kadar iyi çalışmasını sağlamakla ilgilidir.

L10 Toplantı Etkililiğini Ölçmek

Eğer aktiviteyi ölçmezseniz, yapılan bir iyileşmeyi ölçmek zordur. Toplantının sonunda bir puanlama, etkililiği ölçmenin bir yoludur ancak hem katılıma dair nicel metrikler hem de davranışsal gözlem eklemek, etkililik ölçümünü daha kapsamlı hale getirir.

İyileşmeyi Ne Sağlar? Puanlama Süreci

Her toplantı puanına 10 puanla başlayın ve gündem veya kuralların belirli ihlalleri için puan düşün.

| Metrik | Hedef | Kesinti | | --- | --- | --- | | Toplantı zamanında başladı | Tam zamanında başladı | -1.0 | | Toplantı zamanında bitti | Tam zamanında bitti (90 dakika) | -0.5 | | Yapılacaklar tamamlama oranı | Yapılacakların %90+'ı tamamlandı | Hedefin her %10 altında için -0.25 | | IDS'e katılım | Her üye en az bir kez konuştu | -0.25 | | Sahibi + son tarihi olan çözülmüş sorunlar | Çözülen her sorunun net sahibi ve son tarihi var | Eksik öğe başına -0.5 |

Sonuçları aylık olarak gözden geçirirken puanları haftalık kaydedin. 7.5 almak işlevsizlik anlamına gelmez. Ancak, sekizden düşük dört ardışık puan, yukarıda listelenen tipik karşılaştırma puanlarından kopuk devam eden bir eğilime işaret eder.

L10 Ustalığının Öncü Göstergeleri

Olumlu Göstergeler:

• İstekli sorun gönderimi — Ekip üyeleri toplantılar arasında sorun ekler çünkü bu sorunların ele alınacağına güvenirler
• Odaklanmış tartışmalar — IDS konuşmaları doğal olarak konuya bağlı kalır
• Yüksek yapılacaklar tamamlaması — Sürekli %90+ tamamlamaya ulaşmak
• Azalan sorun tekrarları — Aynı sorunlar hafta hafta görünmeyi durdurur
• Samimi puanlamalar — Katılımcılar, gerektiğinde 7 ve 8 dahil olmak üzere dürüst puanlar verir

Uyarı İşaretleri:

• Sorunlar listesi sadece 2-3 öğeye düşer (insanlar sorunları yüzeye çıkarmayı bırakmıştır)
• Aynı yapılacaklar birkaç hafta üst üste devreder
• Puanlama tartışmaları şekli hale gelir ("10, 10, 10, tamam bitti")
• Toplantı sıklıkla 90 dakikayı aşar

Nihai Sınav: L10 Toplantısı "İstemek" vs "Zorunda Olmak"

Ekip üyeleri L10 toplantısına katılımlarını arzuluyorlar mı yoksa zorunluluktan mı katılıyorlar? Bunu düzgün bir şekilde uygulayan ekipler, L10'un haftanın en etkili toplantıları olduğunu söylüyorlar.

IDS'ten Aksiyona - Takip Edilebilirliği Sağlamak

Eğer takip eylemleri yoksa, herhangi bir kararın değeri sıfırdır. "Bunu toplantımızda çözdük" demek ile "sorunumuz çözüldü" demek arasındaki fark, birçok grubun yetersiz kaldığı yerdir.

Üç Çözüm Türü

IDS'teki Üç Çözüm Türü - Netlik, Eylem ve Bilgi çıktıları

1. Netlik Çözümü - "Çözüm"ün tanımı, sorun hakkında ortak bir anlayışa ulaşmaktır; bu nedenle, sorun tamamen bilgilendirici olduğundan ek eyleme gerek yoktur.

2. Eylem Çözümü - Bir birey belirli bir tarih/saate kadar belirli bir eylemi gerçekleştirmeyi kabul eder. Eylem öğeleri aşağıdaki özelliklere sahip olmalıdır: belirli bir ürün (çıktı), eylem öğesi için bir sahip ve son tarih (genellikle 7 takvim günü).

3. Bilgi Çözümü - Ekip karar vermeden önce ek bilgiye ihtiyaç duyar. Ek bilgi talebi geçerlidir, ancak istismar edilebilir. Eğer ek bilgi isterseniz ancak neye ihtiyacınız olduğunu spesifik olarak belirtemiyorsanız, bir yanıtı geciktiriyorsunuz demektir.

7 Günlük ve 90 Günlük Çözümler Oluşturma

7 Günlük Çözümler (Yapılacaklar Listeleri)

Haftalık yapılacaklar listeleri sıkı bir hafta içinde tamamlanabilir. 7 günlük çözümlere iyi örnekler şunlardır:

• Kapsamı dar
• Tamamlama kriterleri net bir şekilde tanımlanmış
• Birkaç saatten fazla odaklanmış çalışma gerektirmez

3 Aylık Çözümler (Kayalar)

Haftalar veya aylar boyunca devam eden odaklanma gerektiren bir sorun, yaklaşan çeyrek boyunca bir Kaya haline gelir. Kayalar, liderlik ekibinin her üyesinin 90 günlük bir süre içinde başaracağı en önemli 3 ila 7 şeydir.

Bir sorunda aşağıdaki işaretleri gördüğünüzde, onu bir Kaya haline getirebilirsiniz:

• Çözüm olmadan sorunlar listesinde görünmeye devam ediyor
• Zaman içinde birden fazla departman arasında koordinasyon gerektiriyor
• Operasyonel bir düzeltmeden ziyade stratejik bir girişimi temsil ediyor
• Tamamlamak yıllık hedefleri anlamlı bir şekilde ilerletirdi

Yapılacaklar listesine konulamayacak kadar büyük olan ancak henüz kaya olarak kabul edilmeye hazır olmayan problemler tehlike bölgesinde kabul edilir. Bu sorunlar, çözülmeden etraflarında sürekli tartışmalarla aylarca çözümsüz kalabilir. Bunlar ya daha küçük parçalara bölünerek ya da bir "kaya" olarak tamamlamayı taahhüt ederek çözülebilir. Araf, sorunların öldüğü yerdir.

Bir ekip son çekiş toplantısından bir yapılacaklar öğesini tamamlamadığında, bu herkesçe bilinir. Bir ekip bir kaya son tarihini kaçırdığında, çağrıdaki diğer herkes bunu bilir. Çekişi yürüten ekipler kendilerini güvenilir olduklarını kanıtlamışlardır.

Hinto AI Toplantı Dokümantasyonunu Nasıl Hızlandırır?

Kararlar IDS süreciyle alınır, kararlar ve yönlendirme genellikle L10'lar aracılığıyla atanır. Ne yazık ki, bu çıktının tamamı toplantıdan dışarı çıkmaz; bunun yerine genellikle hafızadan kaybolur ve atılan bir not defterinde veya asla tekrar okunmayan bir belgede kaybolur.

L10'larınızın etkili olması için L10'larınızın güvenilir, kalıcı dokümantasyonuna sahip olmanız gerekir.

Toplantı Videolarını Uygulanabilir Öğelere Nasıl Dönüştürüyoruz?

Hinto AI'da, kaydedilen toplantı videolarını yararlı dokümantasyona dönüştürüyoruz. AI teknolojimiz, toplantınızın ses ve video içeriğini transkribe eder ve otomatik olarak uygulanabilir ve okunması kolay bir belge oluşturur.

Bu L10 toplantıları için nasıl yardımcı olur?

• Süreç Dokümantasyonu — IDS bir sürecin iyileştirilmesi gerektiğini ortaya çıkardığında, iyileştirilmiş izlenebilirliği kaydetmek anında SOP'ler üretir
• Karar Yakalama — Önemli kararlar aranabilir ve referans alınabilir hale gelir
• Eğitim Materyali Üretimi — Kilit iş akışları, işe alımı hızlandıran adım adım kılavuzlara dönüşür

L10 Bilgi Tabanınızı Oluşturma

Sonunda, dokümantasyon stratejisi bir Organizasyonel bilgi tabanı yaratır. L10 toplantılarından dokümantasyon geliştirin, örneğin:

• Gelecekte başvurmak üzere çözülen sorunlar ve çözümleri
• IDS oturumlarından kaynaklanan süreç değişiklikleri
• Tekrarlayan görevler için standart operasyon prosedürleri
• Gelecekteki ekip üyelerinin nedenini anlaması için karar mantığı

Hinto AI ile bilgi tabanınızı yayınlayabilir ve anında arayabilir veya uygulamanızda kullanmak üzere .md veya .html dosyası olarak dışa aktarabilirsiniz.

Vizyon, L10 toplantıları tarafından yaratılan zekayı toplantıların kendisinin ötesinde mevcut ve kullanılabilir kılmaktır.

IDS ve L10 Toplantıları Hakkında Sıkça Sorulan Sorular

İş dünyasında 'IDS' kısaltması neyi ifade eder?

IDS kısaltması; Identify (Tanımla), Discuss (Tartış) ve Solve (Çöz) anlamına gelir. İşletme yönetiminin EOS modelindeki bir iş sürecidir. Tanımlama Aşamasında, mevcut bir sorunun nedenini netleştirirsiniz. Ardından, Tartışma yoluyla olası çözümleri keşfeder ve son olarak Çözüm Aşaması aracılığıyla belirli sorumluluklar atanmış bireyler içeren belirli bir eylem planı seçersiniz.

EOS'ta L10 Toplantıları Nedir?

L10 toplantısı, 90 dakika süren ve haftada bir tekrarlanan bir EOS toplantısıdır. Adının ifade ettiği gibi, tüm toplantılar "10" olarak puanlanmaya çalışmalıdır. "L10"; segue (geçiş), puan kartı, kaya gözden geçirmesi, manşetler, yapılacaklar listesi, IDS (60 dakika) ve sonuç olmak üzere yedi ayrı bölüme ayrılmıştır.

Seviye 10 toplantısının süresi tam olarak doksan dakikadır, bu zaman sınırının ne üstünde ne de altındadır. Bu düzenli zaman çerçevesi, durum güncellemelerinin yirmi beş dakikadan uzun sürmediği ve toplantı sırasında çözülecek IDS sorunları için altmış dakika kaldığı toplantının verimli zaman kullanımını artırır.

IDS, sorunları çözmenin "sıradan" yöntemlerinden nasıl farklıdır?

IDS'in; asıl sorunu tanımlamayı, ardından tüm katılımcıların girdisiyle alternatif çözümler üzerinde işbirliği yapmayı ve ardından belirlenmiş bir sahip ve zaman çizelgesi ile üzerinde anlaşılan bir eylem planına bağlılık göstermeyi içeren tanımlanmış bir süreci vardır. Bu, tekrarlayan tartışmalardan kaçınmaya yardımcı olur ve her şeyin çözüleceğinden emin olunmasını sağlar.

L10 toplantıları teknik olarak tam EOS sistemi uygulanmadan yürütülebilir; ancak, etkililikleri o kadar yüksek olmayacaktır. L10 toplantılarını etkili bir şekilde yürütmek için Kayalar (çeyreklik öncelikleriniz), Puan Kartı (haftalık metrikler) ve Hesap Verebilirlik Şemanızı (yani, organizasyonunuz içinde atanan roller) kullanmalısınız.

Her ne kadar gündem yapısını uygulamak, tam olarak uygulanmasalar bile mevcut toplantılara göre iyileşme sağlayacaktır.

Tanımlanmış bir sorun üzerinde hiçbir eylem alınmadığında, o sorun bir sonraki haftanın toplantısında çözülmek üzere listede kalacaktır. Eğer aynı sorun üst üste birkaç hafta boyunca listede görünürse, bu, organizasyonun ve IDS'in farkında olması gereken bir desen yaratmıştır. Bu sorunun henüz çözülmemesinin bir nedeni var mı?

IDS sorunlarına öncelikler nasıl atanır?

Önceliklendirme, ekibin en iyi üç sorun üzerinde oylama yapmasını içerir. Her kişi sessizce oylarını işaretler ve ardından ekip sadece bu üç sorun üzerinde oy toplamlarının azalan sırasına göre oylama yapar.

L10 Toplantısında Kayaların (Rocks) İşlevi Nedir?

L10 Toplantısında Kayalar, 5 dakikalık bir bölümde gözden geçirilen 90 günlük önceliklerdir. Her katılımcı, Kayalarını başarmak için yolunda mı yoksa yolunda değil mi olduğunu paylaşır. Yolunda olmayan Kayalar, IDS oturumu sırasında tartışılmak üzere otomatik olarak Sorunlar Listesine taşınacaktır.

Referanslar

1. Brucks, M. S., & Levav, J. (2022). Virtual communication curbs creative idea generation. Nature, 605, 108–112. https://www.nature.com/articles/s41586-022-04643-y
2. Easton, G. S., & Rosenzweig, E. D. (2012). The role of experience in six sigma project success: An empirical analysis of improvement projects. Journal of Operations Management, 30(7–8), 481–493. https://onlinelibrary.wiley.com/doi/10.1016/j.jom.2012.08.002
3. Johnson, K., Morais, C., & Patelli, E. (2025). Enhancing procedure quality: Advanced language tools for identifying ambiguity and high-potential violation triggers. Reliability Engineering & System Safety, 264(Part A), 111308. https://linkinghub.elsevier.com/retrieve/pii/S0951832025005095
4. Kauffeld, S., & Lehmann-Willenbrock, N. (2012). Meetings matter: Effects of team meetings on team and organizational success. Small Group Research, 43(2), 130–158. https://journals.sagepub.com/doi/10.1177/1046496411429599
5. Leach, D. J., Rogelberg, S. G., Warr, P. B., & Burnfield, J. L. (2009). Perceived meeting effectiveness: The role of design characteristics. Journal of Business and Psychology, 24(1), 65–76. https://link.springer.com/article/10.1007/s10869-009-9092-6
6. Wickman, G. (2011). Traction: Get a Grip on Your Business. BenBella Books.