Jira’da projeleriniz b\u00fcy\u00fcd\u00fck\u00e7e, yap\u0131lacak i\u015fleri y\u00f6netmek karma\u015f\u0131kla\u015fabilir. Peki, bu karma\u015fay\u0131 nas\u0131l ortadan kald\u0131r\u0131r, ekiplerinizin odaklanmas\u0131n\u0131 nas\u0131l sa\u011flars\u0131n\u0131z? \u0130\u015fte bu yaz\u0131da, Jira backlog hiyerar\u015fisinin g\u00fcc\u00fcn\u00fc ke\u015ffedecek, projelerinizi ad\u0131m ad\u0131m nas\u0131l daha anla\u015f\u0131l\u0131r ve y\u00f6netilebilir hale getirebilece\u011finizi \u00f6\u011freneceksiniz.<\/p>\n
Herhangi bir proje y\u00f6netim arac\u0131nda oldu\u011fu gibi, Jira’da da “backlog” (i\u015f listesi), projenizin tamamlanmas\u0131 gereken t\u00fcm g\u00f6revlerin, \u00f6zelliklerin, hatalar\u0131n ve iyile\u015ftirmelerin topland\u0131\u011f\u0131 merkezi bir yerdir. Bu, bir projenin ya\u015fayan bir organizmas\u0131 gibidir; s\u00fcrekli geli\u015fir, g\u00fcncellenir ve \u00f6nceliklendirilir. Etkili bir backlog y\u00f6netimi, projenizin ba\u015far\u0131s\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131r. Ekiplerin neye odaklanmas\u0131 gerekti\u011fini net bir \u015fekilde g\u00f6rmesini sa\u011flar, kaynaklar\u0131n do\u011fru kullan\u0131lmas\u0131n\u0131 te\u015fvik eder ve projenin genel hedeflerine ula\u015fmas\u0131n\u0131 kolayla\u015ft\u0131r\u0131r. Geli\u015fig\u00fczel bir i\u015f listesi, ekiplerin kaybolmas\u0131na, zaman kayb\u0131na ve en \u00f6nemlisi, yanl\u0131\u015f \u00f6nceliklendirme nedeniyle projenin ba\u015far\u0131s\u0131z olmas\u0131na yol a\u00e7abilir. Bu nedenle, Jira backlog’unu do\u011fru anlamak ve etkili bir \u015fekilde y\u00f6netmek, modern yaz\u0131l\u0131m geli\u015ftirme ve proje y\u00f6netimi s\u00fcre\u00e7lerinin temel ta\u015flar\u0131ndan biridir. Geli\u015ftirme ekipleri i\u00e7in bu, bir nevi yol haritas\u0131d\u0131r; nereye gidildi\u011fini, hangi ad\u0131mlar\u0131n at\u0131lmas\u0131 gerekti\u011fini ve her ad\u0131m\u0131n neden \u00f6nemli oldu\u011funu g\u00f6sterir.<\/p>\n
Jira’n\u0131n sundu\u011fu esneklik, backlog’u sadece basit bir g\u00f6rev listesi olmaktan \u00e7\u0131kar\u0131p, projelerinizi yap\u0131land\u0131rmak ve y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 haline getirir. Ancak bu g\u00fcc\u00fc tam olarak kullanabilmek i\u00e7in, backlog’un i\u00e7indeki \u00f6\u011felerin nas\u0131l organize edildi\u011fini, yani “hiyerar\u015fi” kavram\u0131n\u0131 anlamak gerekir. Bir proje ne kadar b\u00fcy\u00fck ve karma\u015f\u0131ksa, bu hiyerar\u015finin \u00f6nemi o kadar artar. \u00d6rne\u011fin, y\u00fczlerce g\u00f6revin da\u011f\u0131n\u0131k bir \u015fekilde durdu\u011fu bir backlog, bir proje y\u00f6neticisi i\u00e7in tam bir kabusa d\u00f6n\u00fc\u015febilir. Hangi g\u00f6revin hangi b\u00fcy\u00fck amaca hizmet etti\u011fini anlamak, \u00f6ncelikleri belirlemek ve ekiplere g\u00f6rev da\u011f\u0131l\u0131m\u0131 yapmak neredeyse imkans\u0131z hale gelir. \u0130\u015fte tam da bu noktada, Jira backlog hiyerar\u015fisi devreye girer.<\/p>\n
Bu hiyerar\u015fi, projelerinizi daha k\u00fc\u00e7\u00fck, y\u00f6netilebilir par\u00e7alara ay\u0131rman\u0131za yard\u0131mc\u0131 olur. B\u00fcy\u00fck hedefleri, daha spesifik alt g\u00f6revlere b\u00f6lerek, hem planlama s\u00fcrecini kolayla\u015ft\u0131r\u0131r hem de ilerlemeyi daha somut bir \u015fekilde takip etmenizi sa\u011flar. Bu, \u00f6zellikle Agile (\u00c7evik) metodolojilerde b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r, \u00e7\u00fcnk\u00fc Agile’\u0131n temelinde de i\u015fleri k\u00fc\u00e7\u00fck, tekrarlanabilir ad\u0131mlara b\u00f6lerek h\u0131zl\u0131 geri bildirim almak ve s\u00fcrekli iyile\u015ftirme yapmak yatar. Dolay\u0131s\u0131yla, Jira backlog hiyerar\u015fisi, sadece g\u00f6revleri listelemekle kalmaz, ayn\u0131 zamanda projenizin stratejik y\u00f6n\u00fcn\u00fc de yans\u0131t\u0131r. Hangi \u00f6zelliklerin daha \u00f6nemli oldu\u011funu, hangi hatalar\u0131n acil d\u00fczeltilmesi gerekti\u011fini ve hangi iyile\u015ftirmelerin uzun vadeli hedeflere hizmet etti\u011fini anlaman\u0131za yard\u0131mc\u0131 olur.<\/p>\n
Jira backlog hiyerar\u015fisi, temelde belirli i\u015f \u00f6\u011fesi t\u00fcrlerinin (issue types) birbirleriyle olan ili\u015fkisi \u00fczerine kuruludur. Bu i\u015f \u00f6\u011fesi t\u00fcrleri, projenizin farkl\u0131 \u00f6l\u00e7eklerdeki ihtiya\u00e7lar\u0131n\u0131 kar\u015f\u0131lamak \u00fczere tasarlanm\u0131\u015ft\u0131r. En \u00fcst seviyede genellikle Epic<\/strong> bulunur. Epic, b\u00fcy\u00fck bir hedefi, bir \u00f6zelli\u011fi veya \u00f6nemli bir i\u015f paketini temsil eder. \u00d6rne\u011fin, “Kullan\u0131c\u0131 Giri\u015f Sistemi” bir Epic olabilir. Bu b\u00fcy\u00fck hedef, kendi ba\u015f\u0131na tamamlanmas\u0131 gereken bir\u00e7ok k\u00fc\u00e7\u00fck par\u00e7adan olu\u015fur. \u0130\u015fte bu k\u00fc\u00e7\u00fck par\u00e7alar, Story<\/strong> (Kullan\u0131c\u0131 Hikayesi) olarak adland\u0131r\u0131l\u0131r. Bir Story, bir kullan\u0131c\u0131n\u0131n belirli bir ihtiyac\u0131n\u0131 kar\u015f\u0131layan k\u00fc\u00e7\u00fck bir i\u015f par\u00e7as\u0131d\u0131r ve genellikle “Bir [kullan\u0131c\u0131 tipi] olarak, [bir \u015fey] yapmak istiyorum, b\u00f6ylece [bir fayda] elde edebilirim” format\u0131nda yaz\u0131l\u0131r. \u00d6rne\u011fin, “Bir kay\u0131tl\u0131 kullan\u0131c\u0131 olarak, e-posta ve \u015fifremle giri\u015f yapmak istiyorum, b\u00f6ylece hesab\u0131ma eri\u015febilirim” bir Story olabilir. Bu Story’ler de kendi i\u00e7lerinde daha da k\u00fc\u00e7\u00fck ad\u0131mlara b\u00f6l\u00fcnebilir. \u0130\u015fte bu noktada Task<\/strong> (G\u00f6rev) devreye girer. Task, bir Story’yi tamamlamak i\u00e7in gereken spesifik bir ad\u0131md\u0131r. \u00d6rne\u011fin, “Giri\u015f formu UI’\u0131n\u0131 geli\u015ftir” bir Task olabilir. Son olarak, en alt seviyede Sub-task<\/strong> (Alt G\u00f6rev) bulunur. Sub-task, bir Task’\u0131 daha da k\u00fc\u00e7\u00fck, y\u00f6netilebilir par\u00e7alara ay\u0131r\u0131r. \u00d6rne\u011fin, “Giri\u015f butonu i\u00e7in CSS stillerini ekle” bir Sub-task olabilir. Bu hiyerar\u015fik yap\u0131, projenizin en tepedeki b\u00fcy\u00fck hedeflerinden, en k\u00fc\u00e7\u00fck detaylar\u0131na kadar her \u015feyi net bir \u015fekilde g\u00f6rmenizi ve y\u00f6netmenizi sa\u011flar. Her seviye, bir \u00fcst seviyedeki \u00f6\u011fenin tamamlanmas\u0131na katk\u0131da bulunur.<\/p>\n Bu i\u015f \u00f6\u011fesi t\u00fcrlerinin do\u011fru kullan\u0131m\u0131, projenizin \u015feffafl\u0131\u011f\u0131n\u0131 art\u0131r\u0131r. Ekipler, hangi Story’nin hangi Epic’e ait oldu\u011funu, hangi Task’\u0131n hangi Story’yi tamamlamak i\u00e7in yap\u0131ld\u0131\u011f\u0131n\u0131 kolayca anlayabilir. Bu, sadece geli\u015ftirme s\u00fcrecini de\u011fil, ayn\u0131 zamanda planlama ve raporlama s\u00fcre\u00e7lerini de b\u00fcy\u00fck \u00f6l\u00e7\u00fcde iyile\u015ftirir. \u00d6rne\u011fin, bir Epic’in ilerlemesini takip etmek istedi\u011finizde, Jira’daki ilgili Epic’e gidip, ona ba\u011fl\u0131 t\u00fcm Story’lerin durumunu g\u00f6rebilirsiniz. Benzer \u015fekilde, bir Story’nin ilerlemesi, ona ba\u011fl\u0131 Task’lar\u0131n ve Sub-task’lar\u0131n durumundan anla\u015f\u0131l\u0131r. Bu, proje y\u00f6neticilerinin ve payda\u015flar\u0131n projenin genel sa\u011fl\u0131\u011f\u0131 hakk\u0131nda an\u0131nda bilgi sahibi olmas\u0131n\u0131 sa\u011flar.<\/p>\n Bu hiyerar\u015fik yap\u0131, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k projelerde, “scope creep” (kapsam kaymas\u0131) olarak bilinen sorunu y\u00f6netmek i\u00e7in de \u00e7ok etkilidir. Yeni bir fikir veya istek geldi\u011finde, bunun hangi Epic’e veya Story’ye uydu\u011funu belirlemek, projenin genel hedeflerinden sapma olup olmad\u0131\u011f\u0131n\u0131 anlamay\u0131 kolayla\u015ft\u0131r\u0131r. E\u011fer bir istek, mevcut Epic’ler veya Story’ler ile uyumlu de\u011filse, bu yeni bir Epic olarak ele al\u0131nabilir ve projenin ana kapsam\u0131na dahil edilmeden \u00f6nce daha dikkatli bir de\u011ferlendirme s\u00fcreci ge\u00e7irilebilir. Bu, projenin odak noktas\u0131n\u0131 korumas\u0131na ve gereksiz karma\u015f\u0131kl\u0131\u011f\u0131n \u00f6n\u00fcne ge\u00e7mesine yard\u0131mc\u0131 olur.<\/p>\n Jira backlog hiyerar\u015fisini kurmak ve etkili bir \u015fekilde y\u00f6netmek, projenizin ba\u015far\u0131s\u0131 i\u00e7in kritik bir ad\u0131md\u0131r. Bu s\u00fcre\u00e7, projenizin ba\u015flang\u0131c\u0131nda dikkatli bir planlama gerektirir. \u0130lk ad\u0131m, projenizin ula\u015fmak istedi\u011fi b\u00fcy\u00fck hedefleri belirlemektir. Bunlar, sizin en \u00fcst seviyedeki Epic<\/strong>‘leriniz olacakt\u0131r. \u00d6rne\u011fin, bir e-ticaret sitesi projesinde, “\u00dcr\u00fcn Y\u00f6netimi”, “Sipari\u015f \u0130\u015flemleri”, “Kullan\u0131c\u0131 Hesab\u0131 Y\u00f6netimi” gibi Epic’leriniz olabilir. Bu Epic’leri belirledikten sonra, her bir Epic’in i\u00e7inde hangi b\u00fcy\u00fck \u00f6zellikleri veya i\u015flevleri sunman\u0131z gerekti\u011fini d\u00fc\u015f\u00fcnmelisiniz. \u0130\u015fte bunlar, sizin Story<\/strong>‘lerinizdir. Her Story, bir kullan\u0131c\u0131n\u0131n belirli bir ihtiyac\u0131n\u0131 kar\u015f\u0131lamal\u0131d\u0131r. \u00d6rne\u011fin, “\u00dcr\u00fcn Y\u00f6netimi” Epic’i alt\u0131nda, “\u00dcr\u00fcn listeleme sayfas\u0131”, “\u00dcr\u00fcn detay sayfas\u0131”, “\u00dcr\u00fcn arama \u00f6zelli\u011fi” gibi Story’ler bulunabilir. Bu Story’lerin her biri, kullan\u0131c\u0131ya somut bir de\u011fer sunmal\u0131d\u0131r.<\/p>\n Bir sonraki ad\u0131m, her bir Story’yi tamamlamak i\u00e7in gereken somut ad\u0131mlar\u0131 belirlemektir. Bunlar, Task<\/strong>‘lar\u0131n\u0131z olacakt\u0131r. Bir Story’yi tamamlamak i\u00e7in ka\u00e7 tane Task gerekti\u011fi, projenin karma\u015f\u0131kl\u0131\u011f\u0131na ve ekibin \u00e7al\u0131\u015fma \u015fekline g\u00f6re de\u011fi\u015febilir. \u00d6rne\u011fin, “\u00dcr\u00fcn listeleme sayfas\u0131” Story’si i\u00e7in, “Backend API geli\u015ftirme”, “Frontend UI tasar\u0131m\u0131”, “Veritaban\u0131 sorgular\u0131n\u0131n optimizasyonu” gibi Task’lar olabilir. Baz\u0131 Task’lar da kendi i\u00e7lerinde daha k\u00fc\u00e7\u00fck par\u00e7alara b\u00f6l\u00fcnebilir. Bu durumlarda Sub-task<\/strong>‘lar devreye girer. \u00d6rne\u011fin, “Frontend UI tasar\u0131m\u0131” Task’\u0131 i\u00e7in, “Header tasar\u0131m\u0131”, “Footer tasar\u0131m\u0131”, “\u00dcr\u00fcn kart\u0131 tasar\u0131m\u0131” gibi Sub-task’lar olu\u015fturulabilir. Bu, i\u015fin en ince ayr\u0131nt\u0131s\u0131na kadar planlanmas\u0131n\u0131 ve takip edilmesini sa\u011flar.<\/p>\n Jira’da bu hiyerar\u015fiyi olu\u015ftururken, i\u015f \u00f6\u011fesi t\u00fcrlerini do\u011fru se\u00e7ti\u011finizden emin olun. Bir Epic’in bir Story’ye, bir Story’nin bir Task’a ve bir Task’\u0131n bir Sub-task’a ba\u011flanmas\u0131, Jira’n\u0131n kendi i\u00e7inde sundu\u011fu ili\u015fkilerle kolayca yap\u0131labilir. Her bir i\u015f \u00f6\u011fesini olu\u015ftururken, net ve anla\u015f\u0131l\u0131r bir a\u00e7\u0131klama eklemek, ekibin i\u015fi do\u011fru anlamas\u0131 i\u00e7in \u00f6nemlidir. Ayr\u0131ca, her i\u015f \u00f6\u011fesine bir \u00f6ncelik atamak ve tahmini bir \u00e7al\u0131\u015fma s\u00fcresi (story points veya zaman) belirlemek, planlama ve kaynak tahsisi a\u00e7\u0131s\u0131ndan faydal\u0131 olacakt\u0131r. D\u00fczenli olarak backlog’unuzu g\u00f6zden ge\u00e7irmek ve \u00f6ncelikleri yeniden de\u011ferlendirmek de \u00f6nemlidir. Proje ilerledik\u00e7e, gereksinimler de\u011fi\u015febilir ve bu da backlog’unuzdaki \u00f6\u011felerin \u00f6nceliklerinin yeniden ayarlanmas\u0131n\u0131 gerektirebilir. Bu s\u00fcrekli iyile\u015ftirme s\u00fcreci, projenizin do\u011fru yolda kalmas\u0131n\u0131 sa\u011flar.<\/p>\n Bir teknoloji giri\u015fimi olan “MobilFit”, kullan\u0131c\u0131lar\u0131n egzersizlerini takip etmelerini ve arkada\u015flar\u0131yla payla\u015fmalar\u0131n\u0131 sa\u011flayan bir mobil uygulama geli\u015ftiriyor. Proje y\u00f6neticisi Ay\u015fe, ekibin i\u015f y\u00fck\u00fcn\u00fc ve ilerlemesini daha iyi y\u00f6netmek i\u00e7in Jira backlog hiyerar\u015fisini kullanmaya karar veriyor. Ay\u015fe, projenin ana hedeflerini belirleyerek ba\u015fl\u0131yor ve bunlar\u0131 Epic’ler olarak tan\u0131ml\u0131yor:<\/p>\n Ard\u0131ndan, her Epic i\u00e7in daha spesifik kullan\u0131c\u0131 hikayeleri (Story’ler) olu\u015fturuyor. \u00d6rne\u011fin, “Egzersiz Takip Sistemi” Epic’i alt\u0131nda \u015fu Story’ler yer al\u0131yor:<\/p>\n Her Story’nin tamamlanmas\u0131 i\u00e7in gereken somut g\u00f6revler (Task’lar) belirleniyor. \u00d6rne\u011fin, “Kullan\u0131c\u0131, bir egzersiz t\u00fcr\u00fcn\u00fc se\u00e7ip s\u00fcresini ve mesafesini girebilmeli” Story’si i\u00e7in Task’lar \u015funlar olabilir:<\/p>\n Bu Task’lar da bazen daha k\u00fc\u00e7\u00fck par\u00e7alara ayr\u0131labilir (Sub-task). \u00d6rne\u011fin, “Kullan\u0131c\u0131 aray\u00fcz\u00fcn\u00fc (UI) mobil ekranlara uyumlu hale getir” Task’\u0131 i\u00e7in Sub-task’lar \u015funlar olabilir:<\/p>\n Bu yap\u0131 sayesinde Ay\u015fe, projenin genel ilerlemesini Epic baz\u0131nda g\u00f6rebiliyor. Hangi Epic’in ne kadar\u0131n\u0131n tamamland\u0131\u011f\u0131n\u0131, hangi Story’lerin tamamlanmak \u00fczere oldu\u011funu ve hangi Task’lar\u0131n tak\u0131ld\u0131\u011f\u0131n\u0131 net bir \u015fekilde izleyebiliyor. Bu, ekiplerin nereye odaklanmas\u0131 gerekti\u011fini anlamas\u0131na ve potansiyel darbo\u011fazlar\u0131 erken tespit etmesine yard\u0131mc\u0131 oluyor. \u00d6rne\u011fin, “Sosyal Payla\u015f\u0131m \u00d6zellikleri” Epic’i tamamlanmadan “Kullan\u0131c\u0131 Kayd\u0131 ve Giri\u015fi” Epic’i \u00f6nceliklendiriliyor, \u00e7\u00fcnk\u00fc kullan\u0131c\u0131lar\u0131n payla\u015f\u0131m yapabilmesi i\u00e7in \u00f6nce sisteme giri\u015f yapabilmeleri gerekiyor. Bu, projenin mant\u0131ksal ak\u0131\u015f\u0131n\u0131 ve \u00f6nceliklendirmesini destekliyor.<\/p>\n Jira backlog hiyerar\u015finizi kurmak sadece bir ba\u015flang\u0131\u00e7t\u0131r; onu etkili bir \u015fekilde optimize etmek, projenizin verimlili\u011fini en \u00fcst d\u00fczeye \u00e7\u0131karman\u0131z\u0131 sa\u011flar. \u00d6ncelikle, “Epic”lerinizi \u00e7ok b\u00fcy\u00fck tutmamaya \u00f6zen g\u00f6sterin. Bir Epic, birka\u00e7 sprint (\u00e7evik geli\u015ftirme iterasyonu) i\u00e7inde tamamlanabilecek kadar b\u00fcy\u00fck olmal\u0131, ancak bir sprint’ten \u00e7ok daha uzun s\u00fcrmemelidir. \u00c7ok b\u00fcy\u00fck Epic’ler, ilerlemeyi takip etmeyi zorla\u015ft\u0131rabilir ve ekiplerin motivasyonunu d\u00fc\u015f\u00fcrebilir. Benzer \u015fekilde, Story’leriniz de bir sprint i\u00e7inde tamamlanabilecek kadar k\u00fc\u00e7\u00fck olmal\u0131d\u0131r. E\u011fer bir Story \u00e7ok b\u00fcy\u00fckse, onu daha k\u00fc\u00e7\u00fck, ba\u011f\u0131ms\u0131z Story’lere b\u00f6lmeyi d\u00fc\u015f\u00fcn\u00fcn. Bu, “B\u00fcy\u00fck Bal\u0131k Yemeyi Yer” prensibine benzer; b\u00fcy\u00fck hedeflere ula\u015fmak i\u00e7in k\u00fc\u00e7\u00fck, y\u00f6netilebilir ad\u0131mlar atmak daha etkilidir.<\/p>\n Task’lar\u0131n\u0131z\u0131 ve Sub-task’lar\u0131n\u0131z\u0131 da gereksiz yere detayland\u0131rmaktan ka\u00e7\u0131n\u0131n. Her \u015feyin bir Sub-task’a b\u00f6l\u00fcnmesi, y\u00f6netimi karma\u015f\u0131kla\u015ft\u0131rabilir. Genellikle, bir Task’\u0131n birka\u00e7 saat veya bir g\u00fcn i\u00e7inde tamamlanabilecek kadar k\u00fc\u00e7\u00fck olmas\u0131 idealdir. E\u011fer bir Task’\u0131n tamamlanmas\u0131 birka\u00e7 g\u00fcnden fazla s\u00fcrecekse, onu daha k\u00fc\u00e7\u00fck Task’lara veya Sub-task’lara b\u00f6lmek faydal\u0131 olabilir. \u0130\u015f \u00f6\u011fesi a\u00e7\u0131klamalar\u0131n\u0131z\u0131n net ve anla\u015f\u0131l\u0131r oldu\u011fundan emin olun. Kimin ne yapmas\u0131 gerekti\u011fini, neden yapmas\u0131 gerekti\u011fini ve beklentilerin ne oldu\u011funu a\u00e7\u0131k\u00e7a belirtin. Bu, yanl\u0131\u015f anla\u015f\u0131lmalar\u0131 \u00f6nler ve ekibin i\u015fi do\u011fru anlamas\u0131n\u0131 sa\u011flar. Ayr\u0131ca, her i\u015f \u00f6\u011fesine uygun etiketler (labels) eklemek, filtreleme ve raporlama i\u00e7in b\u00fcy\u00fck kolayl\u0131k sa\u011flar. \u00d6rne\u011fin, bir Story’ye “mobil-app”, “backend”, “frontend” gibi etiketler ekleyerek, belirli teknolojilere veya alanlara odaklanan i\u015fleri kolayca bulabilirsiniz.<\/p>\n Jira’da i\u015f \u00f6\u011fesi t\u00fcrlerini \u00f6zelle\u015ftirmek de m\u00fcmk\u00fcnd\u00fcr. \u015eirketinizin veya projenizin \u00f6zel ihtiya\u00e7lar\u0131na g\u00f6re yeni i\u015f \u00f6\u011fesi t\u00fcrleri olu\u015fturabilir veya mevcut olanlar\u0131 de\u011fi\u015ftirebilirsiniz. Ancak bu \u00f6zelle\u015ftirmeleri yaparken dikkatli olun; a\u015f\u0131r\u0131 \u00f6zelle\u015ftirme, Jira’n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131n\u0131 art\u0131rabilir ve \u00f6\u011frenme e\u011frisini y\u00fckseltebilir. En iyi uygulamalardan biri de, d\u00fczenli olarak backlog’unuzu “temizlemektir”. Tamamlanm\u0131\u015f i\u015f \u00f6\u011felerini ar\u015fivlemek veya kapatmak, backlog’unuzun daha d\u00fczenli g\u00f6r\u00fcnmesini sa\u011flar ve \u00f6nemli i\u015f \u00f6\u011felerini bulmay\u0131 kolayla\u015ft\u0131r\u0131r. Ayr\u0131ca, sprint planlama toplant\u0131lar\u0131nda ve g\u00fcnl\u00fck stand-up’larda backlog’unuzu g\u00f6zden ge\u00e7irmek, ekibin her zaman g\u00fcncel ve odaklanm\u0131\u015f kalmas\u0131na yard\u0131mc\u0131 olur. Unutmay\u0131n, backlog hiyerar\u015fisi statik bir yap\u0131 de\u011fildir; projenizin ilerlemesiyle birlikte geli\u015fir ve de\u011fi\u015fir. Bu nedenle, d\u00fczenli g\u00f6zden ge\u00e7irmeler ve ayarlamalar, hiyerar\u015finizin her zaman projenizin ihtiya\u00e7lar\u0131na uygun kalmas\u0131n\u0131 sa\u011flar.<\/p>\n Epic:<\/strong> B\u00fcy\u00fck bir hedef veya i\u015f paketi. \u00d6rne\u011fin, “Kullan\u0131c\u0131 Giri\u015f Sistemi”.<\/p>\n Story:<\/strong> Bir Epic’in i\u00e7indeki, kullan\u0131c\u0131n\u0131n belirli bir ihtiyac\u0131n\u0131 kar\u015f\u0131layan k\u00fc\u00e7\u00fck bir i\u015f par\u00e7as\u0131. \u00d6rne\u011fin, “Kullan\u0131c\u0131 e-posta ile kay\u0131t olabilmeli”.<\/p>\n Task:<\/strong> Bir Story’yi tamamlamak i\u00e7in gereken somut bir ad\u0131m. \u00d6rne\u011fin, “Kay\u0131t formu UI’\u0131n\u0131 geli\u015ftir”.<\/p>\n Sub-task:<\/strong> Bir Task’\u0131 daha da k\u00fc\u00e7\u00fck, y\u00f6netilebilir par\u00e7alara ay\u0131ran ad\u0131m. \u00d6rne\u011fin, “Kay\u0131t formu i\u00e7in do\u011frulama kurallar\u0131n\u0131 ekle”.<\/p>\n<\/li>\n Genellikle en \u00fcstte Epic’ler, alt\u0131nda Story’ler, onlar\u0131n alt\u0131nda Task’lar ve en altta da Sub-task’lar kullan\u0131l\u0131r. Ancak projenizin b\u00fcy\u00fckl\u00fc\u011f\u00fcne ve karma\u015f\u0131kl\u0131\u011f\u0131na g\u00f6re bu yap\u0131 esnetilebilir. Baz\u0131 projelerde sadece Epic ve Story yeterli olabilirken, daha karma\u015f\u0131k projelerde Sub-task’lar da gereklidir.<\/p>\n<\/li>\n Bir Epic, genellikle birka\u00e7 sprint boyunca \u00fczerinde \u00e7al\u0131\u015f\u0131labilecek kadar b\u00fcy\u00fck olmal\u0131, ancak bir sprint’ten \u00e7ok daha uzun s\u00fcrmemelidir. E\u011fer bir Epic \u00e7ok h\u0131zl\u0131 tamamlan\u0131yorsa, belki de daha k\u00fc\u00e7\u00fck bir Epic’e veya bir Story’ye indirgenmesi gerekebilir. E\u011fer tamamlanmas\u0131 \u00e7ok uzun s\u00fcr\u00fcyorsa, daha k\u00fc\u00e7\u00fck Epic’lere b\u00f6l\u00fcnebilir.<\/p>\n<\/li>\n “Kullan\u0131c\u0131 hikayesi” terimi, i\u015f \u00f6\u011fesinin bir son kullan\u0131c\u0131n\u0131n bak\u0131\u015f a\u00e7\u0131s\u0131yla tan\u0131mlanmas\u0131n\u0131 te\u015fvik eder. Bu, geli\u015ftirme ekibinin i\u015fin arkas\u0131ndaki amac\u0131 ve kullan\u0131c\u0131ya sa\u011flayaca\u011f\u0131 de\u011feri anlamas\u0131na yard\u0131mc\u0131 olur. Her hikaye, kullan\u0131c\u0131ya bir fayda sa\u011flamal\u0131d\u0131r.<\/p>\n<\/li>\n<\/ul>\n #Jira #ProjeY\u00f6netimi #Agile #Yaz\u0131l\u0131mGeli\u015ftirme #Backlog<\/p>\nHiyerar\u015fiyi Kurma ve Y\u00f6netme: Ad\u0131m Ad\u0131m Bir Rehber<\/h2>\n
Ger\u00e7ek D\u00fcnya Senaryosu: Bir Mobil Uygulama Geli\u015ftirme Projesinde Hiyerar\u015fi Kullan\u0131m\u0131<\/h2>\n
\n
\n
\n
\n
Hiyerar\u015fiyi Optimize Etme: \u0130pu\u00e7lar\u0131 ve En \u0130yi Uygulamalar<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n
\n
Jira’da Epic, Story, Task ve Sub-task aras\u0131ndaki temel fark nedir?<\/h3>\n
Hiyerar\u015fiyi kurarken hangi i\u015f \u00f6\u011fesi t\u00fcrlerini kullanmal\u0131y\u0131m?<\/h3>\n
Epic’ler ne kadar b\u00fcy\u00fck olmal\u0131?<\/h3>\n
Story’ler neden “kullan\u0131c\u0131 hikayesi” olarak adland\u0131r\u0131l\u0131r?<\/h3>\n