{"id":314,"date":"2026-07-31T07:33:23","date_gmt":"2026-07-31T05:33:23","guid":{"rendered":"http:\/\/goktugturan.com\/blog\/?p=314"},"modified":"2026-07-31T07:33:23","modified_gmt":"2026-07-31T05:33:23","slug":"product-owner-is-analisti-farki","status":"publish","type":"post","link":"https:\/\/goktugturan.com\/blog\/product-owner-is-analisti-farki\/","title":{"rendered":"Product Owner ve \u0130\u015f Analisti Fark\u0131: 2026’da Rol Nereye Gidiyor?"},"content":{"rendered":"

Bu konuyu ilk kez 2017’de yazm\u0131\u015ft\u0131m. O yaz\u0131da<\/a> kabaca \u015funu s\u00f6yl\u00fcyordum: Product Owner i\u015fin business taraf\u0131nda durur, i\u015f analisti teknik tarafta kal\u0131r.<\/p>\n

Aradan dokuz y\u0131l ge\u00e7ti. Ayn\u0131 soruyu bu s\u00fcre boyunca m\u00fclakatlarda, yeni kurulan ekiplerde ve “biz de bir Product Owner alal\u0131m” diye ba\u015flayan y\u00f6netim toplant\u0131lar\u0131nda defalarca duydum. Bug\u00fcn o c\u00fcmlenin arkas\u0131nda duram\u0131yorum. T\u00fcm\u00fcyle yanl\u0131\u015f say\u0131lmaz ama iki rol\u00fc ay\u0131rt etmek i\u00e7in bak\u0131lmas\u0131 gereken yere bakm\u0131yor.<\/p>\n

S\u0131n\u0131r, masan\u0131n hangi taraf\u0131nda oturdu\u011funuzla ilgili de\u011fil. As\u0131l soru \u015fu: kim neyin hesab\u0131n\u0131 veriyor?<\/strong><\/p>\n

Eski ayr\u0131m neden yetersiz kal\u0131yor?<\/h4>\n

“Product Owner business bilir, i\u015f analisti teknik bilir” ayr\u0131m\u0131 rolleri tarif etmiyor. O rollere gelen insanlar\u0131n ge\u00e7mi\u015fini tarif ediyor. \u0130\u015f analistlerinin b\u00fcy\u00fck k\u0131sm\u0131 m\u00fchendislikten geliyor. Product Owner’lar\u0131n \u00f6nemli bir b\u00f6l\u00fcm\u00fc ise bir s\u00fcre i\u015f analistli\u011fi yapt\u0131ktan sonra bu role ge\u00e7iyor; kariyerine do\u011frudan Product Owner olarak ba\u015flayanlar da \u00e7o\u011funlukla i\u015f birimlerinden \u00e7\u0131k\u0131yor. Ortadaki fark ki\u015fisel birikimden ibaret kal\u0131yor.<\/p>\n

Ayr\u0131m pratikte de kolayca \u00e7\u00f6k\u00fcyor. Teknik derinli\u011fi y\u00fcksek bir Product Owner g\u00f6r\u00fcrs\u00fcn\u00fcz. \u0130\u015f taraf\u0131n\u0131 herkesten iyi bilen bir i\u015f analisti de g\u00f6r\u00fcrs\u00fcn\u00fcz. \u0130kisi de sahada bolca var.<\/p>\n

O halde s\u0131n\u0131r nerede \u00e7iziliyor?<\/p>\n

Sorumlulukta<\/strong>. \u0130\u015fi ba\u015fkas\u0131na devredebilirsiniz, sorumlulu\u011fu devredemezsiniz. Kula\u011fa kli\u015fe gelen bu c\u00fcmle iki rol\u00fcn aras\u0131ndaki b\u00fct\u00fcn mesafeyi a\u00e7\u0131kl\u0131yor.<\/p>\n

Product Owner neyin hesab\u0131n\u0131 verir?<\/h4>\n

Scrum \u00e7er\u00e7evesinde Product Owner, \u00fcr\u00fcn\u00fcn yaratt\u0131\u011f\u0131 de\u011feri en \u00fcst d\u00fczeye \u00e7\u0131karmaktan sorumlu tek ki\u015fidir. Komite de\u011fildir. Product Backlog’un i\u00e7eri\u011fi, s\u0131ralamas\u0131 ve herkes taraf\u0131ndan anla\u015f\u0131l\u0131r olmas\u0131 da ayn\u0131 sorumlulu\u011fun kapsam\u0131na girer.<\/p>\n

Buradaki ince nokta \u00e7o\u011fu zaman g\u00f6zden ka\u00e7\u0131yor. Product Owner bu i\u015flerin yap\u0131lmas\u0131n\u0131 pek\u00e2l\u00e2 devredebilir. Backlog kalemlerini bir i\u015f analisti yazabilir, refinement toplant\u0131lar\u0131n\u0131 ba\u015fka biri y\u00fcr\u00fctebilir, analiz dok\u00fcman\u0131n\u0131 bamba\u015fka bir ekip haz\u0131rlayabilir. Sonu\u00e7ta hesab\u0131 veren yine Product Owner olur.<\/p>\n

Bir de kimsenin konu\u015fmay\u0131 pek sevmedi\u011fi ikinci \u015fart vard\u0131r. Organizasyonun, bu ki\u015finin kararlar\u0131na sayg\u0131 duymas\u0131 gerekir. Karar\u0131 her toplant\u0131da ezilen birinin unvan\u0131 Product Owner olabilir, i\u015fi Product Owner’l\u0131k olmaz.<\/p>\n

Backlog’un kendisine dair temelleri daha \u00f6nce ayr\u0131 bir yaz\u0131da toplam\u0131\u015ft\u0131m: Product Backlog Nedir?<\/a><\/p>\n

Bu ayr\u0131m\u0131n alt\u0131, PSPO II’ye \u00e7al\u0131\u015f\u0131rken iyice doluyor. S\u0131nav, Product Owner’\u0131 “gereksinim yazan ki\u015fi” olarak g\u00f6ren cevaplar\u0131 eliyor. Sorular \u0131srarla de\u011feri kimin \u00f6l\u00e7t\u00fc\u011f\u00fcn\u00fc, karar\u0131 kimin verdi\u011fini, hay\u0131r deme yetkisinin kime ait oldu\u011funu soruyor. Oradan bak\u0131nca 2017’de yazd\u0131\u011f\u0131m “Product Owner business taraf\u0131nda durur” c\u00fcmlesinin neden eksik kald\u0131\u011f\u0131 da g\u00f6r\u00fcl\u00fcyor. Mesele hangi tarafta duruldu\u011fu de\u011fil, sonucun hesab\u0131n\u0131 kimin verdi\u011fi.<\/p>\n

\u0130\u015f analisti neyin hesab\u0131n\u0131 verir?<\/h4>\n

Scrum \u00e7er\u00e7evesinde i\u015f analisti diye tan\u0131mlanm\u0131\u015f bir rol yok. Ama o i\u015f fazlas\u0131yla var.<\/p>\n

Bir \u00fcr\u00fcn\u00fcn etraf\u0131nda, Product Owner karar verebilsin diye \u00f6nce netle\u015fmesi gereken bir y\u0131\u011f\u0131n \u015fey birikir:<\/p>\n