---
title: "Gantt ve Jira: plan ile işi uyumlu tutmak"
description: "Gantt şemasını Jira Cloud ile eşitleme: tarihlerin ve durumun sahibi kim, Blocks bağlantıları olarak bağımlılıklar, çakışmalar ve silmeler. Planitude ile adım adım kılavuz."
url: https://planitude.app/tr/blog/gantt-jira-sync
language: tr
---

# Gantt ve Jira: plan ile işi uyumlu tutmak

Jira günlük işte harika, ancak tarihleri bağımlılıklardan ve takvimlerden hesaplamaz. Planitude'un iki yönlü eşitlemesi nasıl çalışır, kimin neyin sahibi olduğu ve birkaç dakikada nasıl bağlanır.

yazan: Planitude Ekibi · Yayın tarihi: 2 Ekim 2026

Birçok şirkette proje iki kez var olur. Aşamaları, bağımlılıkları ve teslim tarihleri olan **plan**, proje yöneticisinin hazırladığı bir Gantt şemasında durur. Biletleri, sprintleri ve atamaları olan **iş** ise Jira'dadır. İkisi ayrı kaldığı sürece, birinin ilerlemeyi elle birinden diğerine kopyalaması gerekir ve planın tarihleri hızla eskir.

Bu makale, Jira'nın tek başına zamanlama için neden yeterli olmadığını, Planitude ile Jira Cloud arasındaki iki yönlü eşitlemenin nasıl çalıştığını ve açmadan önce hangi sınırları bilmeye değer olduğunu açıklar.

> **Öne çıkanlar**
>
> - Jira, zaman çizelgesinde bağımlılıkları gösterir ve çakışmaları kırmızıyla işaretler[^1], ancak tarihleri yeniden hesaplamaz veya **kritik yolu** belirlemez: bu bir zamanlama motorunun işidir.
> - Planitude ile her görev bir iş öğesi, her bitişten başlangıca bağımlılık bir “Blocks” bağlantısı olur; değişiklikler her iki yönde akar.
> - **Planitude** ad, notlar, tarihler ve bağımlılıkların; **Jira** ise durum ve sorumlunun sahibidir. Hiçbir taraf diğerinde bir şey silmez.

## İki araç, iki farklı soru

Jira şu soruyu yanıtlar: *ekip şu anda ne üzerinde çalışıyor?* Backlog'lar, panolar ve sprintler bunun için kurulmuştur. Bir zamanlama ise farklı bir soruyu yanıtlar: *ne zaman bitireceğiz ve hangi görevler gecikmeyi kaldıramaz?*

İkincisini yanıtlamak; süreler, öncelik ve gecikmeli bağımlılıklar, tatilli takvimler, kısıtlamalar ve her değişikliği aşağı akışa iten bir hesaplama gerektirir. Yeni sunucu kurulumu üç gün kayarsa test, eğitim ve canlıya geçiş kendiliğinden kaymalı ve proje yöneticisi teslim tarihinin hâlâ geçerli olup olmadığını hemen bilmelidir.

## Jira'da zamanlama için eksik olanlar

Jira planlama araçlarından yoksun değildir. Zaman çizelgesi, bağlı öğeler arasındaki bağımlılıkları “Blocks” bağlantı türüyle gösterir ve iki bağlı öğenin tarihleri çakıştığında olası bir gecikmeyi belirtmek için bağımlılık çizgisi kırmızıya döner[^1]. Atlassian'ın fiyatlandırma sayfasına göre bağımlılıklar Free ve Standard planlarında tek bir proje içinde, Premium'da projeler arasında yönetilir[^2].

