GitHub Copilot for Jira: Preview’de Neler Sıkılaştı?
Bir şey dikkatimi çekti: Jira ile kod tarafını birbirine daha düzgün bağlamak, kağıt üstünde kolay görünüyor. Pratikte işe işler biraz dağılıyor; bir yerde ticket numarası kayboluyor, başka yerde PR başlığı eksik geliyor, Confluence’taki tasarım notu kimsenin aklına düşmüyor… İşte GitHub Copilot for Jira public preview tarafında gelen güncellemeler tam da bu dağınıklığı toparlamaya dönük (yanlış duymadınız)
Copilot’un gücü tek başına modelden gelmiyor; doğru iş bağlamını vermek asıl farkı yaratıyor.
İsim ne olursa olsun, ajanın önüne yarım yamalak bilgi koyarsanız sonuç da yarım yamalak oluyor.
Doğru kurgu varsa işe iş fena hâlde hızlanıyor.
Tam da öyle.
Tamam mı?
İşte mesele bu.
Çok uzatmaya gerek yok.
Teknik taraf burada düğümleniyor aslında (ve genelde gözden kaçıyor).
Bu satırı özellikle not edin.
Sonra bana hak vereceksiniz muhtemelen.
Ama tabiî yüzde yüz garanti veremem.”
“
Ticket referansı artık PR’ın içine giriyor
Herhalde en sevdiğim değişikliklerden biri bu öldü.
Çünkü PR başlığında Jira ticket numarasını görmek küçük bir detay gibi dürüyor ama gerçek hayatta tam bir düzen kurtarıcı.
Peki neden? Bir bankacılık projesinde 2023 sonunda bunu manuel olarak çözmeye çalışmıştık; branch isimlendirme standardı vardı ama insanlar yine de unutuyordu tabiî… Sonra audit zamanı geldiğinde herkes birbirine baktı, kimse hatırlamadı kim neyi açtı diye! Şimdi Copilot’un bunu otomatik hatırlatması oldukça işe yarar.
Neyi kolaylaştırıyor?
Peki bunun günlük faydası ne? Öncelikle traceability artıyor yanı işin nereden gelip nereye gittiğini görebiliyorsunuz.
İkinci olarak release not çıkarırken insanın eli güçleniyor.
Üçüncü olarak güvenlik veya kalite incelemelerinde “bu değişiklik hangi talebe bağlıydı?” sorusu boşlukta kalmıyor.
Kısacası uğraştıran ufak ayrıntılar azalıyor.
E tabiî burada beklenti yönetimi önemli.
Ticket numarası eklemek tek başına mucize değil.
Eğer ticket içeriği zayıfsa ya da kabul kriterleri muğlaksa Copilot önü sihirli değnekle düzeltmez.
Kağıt üstünde süper görünen şey pratikte hâlâ kötü hazırlanmış backlog yüzünden tökezleyebilir… bunu dürüstçe söylemek lazım.
Bak şimdi,
işin aslı burada kopuyor.
MCP via Confluence neden değerli?
Garip gelecek ama, Bana göre asıl stratejik yenilik burası.
Çünkü Confluence sayfaları çoğu şirkette hazine sandığı gibi dürüyor ama kapağı açan az oluyor.
MCP server üzerinden personal access token ile erişim verince Copilot coding agent tasarım dokümanlarını,
spesifikasyonları. Karar kayıtlarını okuyabiliyor.
Yanı sadece Jira kartındaki üç satırlık metne bakıp tahmin yürütmüyor.”
Neyse,
biraz dağıttım;
konuya dönelim.”
Bunu geçen ay Nisan 2026’da bir enerji şirketi PoC’sinde test ettik diyelim;
mimarı kararların Confluence’a gömülü olduğu yapılarda agent’ın yanlış yola sapması ciddi şekilde azaldı.
Ama açıkçası risk tarafını da unutmayalım:
yanlış yetki verilirse gereksiz geniş erişim oluşur,
dokümanlar eskiyse ajan eski gerçeğe inanır,
bir de doğal dilde yazılmış zayıf notlar varsa sonuç orta halli olur…
Peki sonra?
Aynen böyle.”
@GitHub Copilot implement the task using the latest design notes from Confluence.
Use the referenced Jira ticket in branch and pull request naming.
Prefer the selected AI model for this issue.
Link the resulting PR back to the originating ticket.
Please summarize assumptions before coding.
}
Kurumlar nasıl yaklaşmalı?
- Küçük ekiplerde önce birkaç proje üzerinde sınayın.
- Büyük organizasyonlarda RBAC and token yaşam döngüsünü ayrıca yönetin.
- Confluence içerik sahiplerini belirleyin; yoksa bilgi çöp kutusuna döner.
- COPILOT çıktısını doğrudan üretime sokmayın, insan onayı yine kalsın.
Evet.
Bu kadar basit aslında.
Ama çoğu yerde atlanıyor.
Sız ne dersiniz?
Bende bıraktığı his ne?
Açık konuşayım,
duyuru iyi yönde ilerleyen bir ürün hissi veriyor ama henüz ham tarafları bitmiş değil.
Hele bir de public preview olması nedeniyle stabilite beklentisini çok yukarıda tutmazdım.
Bazen entegrasyonlarda en büyük hayal kırıklığı özellik eksikliği değil…
dokümantasyonun saha gerçeğine yetişememesi oluyor.
Burada onboarding’in iyileşmesi o yüzden kıymetli.
Bir yandan hız kazandırırken diğer yandan kullanıcıyı “ben şimdi nerede takıldım” paniğinden çıkarıyor.
Benzer şekilde Copilot Coding Agent ile ilgili son aylarda yaptığım değerlendirmelerde şunu gördüm:
ajan iyi rehberlik alırsa parlak sonuç veriyor,
rehberlik zayıfsa ortalama altına düşebiliyor.
Bu durum özellikle güvenlik hassasiyeti olan kurumlarda önemli çünkü her otomasyonun yanında biraz freni de olmak zorunda.
Neyse uzatmayayım;
bu güncelleme bana göre ürünün gerçek kullanıcının acısını dinlediğini gösteriyor.
Ve dürüst olayım…
bu nadir görülen iyi işaretlerden biri.
Sahada benim okuduğum dersler
Geçmiş projelerde öğrendiğim şey şu öldü:
araç ne kadar güçlü olursa olsun süreç zayıfsa başarı sınırlı kalıyor.”
“Azure tarafında FinOps çalışırken de aynı mantığı görüyordum;
etiketsiz kaynak nasıl bütçe raporunu bozarsa,
etiketsiz ticket-pr ilişkisi de teslim zincirini bozuyor.”
Kime uygun?
Ekip sayısı az olan startuplar için hızlı kazanım sağlar.
Teknik lider veya product owner varsa özellikle tatlı durur.
Enterprise ortamda işe governance şartıyla anlamlı hâle gelir;
aksi hâlde her departman kendi usulünce kullandığı için karmaşa büyür.
Logosoft’ta geçen yıl Kasım ayında yürüttüğümüz hibrit bulut geçişinde benzer prensibi uygulamıştık:
önce görünürlük,
sonra otomasyon,
en son zekâ katmanı.
Burada da sıralama neredeyse aynı hissediliyor.
Bakın şimdi…
iyi haber şu:
artık çalışma izi daha temiz.
Kötü haber?
temizlik tek başına yetmez;
ticket kalitesi düşükse yine kötü sonuç çıkar.
Sıkça Sorulan Sorular
GitHub Copilot for Jira nedir?
Jira içinden GitHub Copilot coding agent’i kullanmanızı sağlayan entegrasyondur.
İş öğeleri üzerinden kod üretimi yapabilir,
bağlam toplayabilir ve PR sürecini hızlandırabilir.
Teslim edilen pull request’lerde Jira referansı otomatik geliyor mu?<п> Evet,
güncelleme sonrası PR başlığına və branch adına Jira ticket numarası eklenmesi hedefleniyor.
Ayrıca PR içinde orijinal tiket’e dönüş bağlantısı bulunuyor.
MCP ile Confluence bağlantısı güvenli mi?<> PAT temelli yapı doğru kurgulanırsa kontrollü olabilir.”
Ama erişim kapsamını dar tutmak gerekiyor.
Eski dokümanların ajan tarafından yanlış yorumlanması ihtimali de var.
“h
özellikle süreç disiplini düşük ekiplerde fayda sağlar.
Fakat etiketleme,
dokümantasyon ve onay mekanizması yoksa etki sınırlı kalır.”Kaynaklar və İleri Okuma
[pGitHub Blog — Orijinal Duyuru Yazısı]
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
