Neden Basit Yapılacaklar Listesinden Vazgeçtik

Son güncelleme: 19 Ağustos 2026

Çoğu görev yönetimi yazılımının merkezinde, akla gelebilecek her görevi depolayan geleneksel bir yapılacaklar listesi bulunur. Ama bir yapılacaklar listesi, bir görev yönetim sisteminin yönetimini gerektiren görevlerin içinde saklı karmaşıklığı hiçbir zaman ele alamayacak şekilde tasarlanmıştı.

Ulaştığımız çözüm, bir görev ağacının taşıdığı iç içe geçmiş bir kontrol listesi oldu. Bu yazı, bu çözümün arkasındaki orijinal argümanı anlatıyor.

Uzun bir yapılacaklar listesinin üzerinizde yük oluşturmasının bilişsel bir nedeni var. Psikologlar E.J. Masicampo ve Roy Baumeister, tamamlanmamış görevlerin somut bir plan yapana kadar zihninize sızmaya ve odağınızı ne yapıyorsanız ondan uzaklaştırmaya devam ettiğini buldu; plan yapıldığı anda bu zihinsel rahatsızlık dağılıyor.

Düz bir yapılacaklar listesi görevi yakalar ama planı asla yakalamaz — tam olarak eksik kaldığı yer burasıdır. Sade bir liste yerine uygun bir görev yönetim aracının temel gerekçesi de budur: planı da tutar, sadece görevi değil.

Bir yapılacaklar listesi ne işe yarar?

Görevleri yazıya dökmeye, sayıları onları iyi yönetemeyecek kadar arttığında başlarız. Görevler yazılı ya da görsel bir biçimde bir nevi “somutlaştırıldığında” daha iyi önceliklendirilebilir ve tamamlanmaları takip edilebilir.

Basitçe söylemek gerekirse, bir yapılacaklar listesi görevlerimizi hatırlamamıza (takip etmemize) ve karşılaştırmamıza (sıralamamıza) yardımcı olur.

Yapılacaklar listeleri amacına ne zaman ulaşamaz?

Görev sayısı arttıkça, uzamış bir listeye bakmak görevleri karşılaştırıp önceliklendirmede bize pek yardımcı olmaz. Sonuçta eşit derecede önemli görünen uzun bir görev listesi ortaya çıkar.

Listede eşit derecede önemli çok sayıda görev olduğunda, görevleri takip etmek ve sıralamak yine zorlaşır.

“Karşılaştırılamaz” görevleri bir araya getirip heterojen bir liste oluşturduğumuzda, bu görevleri karşılaştırmak veya sıralamak zorlaşır. Görevler, kapsam ve bağlam bakımından o kadar büyük farklılıklar taşır ki karşılaştırılamaz hale gelir; dolayısıyla onları kıyaslamak ya da sıralamak anlamsızlaşır.

Örneğin, yapılacaklar listemizde hem “X Kitabından n sayfa oku” hem de “Pilot Lisansı Al” varsa, bunlar ancak okuma görevinin ait olduğu bağlamı anladığımızda karşılaştırılabilir hale gelir.

Diyelim ki “yarına teslim proje” için önce X Kitabındaki o n sayfayı özümsememiz gerektiğini hatırlıyoruz; ancak o zaman “yarına teslim proje” ile “Pilot Lisansı Al” arasındaki önceliği tartabiliriz.

Bu yüzden heterojen bir liste, her göreve bağlı tüm bağlamları hatırlamamızı gerektirir ki bu da oldukça zor olur.

Yapılacaklar listelerinin işe yaramazlığını çürütecek tüm olası yolları tüketmeden şunu not edelim: bir yapılacaklar listesi, görev sayısı onları eşit derecede önemli kılacak kadar arttığında veya liste heterojen hale geldiğinde artık yeterli olmaz.

Geleneksel görev yönetim sistemlerimize koyduğumuz görevler bu sınırlarla çelişir mi?

Kapsamı geniş ve süresi uzun bir görev, yürütülebilmesi için kaçınılmaz olarak daha yönetilebilir eylem adımlarına bölünmelidir.

Bazı büyük görevler parçalara ayrılıp genişletilirken, henüz o aşamaya gelmemiş başka görevler de olacaktır; bu da farkında olmadan heterojen bir liste yaratmamıza neden olur.

Listedeki tüm görevler homojen bir duruma bölünene kadar karışıklık sürer. O noktada, şişmiş yapılacaklar listesi eşit derecede önemli görevlerden oluşan uzun bir listeye dönüşür.

Bir görev yönetim sisteminin yönetimini gerektiren görevler genellikle geniş bir kapsama ve uzun bir süreye sahiptir. Bu tür görevleri geleneksel bir yapılacaklar listesine girmek, listeyi kaçınılmaz olarak heterojen hale getirir ve görevler zamanla eşit önem taşımaya evrilir; bu da örtük olarak önemlerini azaltır.

