![\"\"](\"https:\/\/goktugturan.com\/blog\/wp-content\/uploads\/2026\/08\/po_is_analisti.jpg\")
<\/a><\/figure>\n\n\n\nScrum Guide’\u0131n de\u011fi\u015ftirdi\u011fi \u015fey<\/h2>\n\n\n\n
Scrum Guide, Product Owner’\u0131 \u00fcr\u00fcn\u00fcn yaratt\u0131\u011f\u0131 de\u011feri en \u00fcst d\u00fczeye \u00e7\u0131karmaktan sorumlu tek ki\u015fi olarak tan\u0131ml\u0131yor. Product Backlog’un i\u00e7eri\u011fi, s\u0131ralamas\u0131 ve \u015feffafl\u0131\u011f\u0131 da bu sorumlulu\u011fun kapsam\u0131nda. Kritik nokta devir konusunda. Bu i\u015flerin yap\u0131lmas\u0131n\u0131 ba\u015fkas\u0131na devredebilirsiniz, sorumluluk yerinde kal\u0131r.<\/p>\n\n\n\n
PSPO II’ye \u00e7al\u0131\u015f\u0131rken bu tan\u0131m\u0131n ne kadar keskin oldu\u011funu g\u00f6rd\u00fcm. S\u0131nav, Product Owner’\u0131 gereksinim yazan ki\u015fi olarak g\u00f6ren her cevab\u0131 eliyor. Sorular \u0131srarla de\u011feri kimin \u00f6l\u00e7t\u00fc\u011f\u00fcn\u00fc, karar\u0131 kimin verdi\u011fini, hay\u0131r deme yetkisinin nerede durdu\u011funu soruyor.<\/p>\n\n\n\n
\u0130ki rol\u00fc ayn\u0131 ki\u015fide y\u00fcr\u00fctmenin as\u0131l meselesi de burada netle\u015fiyor. Ayn\u0131 anda iki farkl\u0131 sorumluluk ta\u015f\u0131yorsunuz ve hangi anda hangisini ta\u015f\u0131d\u0131\u011f\u0131n\u0131z\u0131 kar\u0131\u015ft\u0131rmaman\u0131z gerekiyor.<\/p>\n\n\n\n
Neden bu kadar yayg\u0131n<\/h2>\n\n\n\n
Su\u00e7lu aramaya gerek yok. Yap\u0131 \u00e7o\u011funlukla mecburiyetten do\u011fuyor.<\/p>\n\n\n\n
\u00dcr\u00fcn k\u00fc\u00e7\u00fckt\u00fcr, iki ayr\u0131 role b\u00fct\u00e7e ayr\u0131lmaz. Domain derindir, i\u015fi \u00f6\u011frenmek uzun s\u00fcrer, yeni birinin devralmas\u0131 aylar al\u0131r. Ya da kurum Agile’a ge\u00e7erken mevcut i\u015f analistlerine Product Owner unvan\u0131 verir ve i\u015f tan\u0131m\u0131n\u0131 sonradan yazmay\u0131 planlar. Sonradan pek yaz\u0131lmaz.<\/p>\n\n\n\n
Bir de \u015fu var: i\u015f analizi ge\u00e7mi\u015fi olan biri bu role ger\u00e7ekten uygun. Sistemi bilir, payda\u015f\u0131 tan\u0131r, hangi iste\u011fin alt\u0131ndan ne \u00e7\u0131kaca\u011f\u0131n\u0131 sezer. Karar\u0131 h\u0131zl\u0131 verir \u00e7\u00fcnk\u00fc zemini zaten kendi haz\u0131rlam\u0131\u015ft\u0131r.<\/p>\n\n\n\n
Nerede i\u015fe yar\u0131yor<\/h2>\n\n\n\n
En b\u00fcy\u00fck kazan\u00e7, aradaki \u00e7eviri kayb\u0131n\u0131n ortadan kalkmas\u0131.<\/p>\n\n\n\n
\u0130ki ayr\u0131 ki\u015fi oldu\u011funda analiz bir dok\u00fcmana yaz\u0131l\u0131r, Product Owner o dok\u00fcman\u0131 okur, okudu\u011funu yorumlar, sonra karar verir. Her devirde bir \u015fey buharla\u015f\u0131r. Ayn\u0131 ki\u015fide topland\u0131\u011f\u0131nda bu zincir k\u0131sal\u0131yor. Ekipten gelen bir soruya ayn\u0131 oturumda cevap verebiliyorsunuz, \u00e7\u00fcnk\u00fc hem sorunun teknik kar\u015f\u0131l\u0131\u011f\u0131n\u0131 hem de i\u015f taraf\u0131ndaki \u00f6nceli\u011fini biliyorsunuz.<\/p>\n\n\n\n
\u0130kinci kazan\u00e7, karar\u0131n gerek\u00e7esiyle birlikte durmas\u0131. Neyi neden s\u0131ralad\u0131\u011f\u0131n\u0131z\u0131 ayr\u0131ca anlatman\u0131z gerekmiyor, analizi yapan zaten sizsiniz.<\/p>\n\n\n\n
Nerede t\u0131kan\u0131yor<\/h2>\n\n\n\n
Kendi analizinizi denetleyemiyorsunuz. \u0130ki ki\u015fi oldu\u011funda karar veren, analizi sorgulayabilir. Bu iki sorumluluk tek ki\u015fide topland\u0131\u011f\u0131nda o frenleme \u00e7o\u011fu zaman yap\u0131lam\u0131yor. Kendi \u00e7\u0131kard\u0131\u011f\u0131n\u0131z analize kendi karar\u0131n\u0131zla onay veriyorsunuz ve arada ba\u011f\u0131ms\u0131z bir g\u00f6z kalm\u0131yor.<\/p>\n\n\n\n
Analiz ile \u00f6nceliklendirme ayn\u0131 takvimde yar\u0131\u015f\u0131yor. Analiz derinle\u015fmek ister, \u00f6nceliklendirme h\u0131zl\u0131 olmak ister. Bu yar\u0131\u015fta genelde analiz taviz veriyor, \u00e7\u00fcnk\u00fc backlog’un aciliyeti \u00e7o\u011fu zaman daha y\u00fcksek.<\/p>\n\n\n\n
Payda\u015f hangi \u015fapkayla konu\u015ftu\u011funuzu bilmiyor. Ayn\u0131 toplant\u0131da bir iste\u011fi “bunu \u015f\u00f6yle \u00e7\u00f6zebiliriz” diye kar\u015f\u0131lay\u0131p be\u015f dakika sonra “bunu bu \u00e7eyrekte yapm\u0131yoruz” demek zorunda kalabiliyorsunuz. Bu, kar\u015f\u0131 taraf i\u00e7in tutars\u0131zl\u0131k gibi g\u00f6r\u00fcn\u00fcyor.<\/p>\n\n\n\n
Pratikte nas\u0131l y\u00fcr\u00fcyor<\/h2>\n\n\n\n
Analizle karar aras\u0131na zaman koyuyorum. Ayn\u0131 oturumda hem \u00e7\u00f6z\u00fcmleyip hem karar vermeye \u00e7al\u0131\u015fmak k\u00f6t\u00fc sonu\u00e7 veriyor, o y\u00fczden m\u00fcmk\u00fcn oldu\u011funda karar\u0131 ertesi g\u00fcne b\u0131rak\u0131yorum.<\/p>\n\n\n\n
Verdi\u011fim karar\u0131 gerek\u00e7esiyle yaz\u0131yorum. Bir isterde herhangi bir de\u011fi\u015fiklik yap\u0131yorsam bunu mutlaka Jira’da ilgili i\u015fin alt\u0131na yorum olarak b\u0131rak\u0131yorum. Bu hem ekibi anl\u0131k olarak bilgilendiriyor, hem de aylar sonra d\u00f6n\u00fcp bak\u0131ld\u0131\u011f\u0131nda karar\u0131n neden verildi\u011fini ve nas\u0131l uyguland\u0131\u011f\u0131n\u0131 g\u00f6steriyor. Reg\u00fclasyonlu tarafta \u00e7al\u0131\u015f\u0131yorsan\u0131z izlenebilirlik gereksinimi bunu zaten bir tercih olmaktan \u00e7\u0131kar\u0131yor.<\/p>\n\n\n\n
Spesifikasyonu olabildi\u011fince net tutuyorum. Mu\u011flak yaz\u0131lm\u0131\u015f bir gereksinimin bedelini her ko\u015fulda birileri \u00f6d\u00fcyor. K\u0131sa, tek anlama gelen, kabul kriteri olan maddeler; ekibin bana en az soru sordu\u011fu ve en do\u011fru i\u015fi \u00e7\u0131kard\u0131\u011f\u0131 format bu.<\/p>\n\n\n\n
Toplant\u0131da hangi s\u0131fatla konu\u015ftu\u011fumu s\u00f6yl\u00fcyorum. “\u015eu an analiz taraf\u0131ndan bak\u0131yorum” ya da “bu bir \u00f6ncelik karar\u0131” demek basit g\u00f6r\u00fcn\u00fcyor ama payda\u015f\u0131n kafas\u0131ndaki tutars\u0131zl\u0131k hissini b\u00fcy\u00fck \u00f6l\u00e7\u00fcde ortadan kald\u0131r\u0131yor.<\/p>\n\n\n\n
\u0130ki rol\u00fcn sorumluluk tan\u0131mlar\u0131n\u0131 ayr\u0131nt\u0131l\u0131 kar\u015f\u0131la\u015ft\u0131rd\u0131\u011f\u0131m yaz\u0131 burada: Product Owner ve \u0130\u015f Analisti Fark\u0131: 2026’da Rol Nereye Gidiyor?<\/a><\/p>\n\n\n\n Unvan\u0131n\u0131za de\u011fil, iki soruya bak\u0131n. Backlog s\u0131ralamas\u0131na son karar\u0131 ger\u00e7ekten siz mi veriyorsunuz? En son verdi\u011finiz “bunu yapm\u0131yoruz” karar\u0131 ayakta kald\u0131 m\u0131?<\/p>\n\n\n\n \u0130kisine de evet diyorsan\u0131z iki rol\u00fc birlikte ta\u015f\u0131yorsunuz ve bu, do\u011fru ko\u015fullarda g\u00fc\u00e7l\u00fc bir pozisyon. Cevaplardan biri hay\u0131rsa, size verilen \u015fey sorumluluk de\u011fil, sadece i\u015f. O zaman da tart\u0131\u015f\u0131lmas\u0131 gereken konu i\u015f y\u00fck\u00fc de\u011fil, yetkinin nerede durdu\u011fu oluyor.<\/p>\n\n\n\nAyn\u0131 durumdaysan\u0131z<\/h2>\n\n\n\n
\n\n\n\n