PARA: Notları Kullanıma ve Eylem Yakınlığına Göre Düzenlemek

Konu klasörleri neden doğal geliyor?

Bilgiyi okul ve kütüphane mantığıyla öğrendik.

Bu yüzden kişisel dosyalarda da şunları açmak kolaydır:

Pazarlama/
Finans/
Psikoloji/
Yazılım/
Sağlık/

Bu yapı konu araştırmak için iyidir.

Ama çoğu iş günü "psikoloji hakkında ne biliyorum?" diye başlamaz.

Daha sık şunu sorarsın:

• Salı sunumu için ne gerekiyor?
• Web sitesini yayınlamak için ne kaldı?
• Taşınma işini bitirmek için hangi belgeler lazım?

Tiago Forte'nin [PARA](…) yaklaşımı organizasyonun merkezine bu eylem yakınlığını koyar.

Dört kategori aslında dört zaman ufku

PARA:

• Projects — Projeler
• Areas — Alanlar
• Resources — Kaynaklar
• Archives — Arşiv

olarak açılır.

Fakat bunları dört sabit çekmece gibi düşünmek yerine aktiflik sırası olarak düşünmek daha yararlıdır.

Projeler

Net bir sonuç var ve tamamlanabilir.

"Yeni siteyi yayınla."

Alanlar

Sürekli sorumluluk.

"Web sitesi operasyonu."

Kaynaklar

Belirli bir sonuca bağlı olmayan, yeniden kullanılabilir bilgi.

"SEO araştırmaları."

Arşiv

Şu anda aktif olmayan geçmiş malzeme.

"2025 site yenileme projesi."

Aynı bilgi zaman içinde bu kategoriler arasında hareket edebilir.

Bilginin yeri kalıcı değildir

Diyelim ki "Core Web Vitals" hakkında bir araştırma notun var.

Normalde Kaynaklar altında duruyor.

Aktif bir performans iyileştirme projesi başladığında aynı bilgiyi projenin bağlamına taşıyabilir veya proje sayfasından ona bağlantı verebilirsin.

Proje bittiğinde tekrar kaynak olarak kalabilir.

Bu hareket, PARA'yı taksonomiden ayırır.

Taksonomi "bu şey nedir?" diye sorar.

PARA "şu anda neye hizmet ediyor?" diye sorar.

Aynı notu kopyalamak gerekmiyor

Modern not araçlarında PARA'yı fiziksel klasör mantığıyla uygulamak zorunda değilsin.

Bir kanonik not tutup:

• proje sayfasından link verebilir,
• property ile proje ilişkisi ekleyebilir,
• filtreli görünümde yüzeye çıkarabilirsin.

Böylece aktiflik değiştiğinde dosyanın fiziksel yerini sürekli taşımak gerekmez.

Bu, yöntemin ilkesini korurken dijital araçların güçlü tarafını kullanır.

PARA ile MOC çelişir mi?

Hayır.

[[MOC]] konuların anlam haritasını kurabilir.

PARA ise aktif işin operasyonel düzenini kurabilir.

Örneğin:

Projects/
Areas/
Resources/
Archive/

ve aynı anda:

# Öğrenme MOC
- [[Hatırlama pratiği]]
- [[Aralıklı tekrar]]
- [[Cornell yöntemi]]

kullanılabilir.

Birincisi işi yönetir, ikincisi düşünceyi.

PARA'nın en sık yanlış kullanımı

Her şeyi dört klasöre taşımak.

Yöntemi kurduktan sonra kullanıcı günlerce:

• eski dosyaları sınıflandırır,
• isimleri düzeltir,
• yüzlerce kaynağı taşır.

Sonuçta yeni bir bakım işi oluşur.

Daha iyi başlangıç:

1. Yalnız aktif projelerini belirle.
2. Bu projeler için gerçekten gereken notları yüzeye çıkar.
3. Sürekli sorumluluklarını alan olarak tanımla.
4. Geri kalan mevcut arşive dokunma.
5. Yeni bilgi geldikçe doğru kategoriye koy.

Mevcut ayrıntılı kurulum için [[PARA yöntemi nedir?]] rehberine bakabilirsin.

PARA neyi çözmez?

PARA:

• düşüncelerin birbirine nasıl bağlanacağını,
• kaynağı nasıl işleyeceğini,
• bir şeyi nasıl hatırlayacağını,
• görevlerin nasıl yürütüleceğini

tek başına çözmez.

Bu yüzden Zettelkasten, MOC, CODE veya GTD ile birlikte kullanılabilir.

