Plane Nedir ve Açık Kaynak Proje Yönetimi Kurulumu

Bir yazılım ekibi büyümeye başladığında iş takibi hızla dağılır. Kimin neyi yaptığı bir sohbet kanalında kaybolur, hangi işin hangi sürüme yetişeceği kimsenin net bilmediği bir konu hâline gelir ve "bu görev nerede kalmıştı?" sorusu haftalık bir ritüele dönüşür. Bu düzensizliği toparlamak için çoğu ekip ticari araçlara yönelir; ancak kullanıcı başına ücretlendirilen, verinizi kendi bulutlarında tutan ve zamanla pahalılaşan bu servisler her ekip için doğru tercih değildir. İşte Plane tam da bu noktada devreye giren, kendi sunucunuzda çalıştırabileceğiniz, açık kaynaklı ve modern bir proje yönetim aracıdır.

Bu rehberde Plane'in ne olduğunu, issue (iş öğesi), döngü (cycle) ve modül kavramlarının Jira'daki karşılıklarıyla nasıl örtüştüğünü, Docker Compose ile kendi sunucunuza nasıl kurulacağını, ilk çalışma alanını ve projeyi nasıl oluşturacağınızı, kanban ve liste gibi görünümleri ve ekibi davet etme adımlarını kıdemli bir sistem yöneticisinin gözünden ele alacağız. Amaç, aracı gerçek anlamda tanımanız ve ekibiniz için doğru seçim olup olmadığına kendiniz karar verebilmenizdir.

Plane Nedir ve Ne İşe Yarar?#

