Yinelemeli, kullanıcı odaklı yöntemlerle projeler planlayın

Modern Copilot Studio projeleri, uyum sağlama yeteneğini ve paydaş güvenini artıran çevik yöntemler ve yapay zeka destekli içgörülerden faydalanır. Genellikle statik veya şelale modeline dayanan geleneksel en iyi uygulamalar, dinamik bir AI ortamında yetersiz kalabilir. Kullanıcı hikayesi odaklı planlama, analitik tabanlı karar alma ve proaktif risk yönetimi yaklaşımınızı güncelleyerek Copilot Studio projelerini daha yinelemeli ve öngörülebilir şekilde sunabilirsiniz. Bu bölüm, Copilot Studio projenize başlarken temel kararlar almanıza ve yaygın tuzaklardan kaçınmanıza yardımcı olacak pratik rehberlik sunar.

Kullanıcı hikayesi odaklı planlama

Copilot Studio projenizin kapsamını tanımlamak ve yönetmek için kullanıcı hikayesi odaklı bir yaklaşım benimseyin. Devasa bir monolitik spesifikasyonla başlamak yerine, aracınızın işlevselliğini küçük kullanıcı hikayelerine ayırın ve bunları Azure Boards veya GitHub Projects gibi bir araçta Ürün Birikmiş Öğeleri (PBI) olarak takip edin. Örneğin:

  • Kullanıcı Hikayesi: "Bir çalışan olarak, aracıyımın kalan izin bakiyemi görüntülemesini istiyorum ki tatil planı yapabileyim."
  • Kullanıcı Hikayesi: "Bir müşteri olarak, aracısının siparişimi takip etmesini istiyorum ki destek aramak zorunda kalmam."

Her kullanıcı hikayesi, belirli bir son kullanıcı ihtiyacını ve beklenen sonucu kapsar. Bu hikayeleri detaylar ve kabul kriterleriyle birlikte ürün backlog'unuza ekleyin. Kullanıcı hikayeleri ve PBI'lar, projenin her bölümü için kapsamı, gereksinimleri ve beklenen sonuçları net bir şekilde tanımlamaya yardımcı olur. Bu açıklık, her ekip üyesinin ne geliştirdiğini ve nedenini anlamasını sağlar.

Kullanıcı hikayesi planlaması için en iyi uygulamalar

  • Özelliklere veya konulara göre düzenleyin: Kullanıcı hikayelerini Copilot Studio'da üst düzey yetenekler veya konular etrafında gruplayın.
  • Kabul kriterlerini ekleyin: Bir hikayenin tamamlandığını nasıl anlayacağınızı tanımlayın. Örneğin, "Bir kullanıcı (Microsoft Entra ID) aracınına kalan iznini sorduğunda, aracı İK sisteminden doğru gün sayısını döndürür." Bu tanım kaliteyi sağlar ve test uzmanlarının veya iş kullanıcılarının işlevselliği doğrulamasına yardımcı olur.
  • Yinelemeli önceliklendirme: Tüm hikayeler anında gerçekleşmez. Yapılacaklar listenizi kullanarak neyi önce geliştireceğinize öncelik verin. Çevik yaklaşımlarda, çoğunlukla en kritik kullanım senaryolarını kapsayan asgari uygulanabilir bir aracı (MVP) önce sunulur; ardından sonraki sprintlerde daha fazla kullanıcı hikayesiyle (isteğe bağlı SSS’ler, yeni kanallar vb.) kapsam genişletilir.
  • Düzenli backlog bakımı: Kullanıcı hikayelerini sık sık gözden geçirin ve güncelleyin. Aracı projeleri, kullanıcıların ne sorduğunu öğrendikçe kapsam değişiklikleriyle karşılaşabilir. İş yığını iyileştirme sürecini düzenli bir faaliyet haline getirin (örneğin haftalık olarak); ortaya çıkan talepler için yeni hikayeler ekleyin veya uygulanabilirliğe göre mevcut hikayelerin kapsamını yeniden belirleyin.

Yinelemeli teslimat

Hikayeler ve PBİ'ler tanımlandığında, projeyi sprintler veya iterasyonlar halinde (genellikle her biri 2-3 hafta) yürütün. Her sprintin sonunda, birkaç kullanıcı hikayesi uygulayın (örneğin, mevcut bir konuya yeni bir yetenek veya iyileştirme). Bu kademeli yaklaşım, ilerlemeyi sık sık gösterip erken geri bildirim alabilmenizi sağlar. Ayrıca, aracıyı hepsini birden değil, aşamalı olarak devreye almanıza olanak tanır; bu da riski yönetmenizi ve paydaşların güvenini artırmanızı sağlar.

Kullanıcı hikayelerine ve PBI'lara odaklanarak, ekipler kullanıcı odaklı kalır ve gerekirse yön değiştirebilir. Takımlar, yeni bir gereksinim veya fikir daha değerli olduğunda backlogdaki öncelikleri kolayca güncelleyebilir. Küçük hikayeler ayrıca sorunların erken ortaya çıkmasına da yol açar. Örneğin, System X'in entegrasyonu bir kullanıcı hikayesiyse ve zorlayıcıysa, bunu son teslimatta değil, sprintte tespit edersiniz. Bu yaklaşım, her artışta alınan geri bildirim yoluyla sürekli kullanıcı katılımını teşvik eder ve böylece kullanıcı ihtiyaçlarını daha yakından karşılayan bir çözüme yol açar. Paydaşlar, canlı bir yol haritası ve istikrarlı ilerleme görür; bu da projenin kontrol altında olduğuna ve değer sunduğuna dair güvenlerini artırır.

Önemli ipuçları

  • Canlıya geçişi bir son değil, bir başlangıç olarak görün. Erken MVP'leri yayınlayarak müşteri geri bildirim çarkını etkinleştirin.
  • Gerçek dünya kullanımına göre konuları, orkestrasyonu ve entegrasyonları geliştirmek için kısa sprintler kullanın.

Sonraki adım

Aracınızın anlamlı iş sonuçları sağlayıp sağlamadığını izlemek için ölçülebilir KPI'lar belirleyerek devam edin.