Ancak bir uyarı bir yeniden hesaplama değildir: tarihler girildikleri gibi kalır ve kritik yol açıklanan özellikler arasında yer almaz. Sonuç olarak plan başka bir yerde, bir dosyada veya başka bir araçta yaşar ve eşitliği bozulur. İki aracın tam karşılaştırması için [Planitude ve Jira](https://planitude.app/tr/blog/planitude-vs-jira) yazısına bakın.

## İki yönlü eşitleme nasıl çalışır

Entegrasyon **bir Planitude projesini bir Jira Cloud projesine** bağlar. Oturum açma Atlassian OAuth 2.0 kullanır: Planitude parolanızı asla görmez, belirteçleri şifreli saklar ve Atlassian'ın sağladığı, 90 gün hareketsizlikten sonra sona eren dönen yenileme belirteçleriyle yeniler[^3].

İlk bağlandığınızda ilk hizalamayı seçersiniz:

1. **Planı Jira'ya gönder**: her görev için bir iş öğesi ve her bağımlılık için bir “Blocks” bağlantısı oluşturulur;
2. **Jira'dan içe aktar**: mevcut her iş öğesi, başlangıç tarihi, süre, ilerleme ve sorumluyla planın en altında bir görev olur;
3. **İkisi de**: önce içe aktarma, ardından henüz Jira'da olmayan görevler gönderilir.

Bundan sonra değişiklikler iki yönde akar. Planitude'dan Jira'ya, planda yapılan her değişiklik, ızgaradan, Gantt şemasından, bir içe aktarmadan veya yapay zekâ asistanından gelsin, algılanır ve saniyeler içinde gönderilir. Jira'dan Planitude'a, değişiklikler entegrasyonun kaydettiği webhook'larla gelir; Planitude bunları Atlassian'ın 30 günlük süre sonundan önce yeniler[^4] ve beş dakikada bir yapılan bir kontrol kaçan olayları yakalar.

Özet görevler yalnızca Planitude'da kalabilir veya altlarındaki görevler alt iş öğesi olarak **Epik**'lere dönüşebilir.

## Kim neyin sahibi: alan kuralı

Güvenilir bir eşitleme, her alan için basit bir kural gerektirir. Planitude'da kural şudur:

| Planitude | Jira | Sahip |
| --- | --- | --- |
| Ad | Özet | Planitude |
| Notlar | Açıklama | Planitude |
| Başlangıç | “Start date” alanı | Planitude |
| Bitiş | Bitiş tarihi | Planitude |
| Bitişten başlangıca bağımlılık | “Blocks” bağlantısı | Planitude |
| İlerleme | Durum (bir geçişle) | Jira |
| Atama | Sorumlu | Jira |

Mantık gerçek işi yansıtır: **ne zaman** olacağına plan, bir görevin **ne kadar ilerlediğine** ve **kimin** yaptığına ekip karar verir. Durum, düzenlenebilir bir eşlemeyle yüzdeye çevrilir: kategoriye göre yapılacak %0, devam ediyor %50, tamamlandı %100'dür. Bir görev zaten %30'daysa ve iş öğesi “In Progress”e geçerse, ilerlemesi düz %50 ile ezilmez.

Kişiler, Jira kullanıcısı e-postasını görünür kıldığında e-postayla otomatik eşleştirilir; aksi halde eşleşmeyi entegrasyon sayfasında elle seçersiniz.

## Bağımlılıklar, çakışmalar ve silmeler

**Bağımlılıklar.** Bitişten başlangıca bağlantılar “Blocks” bağlantıları olur: öncül ardılı engeller. Başlangıçtan başlangıca, bitişten bitişe ve başlangıçtan bitişe bağlantıların Jira'da karşılığı yoktur ve yalnızca Planitude'da kalır. Jira'da elle eklenen “Blocks” bağlantıları ne içe aktarılır ne silinir.

**Jira'da değiştirilen tarihler.** Tarihler plan tarafından hesaplandığı için Jira'da değiştirilen bir tarih plandaki değere geri döndürülür ve reddedilen değişiklik entegrasyon günlüğünde görünür. Bir görevi taşımak için planda taşırsınız: motor ona bağlı her görevi de yeniden hesaplar.

**Çakışmalar.** Her alan için Planitude üç değeri karşılaştırır: son üzerinde anlaşılan değer, plandaki güncel değer ve Jira'daki güncel değer. Yalnızca bir taraf değiştiyse değişiklik diğerine gider. İkisi de farklı değerlere değiştiyse alanın sahibi kazanır ve çakışma iki değerle birlikte günlüğe kaydedilir. Kural yalnızca verilere bağlıdır, iki sunucunun saatlerine değil.

**Silmeler.** Hiçbir taraf diğerinde bir şey silmez. Planitude'da silinen bir görev, iş öğesini `planitude-unlinked` etiketiyle Jira'da bırakır; Jira'da silinen bir iş öğesi görevi planda bırakır ve sayfa iki eylem sunar: Jira'da yeniden oluşturmak veya eşitlemeyi bırakmak.

## Jira'yı adım adım bağlama

1. Projeyi Planitude'da açın ve **⋯ › Entegrasyonlar › Jira**'yı seçin.
2. **Jira'ya bağlan**'a tıklayın ve Atlassian'ın onay ekranında erişim verin.
3. Hesabınız birkaç siteyi görebiliyorsa doğru olanı, ardından **Jira projesini** seçin.
4. Seçenekleri gözden geçirin: varsayılan iş öğesi türü, özet görevlerin Epik olup olmayacağı, başlangıç tarihi alanı, Planitude'un oluşturduğu iş öğeleri için etiket.
5. **İlk hizalamayı** seçin: gönder, içe aktar veya ikisi.
6. **Kişiler** bölümünü kontrol edin ve e-postayla bulunamayan eşleşmeleri tamamlayın.

Planitude, Jira'ya projeyi bağlayan kişi olarak yazar; bu nedenle o kişinin projeye göz atma, iş öğesi oluşturma, düzenleme, atama ve bağlama ile geçirme izinlerine ihtiyacı vardır. Planitude projesinin sahipleri ve düzenleyicileri entegrasyonu yapılandırabilir; salt okunur erişimi olanlar yalnızca durumunu görür. Diğer mevcut entegrasyonlar [Entegrasyonlar](https://planitude.app/tr/integrations) sayfasında açıklanmıştır.

## Bilinen sınırlar

- Yalnızca **Jira Cloud**: Jira Data Center ve Server desteklenmez.
- Yalnızca **bitişten başlangıca** bağımlılıklar; iş öğesi başına bir sorumlu (görevde en çok birime sahip kişi).
- **Gün ayrıntısında** tarihler: saatler Planitude'da kalır.
- Atlassian bir OAuth uygulamasına **site başına kullanıcı başına 5 webhook** tanır[^4]: aynı kişinin aynı sitede bağladığı beşinci projeden sonra Jira'dan gelen değişiklikler beş dakikalık kontrolle gelir.
- “Yalnızca yaprak görevler” seçeneğiyle, özet olan bir görev kaldırılmış sayılır ve iş öğesi `planitude-unlinked` etiketini alır.

**Planitude'u kendi planınızla deneyin** [Ücretsiz hesap oluştur](https://planitude.app/tr/signup)

## Sık sorulan sorular

### Entegrasyonu kullanmak için Jira Premium'a ihtiyacım var mı?

Hayır. Entegrasyon standart Jira Cloud API'lerini kullanır. Kritik yol ve tarih yeniden hesaplama, ücretsiz olan Planitude'dan gelir.

### Tarihleri doğrudan Jira'da değiştirebilir miyim?

Değiştirebilirsiniz, ancak tarihler bağımlılıklardan ve takvimlerden hesaplandığı için değişiklik planın değerine geri döndürülür ve kaydedilir. Bir görevi taşımak için Planitude'da değiştirirsiniz.

### Projenin bağlantısını kesersem ne olur?

Planitude webhook'ları ve kimlik bilgilerini siler. İş öğeleri etiketleriyle Jira'da kalır ve plandaki hiçbir görev değişmez.

### Azure DevOps'u da bağlayabilir miyim?

Evet, aynı model üzerine kurulu bir entegrasyonla: tarihlerin sahibi Planitude, durum ve sorumlunun sahibi Azure DevOps'tur. [Entegrasyon kılavuzunda](https://planitude.app/tr/blog/planitude-integrations-guide) açıklanmıştır.

## Kaynaklar

Adı geçen ürünlerle ilgili her bilgi, Eylül 2026 tarihinde kontrol edilen bu resmî sayfalardan gelir. Fiyatlar liste fiyatlarıdır; satıcının gösterdiği para birimi ve faturalama döneminde verilmiştir ve değişebilir.

[^1]: [Atlassian Support: dependencies on the timeline](https://support.atlassian.com/jira-software-cloud/docs/manage-dependencies-between-epics-on-the-timeline/)
[^2]: [Atlassian: Jira pricing](https://www.atlassian.com/software/jira/pricing)
[^3]: [Atlassian Developer: OAuth 2.0 (3LO) apps](https://developer.atlassian.com/cloud/jira/platform/oauth-2-3lo-apps/)
[^4]: [Atlassian Developer: Jira webhooks](https://developer.atlassian.com/cloud/jira/platform/webhooks/)

## Planitude'u kendi planınızla deneyin

Ücretsiz bir hesap oluşturun, .mpp dosyanızı içe aktarın veya bir şablonla başlayın: dakikalar içinde bağımlılıklar, takvimler ve kritik yolla Gantt şemasını göreceksiniz.

[Ücretsiz hesap oluştur](https://planitude.app/tr/signup)