Görev yönetim yazılımları yapılacaklar listesinin bu sınırlarıyla nasıl başa çıkıyor?

Bu sınırlamalar göz önüne alındığında, yaygın çözüm ilkel yapılacaklar listesini birkaç farklı listeye bölmektir. Örneğin, “kardeş” görevler genellikle “alt görevler” adı verilen başka bir listeye yerleştirilirken, “üst” görevler “bölümler” ya da benzer isimler taşıyan bir listeye atanabilir.

Daha esnek bir sistem, bir alt görevin kendi alt görevlerini taşımasına izin verebilir; bu da etkili biçimde kendine sınırsızca başka bir liste eklemek anlamına gelir. Bu düzen, aşağıda gösterilen hiyerarşik bir yapı ortaya çıkarır:

Herhangi bir göreve veya başka bir alt göreve başka bir alt görev listesi ekleyebilme esnekliği, her zaman bir görevin üzerine “yakınlaşıp” onu parçalarına ayırabilmemizi sağlar. Bu süreç, bağımlılıklarını da işaret eden bir hiyerarşi doğurur.

Böylece eşit derecede önemli düz bir görev listesi sorununu ortadan kaldırmış oluruz. Artık bir görev hiyerarşimiz olduğu için, her görev seviyesinde homojenlik elde edecek şekilde görevleri düzenleyebiliriz.

İç içe geçmiş kontrol listesi nedir?

Aynı fikir birkaç farklı isim altında dolaşır: iç içe geçmiş yapılacaklar listesi, hiyerarşik görev listesi, ağaç yapılı yapılacaklar listesi. Etiket önemli değil; önemli olan verdiği söz — bir görevi, ait olduğu yeri kaybetmeden her zaman yakınlaştırabilmek.

Peki iç içe geçmiş görev listelerini nasıl gösterirsiniz?

En esnek görev yönetim araçları bile sınırsız bir hiyerarşi yapısına izin verse de, iç içe geçmiş listeleri göstermek bir arayüz tasarımı açısından pratik değildir.

Ama hiyerarşi boyunca tüm görevleri göstermeden, bir görevi izlemek için gereken bağlamı kolayca kaybederiz. Şu görev yapısını ele alalım:

“A'yı Tamamla” altındaki “B2–1 Raporunu Al”, “B'yi Tamamla” altındaki “B2–1 Raporunu Yap”ın tamamlanmış olmasını gerektirir. Ama iç içe geçmiş listeleri gösterme kısıtları yüzünden, uzlaşmalı bir görünüm şunu gösterir:

ya da

Her iki durumda da, “A3'ü İncele”nin “B2'yi Yap”a olan bağımlılığını tamamen kaçırırız, çünkü bu görünümde gizli kalan bir alt görev listesine ait.

Her iki görünüm de, aslında bir görev hiyerarşisinin bir alt görevinin başka bir hiyerarşinin alt görevine bağlı olduğunu işaret etmesi gereken bağlamı iletmez.

Özünde, kullanıcıların gördüğü şey hâlâ ilkel biçimdeki yapılacaklar listeleridir, sadece şimdi çoğullaşmış halde ve görevlerin bağlamını ve ilişkilerini sunmadan.

Bir ağaç yapısı bir görevin doğal hiyerarşisini nasıl korur?

Gerekli hiyerarşiyi oluşturmak için listeleri birbirine bağlamanın sorunu, listelerin ayrı varlıklar olarak kalmasıdır. Bağlamı iletmek için kaç liste gerektiğini göstermek, bir kullanıcı arayüzünün kısıtları düşünüldüğünde mümkün değildir.

Bunun yerine, bu hiyerarşinin bir ağaç yapısıyla daha iyi temsil edileceğini fark ettik. Her alt görev, bir görevin alt düğümü haline gelir. Bir görev getirildiğinde, o görevin tüm bağlamını oluşturan üst ve alt görev düğümleri de birlikte getirilir.

Bu yapı altında, görevler ve bağımlılıkları görev yönetim sisteminde açıkça sunulur. Bunun görev paketleri ve iç içe listelerle nasıl işlediğine Quire'da Görev Paketi ve İç İçe Geçme Konsepti Hakkında Her Şey yazısında daha derinlemesine giriyoruz; gerçek ekiplerde nasıl uygulandığını ise 6 gerçek dünya Quire Alt liste kullanım senaryosunda görebilirsiniz.

Quire iç içe geçmiş görev listelerini nasıl ele alıyor?