Yöntemin sınırlarını [[PARA'nın sınırları]] ayrıca inceler.

Başlangıç testi

Bugün yalnız aktif üç projeni yaz.

Her proje için:

• sonuç nedir?
• bitmiş sayılacağı an nedir?
• bu hafta gereken üç bilgi veya dosya hangisi?
• bunlara tek yerden ulaşabiliyor musun?

Cevap evetse PARA'nın en değerli kısmını kullanmaya başlamışsındır.

Dört harfli klasör yapısını kopyalamak kolaydır. Asıl değişiklik, bilgi mimarisini konu merkezli olmaktan çıkarıp **kullanım merkezli** hale getirmektir.

PARA bir klasör standardı değil, öncelik algoritmasıdır

PARA'nın dört ismini kopyalamak kolaydır:

• Projects
• Areas
• Resources
• Archives

Fakat sistemin davranışını değiştiren şey isimler değil, bilginin **eyleme yakınlığına göre sıralanmasıdır**.

Bu mantığı şöyle düşünebilirsin:

Aynı bilgi zaman içinde soldan sağa ve sağdan sola hareket edebilir.

Bu dinamik yapı, PARA'yı sabit konu taksonomisinden ayırır.

Proje tanımı neden kritik?

PARA sistemi çoğunlukla "Projects" klasöründe çöker.

Kullanıcı şunları proje diye yazar:

• Sağlık
• Pazarlama
• Website
• Öğrenme

Bunların bitiş koşulu yoktur.

Daha doğru proje:

• "Nitorel homepage v2'yi yayınla"
• "Diş kontrolünü tamamla"
• "Ekim içerik planını hazırla"

Her proje için iki alan yeterlidir:

**Outcome:** Ne olursa bitti diyeceğim?

**Deadline / review:** Ne zaman yeniden bakacağım?

Outcome yoksa büyük ihtimalle area'dır.

Area'nın gizli rolü: kalite standardı

Area yalnız "sürekli kategori" değildir. Bir standardı koruduğun sorumluluk alanıdır.

Örnek:

"Web sitesi" yerine:

"Web sitesi operasyonu — uptime, içerik doğruluğu, performans ve güvenlik kabul edilebilir seviyede kalmalı."

Bu tanım area'nın ne zaman müdahale gerektirdiğini gösterir.

Bir area'dan dönem dönem yeni projeler çıkar:

Area: Site operasyonu → Project: LCP'yi 2.5 saniyenin altına indir → Project: 20 eski makalenin kırık linklerini temizle

Projeler biter, area sürer.

Resources neden çöplüğe dönüşür?

"Kaynaklar" kulağa her şeyi saklayabileceğin güvenli alan gibi gelir.

Sonuç:

• 800 makale,
• 300 PDF,
• yüzlerce "sonra bakarım" linki.

Resource bir bilgi mezarlığına dönüşür.

Kaydetmeden önce kullanım nedeni yaz:

"Bu kaynak hangi mevcut ilgi alanına veya gelecekteki olası işe bağlanıyor?"

Hiçbir cevap yoksa kaydetmeyebilirsin.

[[Not Mezarlığı]] tam olarak bu birikim problemini ele alır.

Archive pasif depolama değil, aktif yüzeyi temizleme mekanizmasıdır

Arşivleme çoğu kullanıcının düşündüğünden daha önemlidir.

Aktif alan kalabalıklaştığında öncelik görünmez olur.

Bitmiş proje:

`Projects/Nitorel Homepage V2`

tamamlandığında:

`Archive/Projects/2026/Nitorel Homepage V2`

gibi bir yere taşınabilir.

Bu hareket veriyi silmez; aktif karar yüzeyinden çıkarır.

İyi PARA sisteminde archive büyük, Projects küçüktür.

Bu sağlıklıdır.

PARA dijital bağlantılarla nasıl modernleşir?

Forte'nin yöntemi dosya ve klasörlerde güçlü çalışır; fakat modern PKM araçlarında fiziksel taşıma her zaman gerekli değildir.

Tek bir not:

type: resource
project: nitorel-homepage-v2
area: site-operations

gibi ilişkiler taşıyabilir.

Proje görünümü bu notu otomatik yüzeye çıkarabilir.

Proje bittiğinde `project` ilişkisi kaldırılır veya proje archived olur; kaynak kendi yerinde kalır.

Bu yaklaşım kanonik bilgi kopyalarını azaltır.

PARA + Zettelkasten birlikte kullanım örneği

Aktif proje:

"Nitorel için not alma sistemleri serisini derinleştir."

PARA tarafı:

• brief,
• checklist,
• yayın planı,
• teslim durumu.

Zettelkasten tarafı:

• atomiklik,
• MOC,
• provenance,
• retrieval

gibi uzun ömürlü düşünceler.

Proje sayfası kalıcı notlara bağlanır.

Proje bittiğinde araştırma notları yaşamaya devam eder.

Bu ayrım çok güçlüdür:

**PARA işi taşır; düşünce ağı bilgiyi taşır.**

PARA ve GTD ilişkisi

GTD açık döngüler, next action ve güvenilir capture sistemi üzerinde durur.

PARA ise bilgi/dosya organizasyonunu eyleme yakınlık üzerinden düzenler.

Örnek:

GTD task: "Ahmetcanal case study hero metnini revize et."

PARA project: "Case Study Revizyonu"

Resource: "Case study storytelling örnekleri"

Area: "ahmetcanal.com içerik kalitesi"

Bu sistemler birbirinin alternatifi olmak zorunda değildir.

Project Support Material prensibi

Bir projeyle ilgili tüm bilgi mutlaka Project klasörüne **taşınmak** zorunda değil; fakat proje sırasında tek yüzeyden erişilebilir olmalıdır.

Bu ayrım önemlidir.

Örneğin kanonik "SEO teknik checklist" Resource altında kalabilir.

Project sayfası ona link verir.

Böylece aynı checklist beş projede kopyalanmaz.

Kural:

**Proje bağlamı merkezi olsun; kanonik bilgi gerekmedikçe kopyalanmasın.**

Haftalık PARA review

Ağır bakım yerine 10–15 dakikalık kontrol yeterli olabilir.

Projects

• Gerçekten aktif mi?
• Bitiş koşulu var mı?
• Next action belli mi?

Areas

• Yeni proje gerektiren sorun var mı?
• Sorumluluk standardı bozuldu mu?

Resources

• Son zamanlarda tekrar kullanılan yeni konu var mı?
• Aktif projeye çekilecek kaynak var mı?

Archives

• Yanlışlıkla aktif kalmış eski şey var mı?

Review'in amacı klasörleri estetik hale getirmek değil, aktif önceliği görünür tutmaktır.

PARA'nın kırıldığı beş nokta

1. 40 active project

Aktif proje listesi öncelik olmaktan çıkar.

2. Project / Area ayrımı belirsiz

Bitiş koşulu olmayan işler sürekli askıda kalır.

3. Resource dump

"Belki lazım olur" kaynakları büyür.

4. Archive korkusu

Kullanıcı bir şeyi arşivlerse kaybedeceğini düşünür; aktif alan şişer.

5. Kopya bilgi

Aynı referans her proje klasörüne kopyalanır ve sürümler ayrışır.

Bu problemler yöntemden çok uygulama disiplinidir.

Hangi kullanıcı için daha güçlü?

PARA özellikle şu durumda iyi başlangıçtır:

• aynı anda birçok proje yürütüyorsun,
• dosyalar farklı uygulamalara dağılmış,
• "şimdi ne önemli?" sorusu zor,
• konu klasörleri çok kalabalık,
• arşiv ile aktif iş karışmış.

Buna karşılık ana ihtiyacın akademik düşünce geliştirmekse Zettelkasten veya kavram odaklı notlar daha merkezi olabilir.

PARA'nın gerçek başarı testi

Klasörlerin dört harfle doğru adlandırılması değil.

Pazartesi sabahı bir projeyi açtığında:

• sonucu,
• gereken dosyaları,
• kararları,
• ilgili kaynakları

birkaç saniyede görebiliyor musun?

Proje bittiğinde bu bağlamı sistemden temiz biçimde çıkarabiliyor musun?

Evetse PARA çalışıyor.

PARA'nın "moving information" prensibi

PARA statik klasör sistemi gibi kurulduğunda bir süre sonra eski konu klasörlerine benzemeye başlar.

Asıl davranış bilgiyi **aktifliğe göre hareket ettirmektir**.

Örnek:

Ocak: "Yeni CV hazırla" Project.

Şubat: CV tamamlandı → Archive.

Mart: Yeni iş başvurusu başladı → eski CV kaynakları yeni Project'e bağlandı.

Bilgi yaşam döngüsü dinamik olduğu için arşiv "ölü depo" değil, gerektiğinde tekrar aktive edilebilen geçmiş bağlamdır.

Cross-platform PARA

PARA'nın güçlü taraflarından biri yalnız not uygulamasına bağlı olmamasıdır.

Aynı dört kategori:

• Google Drive,
• e-posta,
• dosya sistemi,
• Notion,
• Obsidian

içinde benzer biçimde kullanılabilir.

Örneğin active project adı:

`Nitorel Content Depth`

Drive: asset'ler.

Gmail label: ilgili yazışmalar.

Obsidian: araştırma ve kararlar.

Task manager: eylemler.

Ama her uygulamada birebir aynı folder tree kurmak zorunlu değil.

Ortak **proje adı / bağlamı** yeterli olabilir.

PARA'da "Area standard" yazmak

Area listesi genellikle isimlerden oluşur:

• Sağlık
• Finans
• Web Sitesi

Daha güçlü kullanım, her area için kabul standardı tanımlamaktır.

Web Sitesi

• kritik sayfalar 404 vermemeli,
• performans bütçesi korunmalı,
• içerik kaynakları doğrulanmalı,
• legal sayfalar güncel olmalı.

Area review sırasında soru:

"Bu standartlardan biri bozuldu mu?"

Bozulduysa yeni project çıkar.

Bu davranış area'yı pasif klasörden operasyon sistemine dönüştürür.

Resource lifecycle

Resource sonsuza kadar aktif kalmamalı.

Bir ilgi alanı terk edildiğinde:

`Resources/3D Printing`

Archive'a gidebilir.

Tekrar aktif olursa geri döner.

Böylece Resources yalnız bugün gerçekten ilgi duyulan bilgi alanlarını gösterir.

PARA + Calendar + Tasks

PARA bilgi bağlamını taşır.

Takvim zamanı taşır.

Task manager eylemi taşır.

Örnek:

Project: "Nitorel 30 makale derinleştirme"

PARA project note: scope, kaynaklar, kararlar.

Task: "06–10 makaleleri revize et."

Calendar: 09:00–10:30 focus block.

Bu üç sistemi tek uygulamada birleştirmek zorunlu değildir. Kanonik sorumlulukları net olmalıdır.

"Everything everywhere" problemi

Aynı project:

• Notion,
• Drive,
• Obsidian,
• TickTick

içinde dört ayrı status alanına sahipse hangisi doğru?

PARA çapraz platform kullanıldığında source-of-truth kuralı belirle.

Örnek:

• status → task manager,
• documents → Drive,
• knowledge → Obsidian,
• meeting calendar → Calendar.

Project hub bu kaynaklara link verir.

PARA için project close checklist

Bir proje bittiğinde:

1. Final outcome nerede?
2. Öğrenimler kalıcı nota taşındı mı?
3. Tekrar kullanılabilir kaynaklar Resource'a bağlandı mı?
4. Açık task kaldı mı?
5. Project arşivlendi mi?

Bu kapanış olmadan active project listesi şişer.

Project completion yalnız checkbox değil, bilgi transfer anıdır.

PARA'nın ölçek problemi

5 project → kolay.

50 project → project portfolio gerekir.

Bu noktada:

• Active,
• Waiting,
• Someday,
• Archived

gibi ikinci bir durum sistemi oluşabilir.

Ama PARA'nın temel kategorilerini çoğaltmak yerine project yönetim katmanını ayrı tutmak daha temizdir.

PARA information architecture'dır; portföy yönetiminin bütün ihtiyaçlarını çözmek zorunda değildir.

Bir PARA refactor örneği

Eski yapı:

Marketing/
Design/
Development/
Research/
Personal/

Aktif iş: "Nitorel launch"

Dosyalar beş klasöre dağılmış.

Refactor:

Projects/
  Nitorel Launch/
Areas/
  Nitorel Operations/
Resources/
  PKM Research/
Archive/

"Nitorel Launch" içinde kanonik kaynaklara bağlantılar bulunur.

Project tamamlanınca tüm bağlam tek hareketle arşivlenir.

Bu, PARA'nın "eyleme yakınlık" avantajını somutlaştırır.

PARA'yı bırakman gereken durum

Sistem şu hale geldiyse:

• her dosya için kategori kararı uzun sürüyor,
• project context başka araçta zaten güçlü,
• folder taşımak link kırıyor,
• Resource sürekli çöplük oluyor,

PARA'yı birebir klasör yapısı olarak sürdürmek zorunda değilsin.

Prensibi koru:

**aktif bilgi önde, pasif bilgi geride.**

Bunu properties, saved views veya project links ile uygulayabilirsin.

Yöntem araç için değil, karar maliyetini azaltmak için vardır.