Plane, ekiplerin işlerini planladığı, takip ettiği ve teslim ettiği web tabanlı bir proje ve iş yönetim platformudur. En basit tanımıyla, kendi altyapınızda çalıştırabileceğiniz açık kaynak bir Jira, Linear veya Asana alternatifi olarak düşünebilirsiniz. Görevleri (Plane'in dilinde issue veya work item) oluşturur, bunlara sorumlu ve öncelik atar, durumlarını bir panoda ilerletir ve tümünü tek bir arayüzden yönetirsiniz.

Uygulamanın çekirdeği Python/Django ile yazılmış bir API sunucusu, arayüzü ise Next.js tabanlı modern bir web istemcisidir. Veriler PostgreSQL veritabanında, dosya ekleri ise S3 uyumlu bir depoda tutulur. Yani veri tamamen sizin denetiminizde kalır; hiçbir görev başlığı, müşteri adı ya da dahili tartışma üçüncü bir şirketin sunucusuna gitmez. Bu, özellikle müşteri projeleri yürüten ajanslar ve gizlilik hassasiyeti olan kurumlar için belirleyici bir avantajdır.

Plane'i benzerlerinden ayıran nokta, hafif ve modern bir kullanıcı deneyimini açık kaynakla birleştirmesidir. Linear'ın hızlı ve sade arayüzünü sevip de verinizi kendi sunucunuzda tutmak istiyorsanız, Plane bu ikisini aynı pakette sunar. Kod yönetimi tarafında Gitea ile kendi Git sunucunuzu kurup dokümantasyon için Outline'ı ekip wikiniz olarak çalıştırdığınızda, proje yönetimini de Plane ile tamamlayarak tümüyle kendi kontrolünüzde bir geliştirme altyapısı elde edersiniz.

Issue, Döngü ve Modül Yapısı — Jira ile Karşılaştırma#

Plane'i verimli kullanmanın anahtarı, üç temel kavramı doğru oturtmaktır: issue, döngü (cycle) ve modül (module). Bu üçlü, Jira'ya alışkın ekiplerin çoğu zaman aradığı yapıyı farklı isimlerle sunar.

Issue (iş öğesi), çalışmanın en küçük birimidir. Bir hata kaydı, bir yeni özellik talebi ya da tek bir görev bir issue'dur. Her issue'ya bir durum (state), öncelik, sorumlu (assignee), etiket (label) ve teslim tarihi atanır. Alt görevler (sub-issue) ve issue'lar arası ilişkiler (blocks, blocked by, relates to) da tanımlanabilir. Bu, Jira'daki "issue/story/task" kavramının doğrudan karşılığıdır.

Döngü (cycle), zamana bağlı bir çalışma penceresidir; Jira ve Scrum dünyasındaki sprint kavramının Plane'deki adıdır. Bir başlangıç ve bitiş tarihi belirler, ilgili issue'ları bu döngüye taşır ve döngü boyunca ekibin ilerlemesini burndown grafiğiyle izlersiniz. Döngü kapandığında tamamlanmayan işler otomatik olarak bir sonrakine aktarılabilir.

Modül (module), birbiriyle ilişkili issue'ları bir özellik ya da hedef altında gruplayan yapıdır; Jira'daki epic kavramına en yakın karşılıktır. "Ödeme altyapısı" ya da "mobil sürüm" gibi büyük bir başlığı bir modül olarak açar, alt işleri ona bağlar ve o başlığın genel ilerlemesini tek bakışta görürsünüz. Bir issue aynı anda hem bir döngüye hem de bir modüle ait olabilir; döngü ne zaman sorusunu, modül ne için sorusunu yanıtlar.

Aşağıdaki tablo bu terimlerin Jira karşılıklarını özetliyor:

Durumlar (state) Plane'de beş grup altında toplanır: Backlog, Unstarted (Yapılacak), Started (Yapılıyor), Completed (Bitti) ve Cancelled (İptal). Her grup içine kendi özel durumlarınızı ekleyebilirsiniz; örneğin "Started" altında "Kod İncelemesinde" ve "Testte" gibi ara adımlar tanımlamak, ekibin gerçek iş akışını panoya yansıtır.

Docker Compose ile Plane Kurulumu#

Plane'in topluluk sürümü (Community Edition) birden çok bileşenden oluşur: web arayüzü, API sunucusu, arka plan işçileri (Celery worker ve beat), PostgreSQL, Redis, RabbitMQ, S3 uyumlu MinIO depolama ve tüm bunları önünde birleştiren bir Nginx proxy. Bu bileşenleri elle yönetmek yerine Plane, hepsini tek komutla ayağa kaldıran bir kurulum betiği sunar. Öncelikle Docker ve Docker Compose'un kurulu olduğu bir sunucuya ihtiyacınız var.

Kuruluma temiz bir dizin açıp resmî kurulum betiğini indirerek başlayın:

# Kurulum için ayrı bir dizin oluşturun
mkdir -p ~/plane-selfhost && cd ~/plane-selfhost

# Resmî kurulum betiğini indirin ve çalıştırılabilir yapın
curl -fsSL https://raw.githubusercontent.com/makeplane/plane/master/deploy/selfhost/install.sh -o setup.sh
chmod +x setup.sh

# İnteraktif kurulum menüsünü açın
./setup.sh

Betik karşınıza bir menü getirir; Install seçeneği gerekli docker-compose.yml ve plane.env dosyalarını indirir, imajları çeker ve tüm servisleri başlatır. İlk kurulumda imajların inmesi birkaç dakika sürebilir. Kurulum bittiğinde uygulama, sunucunun 80. portu üzerinden yayına girer.

Servisleri elle kontrol etmek isterseniz aynı dizinde standart Docker Compose komutlarını kullanabilirsiniz:

# Çalışan konteynerleri listele
docker compose ps

# Tüm servisleri arka planda başlat
docker compose up -d

# Belirli bir servisin loglarını izle (ör. API)
docker compose logs -f api

# Servisleri durdur
docker compose down

Kurulumun kalbi plane.env dosyasıdır. En kritik ayar, uygulamanın dışarıya hangi adresten yayınlanacağını belirleyen WEB_URL ve buna bağlı CORS tanımlarıdır. Kendi alan adınızı kullanmak için bu dosyayı düzenleyin:

# plane.env — temel yayın ayarları
WEB_URL=https://proje.example.com
CORS_ALLOWED_ORIGINS=https://proje.example.com

# Django uygulamasının gizli anahtarı (mutlaka rastgele bir değerle değiştirin)
SECRET_KEY=uzun-ve-rastgele-bir-degisken-buraya

# Yeni kayıtları yalnızca davetle sınırlamak için
ENABLE_SIGNUP=0

# S3/MinIO depolama boyut limiti (bayt) — ör. 5 MB ek dosya sınırı
FILE_SIZE_LIMIT=5242880

Bir alan adı üzerinden HTTPS ile yayınlamak için Plane'i doğrudan internete açmak yerine önüne bir ters vekil (reverse proxy) koymanız önerilir. Aşağıdaki Nginx örneği, 443 üzerinden gelen trafiği Plane'in dahili proxy portuna yönlendirir ve SSL sonlandırmasını üstlenir:

server {
    listen 443 ssl http2;
    server_name proje.example.com;

    ssl_certificate     /etc/letsencrypt/live/proje.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/proje.example.com/privkey.pem;

    client_max_body_size 20M;

    location / {
        proxy_pass http://127.0.0.1:80;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        # WebSocket / canlı güncellemeler için gerekli
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

Değişikliklerin ardından docker compose down && docker compose up -d ile servisleri yeniden başlatın. Geçerli bir sertifikayı ücretsiz Let's Encrypt üzerinden alabilir ya da kurumsal bir SSL sertifikası çözümüyle daha kapsamlı bir güvence sağlayabilirsiniz. Ters proxy ve sertifika yapılandırmasıyla tek tek uğraşmak istemiyorsanız sunucu yönetimi hizmetimiz bu adımları sizin için üstlenir. Konteyner ve komut satırıyla hiç uğraşmadan hazır kurulumla başlamak isterseniz benzer açık kaynak uygulamaları App Center kataloğumuzdan da inceleyebilirsiniz.

İlk Çalışma Alanını ve Projeyi Oluşturmak#

Plane'de hiyerarşi net bir sırayla ilerler: en üstte çalışma alanı (workspace), onun altında projeler, projelerin içinde ise issue'lar bulunur. Kurulumdan sonra tarayıcıdan alan adınıza girdiğinizde ilk yönetici hesabınızı oluşturur ve sizi bir çalışma alanı kurmaya yönlendiren karşılama akışıyla başlarsınız.

Çalışma alanı, bir kurumun veya ekibin tüm işlerini barındıran en dış kabuktur. Bir ajans için bu tek bir çalışma alanı olabilir; her müşteri ayrı bir proje olarak açılır. Çalışma alanına bir isim ve kısa bir URL adı (slug) verirsiniz; bu slug, o alanın adres yolunun bir parçası olur. Aynı sunucuda birbirinden tamamen yalıtılmış birden çok çalışma alanı çalıştırabilir, örneğin şirket içi işler ile müşteri işlerini ayırabilirsiniz.

Çalışma alanını kurduktan sonra ilk projenizi oluşturursunuz. Yeni proje açarken bir ad, bir emoji/simge ve önemli bir alan olan proje kimliği (identifier) belirlersiniz. Bu kimlik, o projedeki her issue'nun önüne eklenen kısa bir öntakıdır; örneğin kimliği WEB olan bir projede issue'lar WEB-1, WEB-2 biçiminde numaralanır. Bu, tıpkı Jira'daki proje anahtarı gibi çalışır ve işleri konuşurken referans vermeyi kolaylaştırır. Proje oluştururken hangi özelliklerin (Cycles, Modules, Views, Pages) aktif olacağını da seçebilir, ekibinizin ihtiyaç duymadığı bölümleri kapatarak arayüzü sade tutabilirsiniz.

İlk issue'nuzu oluşturmak yalnızca birkaç saniye sürer. "Yeni Issue" düğmesiyle bir başlık girer, isterseniz zengin metin editöründe açıklama yazar, öncelik (Urgent/High/Medium/Low/None), durum, sorumlu ve teslim tarihi atarsınız. İşleri döngülere ve modüllere bağlayarak hem zaman hem de hedef ekseninde organize eder, kısa sürede canlı bir proje panosu elde edersiniz.

Görünümler: Kanban, Liste, Takvim ve Spreadsheet#

Plane'in en güçlü yanlarından biri, aynı issue kümesini farklı gözlerle görebilmenizdir. Aynı veri, ihtiyaca göre farklı düzenlerde (layout) karşınıza gelir ve hiçbir işi tekrarlamanız gerekmez:

• Kanban (Pano) görünümü: Issue'lar durum sütunları hâlinde kartlar olarak dizilir. Bir kartı "Yapılacak"tan "Yapılıyor"a sürükleyip bıraktığınızda durumu anında güncellenir. Günlük ekip toplantıları ve akışı görselleştirmek için en sık kullanılan görünümdür.
• Liste görünümü: Issue'lar duruma, önceliğe ya da sorumluya göre gruplanmış düz bir liste hâlinde gelir. Çok sayıda işi hızlıca tarayıp toplu düzenleme yapmak için idealdir.
• Takvim görünümü: Issue'ları teslim tarihlerine göre bir takvim üzerinde gösterir. Teslimlerin hafta içinde nasıl dağıldığını görmek ve tıkanıklıkları önceden fark etmek için kullanışlıdır.
• Spreadsheet (Tablo) görünümü: İşleri, her sütunun bir alanı (öncelik, sorumlu, tahmin, tarih) temsil ettiği bir elektronik tablo gibi listeler. Yoğun veriyle çalışan ve alanları yan yana karşılaştırmak isteyen ekipler için uygundur.
• Gantt/Timeline görünümü: İşleri zaman ekseninde çubuklar hâlinde göstererek bağımlılıkları ve süreleri planlamanıza olanak tanır.

Her görünümde güçlü filtreler devreye girer. Yalnızca size atanmış acil işleri, belirli bir etikete sahip issue'ları ya da bu döngüde tamamlanmamış olanları anında süzebilirsiniz. Sık kullandığınız bir filtre kombinasyonunu kaydedilmiş görünüm (saved view) olarak saklayıp tek tıkla geri çağırabilir, böylece "bana atanan açık hatalar" gibi bir bakışı kalıcı hâle getirebilirsiniz. Proje düzeyindeki bu görünümlerin yanında, çalışma alanı genelinde tüm projelerdeki işlerinizi tek yerde toplayan My Issues ve genel görünümler de bulunur.

Ekibi Davet Etmek ve Rol Yönetimi#

Plane çok kullanıcılı bir araçtır ve asıl değerini ekip birlikte kullandığında gösterir. Ekip üyelerini çalışma alanına e-posta adresleriyle davet edersiniz; davet edilen kişi kendi hesabını oluşturup daha önce açtığınız projelere katılır. Davetlerin çalışması için sunucunuzun geçerli bir SMTP yapılandırmasına sahip olması gerekir; bu ayarlar da plane.env içinde tanımlanır:

# plane.env — e-posta (SMTP) ayarları
EMAIL_HOST=smtp.example.com
[email protected]
EMAIL_HOST_PASSWORD=uygulama-parolasi
EMAIL_PORT=587
EMAIL_USE_TLS=1
EMAIL_FROM=Plane <[email protected]>

Plane, yetkilendirmeyi çalışma alanı ve proje düzeyinde ele alır. Çalışma alanı üyeleri belirli rollere sahip olur ve bu roller, kullanıcının neyi görüp değiştirebileceğini belirler. Roller kabaca şu şekilde ayrışır:

Bu yapı, dışarıdan bir müşteriyi ya da serbest çalışanı yalnızca ilgili projeye "misafir" olarak dâhil ederken, iç ekibinize daha geniş yetkiler vermenizi sağlar. Yeni bir çalışan işten ayrıldığında ise tek yapmanız gereken onu çalışma alanından çıkarmaktır; tüm projelerdeki erişimi aynı anda kesilir. Kimlik ve erişim yönetimi tarafını daha da merkezîleştirmek isteyen ekipler, Plane'i tek oturum açma (SSO) sağlayan bir kimlik katmanının arkasına alarak girişleri de tek elden yönetebilir.

Üretim İçin Güvenlik, Yedekleme ve İşletim Notları#

Plane güçlü bir temel sunar ama gerçek dayanıklılık doğru işletime bağlıdır. Bir proje aracı, ekibinizin tüm iş hafızasını içerdiği için kaybı ya da ele geçirilmesi ciddi sonuç doğurur. Aşağıdaki noktalara özellikle dikkat edin:

• Her zaman HTTPS kullanın. Plane'i asla şifresiz HTTP üzerinden yayınlamayın; girişler ve oturum çerezleri mutlaka TLS ile korunmalıdır. Halka açık kurulumları ayrıca bir WAF arkasına alarak yaygın web saldırılarına karşı bir katman daha eklemeyi düşünün.
• SECRET_KEY ve veritabanı parolasını koruyun. Bu değerler plane.env içinde düz metin durur; dosya izinlerini sıkılaştırın (chmod 600) ve sürüm kontrolüne (git) asla eklemeyin.
• Kaydı davetle sınırlayın. Halka açık bir sunucuda ENABLE_SIGNUP=0 yaparak yalnızca davet edilenlerin hesap açmasına izin verin; aksi hâlde çalışma alanınıza istenmeyen kayıtlar dolabilir.
• Düzenli yedek alın. Asıl kritik veri PostgreSQL veritabanı ile ek dosyaların durduğu MinIO/S3 kovasıdır. İkisini birden düzenli olarak yedekleyin ve yedekleri sunucu dışında saklayın.
• Yeni sürümleri takip edin. Plane sık güncellenir; kurulum betiğindeki Upgrade seçeneğiyle güncelleyebilirsiniz. Güvenlik yamalarını geciktirmeyin ama üretimde yükseltmeden önce mutlaka yedek alın.

Veritabanı yedeğini almak, çalışan PostgreSQL konteynerinden tek komutla mümkündür:

# Plane veritabanının sıkıştırılmış bir yedeğini al
docker compose exec plane-db \
  pg_dump -U plane plane | gzip > plane-yedek-$(date +%F).sql.gz

Bu komutu bir cron görevine bağlayıp yedekleri düzenli olarak sunucu dışına kopyalamak, üretim kurulumu için olmazsa olmazdır. Yedekleme sürecini elle yönetmek yerine kurumsal bir yedekleme çözümüyle otomatikleştirmek, felaket anında geri dönüş süresini ciddi biçimde kısaltır.

İşletim tarafında Plane'in kaynak ihtiyacı hafif sayılmaz: PostgreSQL, Redis, RabbitMQ, MinIO ve birden çok uygulama konteyneri aynı anda çalıştığı için makul bir bellek ister. Küçük bir ekip için 2 GB RAM'li bir kurulumla deneme yapılabilse de, aktif kullanım altında rahat bir deneyim için 4 GB RAM ve 2 vCPU'lu bir sanal sunucu (VDS) ya da daha yüksek yük için özel kaynaklı bir sanal sunucu çok daha huzurlu çalışır. Kurulumu kendi alan adınız altında yayınlayarak ekibinize akılda kalıcı ve profesyonel bir adres sunabilirsiniz.

Sıkça Sorulan Sorular#

Plane ücretsiz mi?#

Plane'in topluluk sürümü açık kaynaklıdır ve kendi sunucunuzda barındırdığınızda tamamen ücretsizdir. Kullanıcı sayısı, proje sayısı ya da issue adedi için bir lisans ücreti ödemezsiniz; yalnızca aracı çalıştıracağınız sunucunun maliyeti vardır. Bunun yanında Plane'in barındırma, kurumsal yönetim ve resmî destek sunan ücretli bulut ve kurumsal katmanları da bulunur, ancak tipik bir ekip için self-hosted topluluk sürümü fazlasıyla yeterlidir.

Plane gerçekten Jira'nın yerini tutar mı?#

Çoğu ekip için evet. Issue takibi, sprint yerine geçen döngüler, epic yerine geçen modüller, kanban ve liste görünümleri, öncelik ve etiket yönetimi gibi günlük çalışmanın merkezindeki işlevlerin neredeyse tamamını sunar. Jira'nın çok geniş eklenti pazarı ve son derece ayrıntılı iş akışı otomasyonları henüz aynı derinlikte olmasa da, sade ve hızlı bir deneyim arayan ekipler için Plane çoğu zaman daha keyifli bir alternatiftir. Ağır kurumsal süreç otomasyonlarına bağımlıysanız geçişten önce ihtiyaçlarınızı tek tek eşleştirmenizi öneririz.

Plane'i çalıştırmak için ne kadar donanım gerekir?#

Plane birden çok bileşenden oluştuğu için hafif bir uygulama değildir. Deneme veya küçük ekip kurulumları 2 GB RAM ile başlayabilir; ancak birden çok proje ve aktif kullanıcı yükü altında 4 GB RAM ve 2 vCPU çok daha rahat bir deneyim sunar. Disk tarafında birkaç gigabayt başlangıç için yeterlidir, ancak ek dosyalar biriktikçe MinIO deposu büyüyeceğinden disk kullanımını izlemekte fayda vardır.

Plane ile Jira arasındaki sprint farkı nedir?#

Plane, Jira'daki sprint kavramını döngü (cycle) adıyla sunar ve mantık büyük ölçüde aynıdır: bir başlangıç ile bitiş tarihi belirler, issue'ları o döngüye taşır ve ekibin ilerlemesini burndown grafiğiyle izlersiniz. Döngü kapandığında tamamlanmayan işleri bir sonrakine aktarabilirsiniz. İsim ve arayüz farklı olsa da, Scrum uygulayan bir ekip Jira sprint'lerinden Plane döngülerine geçişte kavramsal olarak hiç yabancılık çekmez.

Verilerimi nasıl yedeklerim?#

En kritik veri, işlerin ve tüm metnin durduğu PostgreSQL veritabanı ile ek dosyaların bulunduğu MinIO/S3 kovasıdır. Veritabanı için çalışan konteynerden pg_dump ile düzenli olarak yedek alıp bu arşivi sunucu dışında saklamanız gerekir. En iyi uygulama, bu işlemi bir cron görevi ile otomatikleştirmek, dosya deposunu da yedeğe dâhil etmek ve yedeklerin gerçekten geri yüklenebildiğini belirli aralıklarla test etmektir.

Küçük bir ekiple Plane kullanmak mantıklı mı?#

Kesinlikle. Plane, iki üç kişilik bir ekipten onlarca kişilik bir organizasyona kadar ölçeklenir. Küçük bir ekipte bile işleri tek bir sohbet kanalında kaybetmek yerine düzenli bir panoda takip etmenin getirisi büyüktür. Başlangıçta yalnızca kanban görünümü ve basit issue takibiyle kullanıp, ekibiniz büyüdükçe döngüleri, modülleri ve gelişmiş görünümleri devreye alarak aracı ihtiyacınıza göre büyütebilirsiniz.

Kapanış#

Plane, dağınık görev listelerini ve pahalı ticari araçlara bağımlılığı, kendi sunucunuzda çalışan modern ve açık kaynak bir proje yönetim katmanıyla ortadan kaldırır. Issue, döngü ve modül yapısıyla Jira'nın tanıdık mantığını sunarken; kanban, liste, takvim ve tablo görünümleriyle aynı işleri farklı gözlerle takip etmenizi sağlar. Verinin tamamı sizin denetiminizde kaldığı için hem gizliliği korur hem de kullanıcı başına artan maliyetlerden kurtulursunuz.

Kendi Plane kurulumunuzu ayağa kaldırmak için sağlam ve sürekli çalışan bir zemine ihtiyacınız var. Bu tür çok bileşenli servisler için 4 GB RAM'li bir sanal sunucu (VDS) veya daha fazla kaynak isteyen kurulumlar için özel kaynaklı bir sanal sunucu ile başlayabilir, kurulum ve bakım tarafında sunucu yönetimi hizmetimizden destek alabilirsiniz. Girişlerinizi SSL sertifikası ile güvenceye alıp verinizi düzenli yedekleme ile koruyarak, ekibinizin iş takibini tümüyle kendi denetiminizdeki bir altyapıya bugün taşıyabilirsiniz.