Quire'da her görev alt görevler barındırabilir ve her alt görev kendi alt görevlerini barındırabilir; böylece bir proje, ayrı listeler yığını yerine tek bir ağaç oluşturur. Bir görevi açmak üst ve alt öğelerini birlikte getirir, dallar arasındaki bağımlılıklar görünür kalır ve üzerinde çalışmadığınız bir dalı sürükleyip taşıyabilir veya daraltabilirsiniz.

Listeleri üst üste yığmak ile bir ağaç büyütmek arasındaki fark budur; görev ağacının, listenin değil, Quire'ın omurgası haline gelmesinin nedeni de budur.

Bir görev, tamamlanması için gereken bir plan ya da arka plan bilgisi olmadan kaba bir hedef olarak başlayabilir. Hedefe ulaşmak için gerekli adımlar ancak daha fazla düşünme ve işbirliğiyle ortaya çıkar.

Görevlerimizi ilerledikçe planlayıp düzenlerken, ağaç düğümü olarak temsil edilen görevler aşağıda gösterildiği gibi sürükle-bırak yöntemiyle bağımlılıklarına göre kolayca yeniden düzenlenebilir:

Görevlerin görünümümüzü karmaşıklaştırıp odağımızı kaybetmemizi önlemek için, o an elimizdeki görevlerle alakasız görev ağacını basitçe daraltabiliriz. İlgili bir başka ipucu için, derinlemesine inme özelliği, geri kalan her şeyi elle daraltmak yerine tek bir göreve ve alt görevlerine yakınlaşmanızı sağlar.

Yapılacaklar listesi, hedeflerimizi daha “somut” hale getirmemize yardımcı olur ama hiçbir zaman görev yönetim yazılımının omurgası olmak için tasarlanmadı.

İç içe geçmiş yapılacaklar listeleri, bir projede bulduğumuz ekip çalışması ve işbirliği gerektiren görevler gibi daha karmaşık işler için mantıksal bir hiyerarşi sağlar. Ama iç içe geçmiş listeler yine de bir görevin bağlamını bölen ayrı listelerdir ve bu bağlam bir kullanıcı arayüzünde etkili biçimde gösterilemez.

Görüyoruz ki bir ağaç yapısının hiyerarşisi, görevlerin yaşam döngüleri boyunca nasıl geliştiğini doğal biçimde yakalar. Görevlerin ilişkilerine kuş bakışı bir görünüm sağlar.

Bir Görev Ağacı, bir görev yönetim sistemi için daha iyi bir omurga görevi görür. Bu fikrin sizin için işe yarayıp yaramadığını bilmek isteriz; Quire ile ücretsiz başlayın ve görev ağacını deneyin.

Ağaç yapısı daha büyük bir resmin sadece bir parçası: GTD, Kanban ve zaman bloklama ile birlikte nasıl bir bütün oluşturduğunu kalıcı bir görev yönetim sistemi kurun yazısında görebilirsiniz.

Sıkça Sorulan Sorular

Bir yapılacaklar listesinin gerçek amacı nedir?

Görevleri somutlaştırarak onları hatırlamanıza ve sıralamanıza yardımcı olur. Sınırlı sayıda görev için tasarlanmıştır, tam teşekküllü bir görev yönetim sisteminin ele aldığı karmaşık işler için değil.

Görevler biriktikçe yapılacaklar listeleri neden başarısız olur?

Liste büyüdükçe her şey eşit derecede önemli görünmeye başlar, bu yüzden sıralama işlevsizleşir. Kapsamı son derece farklı görevleri karıştırmak listeyi adil biçimde karşılaştırmayı imkansız kılar.

İç içe geçmiş listeler sorunu neden tam olarak çözmüyor?

İç içe geçmiş listeler, bir görevin bağlamını birkaç ayrı listeye böler; bu da hepsini aynı anda göstermeyi pratik dışı bırakır. Farklı dallardaki görevler arasındaki bağımlılıkları yine de kaçırırsınız.

Bir ağaç yapısı düz bir listeden nasıl daha iyi çalışır?

Görevin doğal hiyerarşisini korur; böylece bir görevi açmak üst ve alt düğümlerini de gösterir. Bağımlılıklar görünür kalır ve dalları sürükleyip bırakabilir veya daraltarak odaklanabilirsiniz.

İç içe geçmiş kontrol listesi nedir?

Öğelerinin kendi alt öğelerini barındırdığı, tek bir düz satır yerine üst ve alt seviyeler oluşturan bir yapılacaklar listesi. Her küçük adım, hizmet ettiği daha büyük göreve bağlı kalır.

Quire iç içe geçmiş görev listelerini nasıl ele alıyor?

Her görev alt görevler barındırabilir ve her alt görev kendi alt görevlerini; böylece bir proje tek bir ağaç oluşturur. Bir görevi açtığınızda üst ve alt öğeleri de birlikte gelir; çalışırken tüm dalları sürükleyebilir veya daraltabilirsiniz.