Azure DevOps Plugin ile Copilot’ta Backlog Yönetimi
Microsoft Copilot için yayımlanan Azure DevOps Plugin, Azure DevOps verisini doğrudan Copilot yüzeylerine taşıyor. Dan Hellem’in Azure DevOps Blog’daki duyurusuna göre eklenti Copilot Chat, Cowork ve Code içinde çalışıyor, amacı da projelerle, work item’larla, pull request’lerle, test planlarıyla ve pipeline’larla Azure DevOps arayüzüne geçmeden çalışabilmek. Günlük iş takibi için sekme değiştirip bağlam kaybetmek yerine aynı sohbet penceresinde hem belgelere hem iş öğelerine dokunmak mümkün oluyor.
Eklenti hangi yüzeylerde ve hangi verilerle çalışıyor?
Duyuruda üç çalışma yüzeyi belirtiliyor: Copilot Chat, Cowork ve Code. Eklentinin eriştiği Azure DevOps varlıkları ise şöyle sıralanmış:
- Projeler
- Work item’lar
- Pull request’ler
- Test planları
- Pipeline’lar
Liste duyuruda “ve daha fazlası” ifadesiyle kapanıyor, yani kapsamın tam sınırı metinde ayrıntılandırılmamış. Belirli pipeline çalıştırma işlemleri ya da repo düzeyindeki aksiyonlar gibi alt nesnelerin hangi düzeyde desteklendiğini doğrulamak için resmi belgeleri takip etmek gerekiyor. Okuma ve yazma yetkilerinin nasıl ayrıştığına dair bir ayrım da duyuruda yok.
Yerleşik beceriler: triage ve backlog oluşturma
Eklentide veri getirmenin ötesinde, duyuruya göre günlük geliştirme işlerini kolaylaştıran yerleşik beceriler (built-in skills) de var. Öne çıkarılan üç senaryo şunlar:
- Dikkatinizi bekleyen işleri hızlıca görmek. Üzerinize atanmış veya sizden yanıt bekleyen öğeler tek seferde listelenebiliyor.
- Bug triage. Hata kayıtlarını değerlendirme ve sıraya koyma işi Copilot üzerinden yürütülebiliyor.
- Fikirleri yapılandırılmış backlog’a çevirmek. Bir fikri ya da özellik talebini epic, feature, user story ve kabul kriterleri (acceptance criteria) içeren bir hiyerarşiye dönüştürmek mümkün.
Duyuruda verilen en somut örnek basit; Copilot’tan backlog’u gözden geçirmesi ve bugün odaklanılması gereken ilk üç maddeyi belirlemesi isteniyor. Eklentinin sorgulama ve özetleme tarafını gösteren temel bir kullanım bu. Üretilen önerinin hangi sinyallere (öncelik alanı, iteration, atama, son güncelleme gibi) dayandığı duyuruda açıklanmıyor, dolayısıyla çıktıyı kesin bir planlama kararı saymak yerine başlangıç noktası olarak ele almak daha sağlıklı.
Azure DevOps verisini diğer Microsoft içeriğiyle aynı yerde kullanmak
Duyuruda eklentinin en büyük avantajı olarak gösterilen nokta, Azure DevOps verisinin diğer Microsoft içerikleriyle yan yana kullanılabilmesi. Örnek olarak Word belgeleri ve toplantı notları veriliyor.
Verilen iki senaryo şöyle:
- Bir gereksinim dokümanını alıp bunu Azure DevOps tarafında bir feature ve ilişkili work item’lara dönüştürmek.
- Toplantı notlarını kullanarak ilgili work item’lara yorum eklemek.
Buradaki kazanım, araçlar arasında gidip gelerek bilgiyi kopyala-yapıştır yapma döngüsünün ortadan kalkması diye tarif ediliyor, bağlam tek bir yerde, Copilot içinde toplanıyor. Duyuru bu dönüşümün ne kadar doğru veya eksiksiz olduğuna dair bir ölçüm paylaşmıyor. Otomatik üretilen work item’ların gözden geçirilmesi hala ekibin sorumluluğunda.
Kurulum: Cowork üzerinden eklentiyi eklemek
Duyuruda anlatılan kurulum akışı kısa, adımlar şöyle ilerliyor:
- Cowork içinde Customize bölümüne gidin.
- Arama kutusuna “Azure DevOps” yazın.
- Çıkan sonuçlardan Azure DevOps Plugin seçeneğini seçin ve yükleyin.
- Kurulum tamamlandıktan sonra organizasyon adınızı girin ve Connect seçeneğiyle Azure DevOps organizasyonunuza bağlanın.
Duyuruya göre kurulum yalnızca birkaç dakika sürüyor, bağlantı kurulduktan sonra Copilot üzerinden Azure DevOps ile çalışmaya başlanabiliyor. Kaynakta kimlik doğrulamanın hangi yöntemle yapıldığı, hangi izinlerin istendiği, birden fazla organizasyonun aynı anda bağlanıp bağlanamayacağı açıklanmıyor.
Kimin için anlamlı, nelere dikkat etmeli?
Bu eklentiden en çok fayda görecek profil, gününün önemli bölümünü Copilot ve Microsoft 365 içeriğiyle geçiren ama planlama ve takip tarafında Azure DevOps kullanan ekipler gibi görünüyor. Gereksinim dokümanından backlog’a, toplantı notundan work item yorumuna uzanan akışlar tam olarak bu iki dünya arasındaki manuel aktarma işini hedefliyor.
Buna karşılık duyuruda lisans gereksinimi, bölgesel kullanılabilirlik, veri yerleşimi, kota veya önizleme/GA durumu hakkında bilgi verilmiyor. Kurumsal bir yaygınlaştırma planlamadan önce bu başlıkları resmi dokümantasyon üzerinden netleştirmek gerekiyor. Eklentinin yazma işlemlerinde hangi onay mekanizmasını kullandığı da metinde geçmiyor, bu yüzden otomatik oluşturulan epic/feature/user story yapılarının backlog’a eklenmeden önce incelenmesi makul bir varsayılan olur.
Duyuru kapanışta şunu öneriyor: eklentiyi kurun, organizasyonunuzu bağlayın, Copilot’a bugün neyin dikkatinizi beklediğini sorarak başlayın. Verilen örnekleri de bir bitiş noktası olarak değil, keşfe açılan ilk adım olarak sunuyor.
Kaynaklar ve İleri Okuma
- Azure DevOps available in Microsoft Copilot – Dan Hellem, Azure DevOps Blog
- Azure DevOps Blog ana sayfası
- Azure DevOps Artık GitHub Copilot Uygulamasında
- Microsoft Foundry’de Azure DevOps Remote MCP Server
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.
Yorum gönder