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)
📋 İçindekiler
- Neden bu güncelleme önemli?
- Model seçimi neden dikkat çekici?
- Ticket referansı artık PR’ın içine giriyor
- MCP via Confluence neden değerli?
- Bende bıraktığı his ne?
- 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.” - Sıkça Sorulan Sorular
Açık konuşayım, ben böyle entegrasyonlarda en çok ilk kurulum anına bakıyorum. Çünkü asıl sınav orada çıkıyor. Logosoft’ta 2024 yazında bir finans müşterisinde benzer bir akış kurarken ekiplerin en büyük şikayeti “hangi iş hangi branch’e gitti” sorusuydu. Ticket var, commit var, PR var ama iz sürmek ayrı dert. Bu yeni iyileştirmeler o boşluğu baya azaltıyor gibi dürüyor.
Neden bu güncelleme önemli?
Jira-Copilot birleşimi aslında iki farklı dünyanın el sıkışması gibi. Bir tarafta süreç ve görev yönetimi var, diğer tarafta kod üretimi ve teknik bağlam. Bu ikisini aynı masaya oturtunca güzel şeyler oluyor ama masanın ayakları sağlam değilse sandalye sallanıyor. Yeni duyuruda beni en çok çarpan kısım da bu öldü: Microsoft ve GitHub ekibi geri bildirimi gerçekten toplamış ve belli ki ürüne işlemiş.
Çok konuştum, örnekle göstereyim.
2019’da kendi sunucu ortamlarında çalışan bir müşteri için Azure DevOps tabanlı bir iş akışı tasarlamıştık. O zamanlar bile sorun aynıydı: takım işi yapıyordu ama sistemler konuşmuyordu. Şimdi mesele biraz daha karışık; artık yapay zekâ ajanı devrede olduğu için yalnızca bağlantı değil, bağlam kalitesi de kritik hâle geliyor. Yanı Copilot’a doğru şeyi söylemezseniz yanlış işi de gayet güzel yapabiliyor — işin can sıkıcı tarafı bu.
Bir de şu var: public preview demek her şey pürüzsüz olacak demek değil. Hatta bazen tam tersi olur; erken kullanıcılar sayesinde sorunlar görünür hâle gelir ve ürün pişer. Burada da öyle olmuş gibi dürüyor. Mesela hata mesajlarının netleşmesi bence küçümsenecek detay değil. Kurumsal tarafta belirsiz hata mesajı kadar moral bozan şey azdır.
İlk temas noktası: onboarding
Yeni sürümde kurulum adımları daha anlaşılır hâle gelmiş. Kulağa küçük geliyor ama aslında baya önemli çünkü entegrasyonların çoğu ilk beş dakikada patlıyor ya da tutuyor. Ben AZ-104 ve AZ-305 hazırlıkları sırasında defalarca şunu gördüm: dokümantasyon net değilse mühendis iyi olsa bile vakit çöpe gidiyor.
Bir dakika — bununla bitmedi. Daha fazla bilgi için GitHub Actions’da Özel Runner İmajları: Kontrol Artık Sizde! yazımıza bakabilirsiniz. Bu konuyla ilgili GitHub Issues ve Projelerde Ajan Aktivitesi: Gerçekten Ne Değişti? yazımıza da göz atmanızı tavsiye ederim.
Geçen sene Mart 2025’te bir telekom müşterisinde bunu yaşadık; Jira eklentisi kurulmuştu. PAT yetkileri yanlış verildiği için agent sağlıklı veri çekemiyordu. Hata ekranı kısa ve sınır bozucuydu… Şimdi açıklama dili biraz toparlanmışsa operasyon ekibi için rahatlık verir. github ile ilgili önceki yazımız bu konuya da değinmiştik.
Model seçimi neden dikkat çekici?
Asıl ilginç kısım burada başlıyor. Artık Jira içinden @GitHub Copilot diye yorum atarken kullanılacak modeli seçebiliyorsunuz. Bu bana biraz mutfakta yemek tarifine göre tava seçmek gibi geliyor; aynı malzemeyle aynı sonucu beklemiyorsunuz. Kullanılan araç değişiyor. Bu konuyla ilgili Mart 2026 Azure SDK Güncellemeleri: Sürprizler, Detaylar ve Gerçek Hayat Yansımaları yazımıza da göz atmanızı tavsiye ederim.
Bazı işler hızlı yanıt ister, bazıları daha derin düşünme ister, bazılarıysa maliyet açısından hafif modelle çözülmeli olurken araya bir anda başka öncelikler giriyor (mesela güvenlik veya denetlenebilirlik), yanı tablo sandığınızdan oynak çıkabiliyor? Küçük bir startup için bu esneklik hayat kurtarabilir çünkü herkes premium kaynak kullanmak zorunda kalmaz; enterprise seviyede işe olay başka yere gidiyor ve standartlaştırma ile ekip bazlı politika yönetimi önem kazanıyor.
| Konu | Küçük ekip / Startup | Enterprise |
|---|---|---|
| Model seçimi | Maliyeti kısmak için pratik | Kural seti ve yönetişim gerekir |
| PR izlenebilirliği | Düzeni sağlar, tek kişi takip eder | Teslim zinciri ve denetim izi için kritik |
| MCP ile Confluence bağlama | Doküman arama süresini düşürür | Büyük bilgi havuzunda ciddi fark yaratır |
Şahsen, Lafı gevelemeden söyleyeyim: model seçimi güzel fikir ama kontrolsüz bırakılırsa karmaşa yaratır.
Her geliştirici kafasına göre model seçerse ekip içinde tutarlılık azalabilir.
O yüzden ben bunu genelde policy ile eşleştirirdim;
yanı kim hangi durumda hangi modeli kullanır,
önceden belirlenmeli.
Evet. Graph API ile E-posta İçeriği Artık O Kadar Esnek Değil: Neler Değişiyor, Kimler Dikkat Etmeli? yazımızda bu konuya da değinmiştik.
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.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
