← Barcha maqolalar Zoboto · Blog · Rollar

Project Manager vs Product Manager: kim nimaga javobgar

Mahsulot kechikdi. Backlog to'la, sprintlar vaqtida yopilyapti, lekin hech kim aniq javob berolmaydi: "Nega aynan shu funksiyani qurayapmiz?" va "Muddatni kim javobgarlikka oladi?" Bu ikki savolga ikki xil odam javob berishi kerak — va ular ko'pincha bitta unvon ostida — "menejer" — adashtiriladi. Quyida Product Manager va Project Manager rollarining aniq farqi, qaror huquqlari va ular bir jamoada qanday hamkorlik qilishi ko'rsatilgan.

⏱ ~11 daqiqa · yangi menejerlar uchun referens 🎯 Yangi PM/PjM, Scrum Master va jamoa rahbarlari uchun 🧭 6 mavzu + RACI mashqi + stsenariy testi

Asosiy farq nima

Product Manager — "nega" va "nima" ga, ya'ni mahsulot qiymati va ustuvorligiga javobgar. Project Manager — "qachon" va "qanday", ya'ni yetkazib berish jadvali, resurslar va risklarga javobgar.

Nega bu chalkashadi

Ikkala unvon ham "menejer" so'zi bilan tugaydi, kichik jamoalarda bitta odam ikkalasini qiladi, va rasmiy hujjatlarda ham ular ko'pincha aniq ajratilmagan holda ishlatiladi.

Bu maqoladan keyin nima qila olasiz

Jamoangizdagi qaror huquqlarini (decision rights) aniqlashtirasiz, oddiy RACI jadvalini tuza olasiz va rol chalkashligi tufayli yuzaga keladigan kechikish va nizolarni kamaytirasiz.

Kimlar uchun va nimaga erishasiz

Bu maqola yangi ishga kirgan menejerlar uchun onboarding materiali sifatida va jamoaviy workshop uchun qayta ishlatsa bo'ladigan referens sifatida yozilgan.

Kimlar uchun foydali

Yangi Product/Project Manager Scrum Master Jamoa rahbari HR / onboarding

O'qib bo'lgach, siz

Ikki rolning rasmiy ta'riflarini va manba-hujjatlarini bilasiz (PMBOK, APM, SVPG)
Har bir rolga tegishli qaror turlarini ajrata olasiz
Kichik jamoa va yirik/tartibga solinadigan tashkilot o'rtasidagi farqni tushunasiz
O'z jamoangiz uchun RACI/qaror-huquqi jadvalini tuza olasiz

Ikki rol — bir nazarda

Quyidagi jadval ikki rolni oltita o'lchov bo'yicha solishtiradi. Bu qat'iy qoida emas — tashkilotlar buni turlicha moslashtiradi — lekin umumiy tildan boshlash uchun foydali.

O'lchov	Product Manager	Project Manager
Asosiy savol	"Nega?" va "Nima?" — qaysi muammoni, nega hal qilamiz	"Qachon?" va "Qanday?" — qanday tartibda va qaysi muddatda
Vaqt gorizonti	Doimiy — mahsulot bozorda bo'lgan davr davomida	Chegaralangan — aniq boshlanish va tugash sanasi bilan
Muvaffaqiyat mezoni	Foydalanuvchi/biznes natijasi — adoption, retention, daromad	Vaqt, byudjet va ko'lam bo'yicha yetkazib berish
Asosiy artefakt	Mahsulot strategiyasi, roadmap, backlog ustuvorligi	Loyiha rejasi, jadval, risk reyestri
Tayanadigan standart	SVPG materiallari, Scrum/Product Owner, "Escaping the Build Trap"	PMBOK Guide (PMI), APM Body of Knowledge
Hisobdorlik	Mahsulot qiymati va bozor natijasi uchun	Loyihani belgilangan vaqt va byudjetda yakunlash uchun

01

Ta'rif: "loyiha" va "mahsulot" — ikki boshqa narsa

Rollar farqining ildizi — ular boshqaradigan narsaning tabiatida. Loyiha — chegaralangan, mahsulot — davomiy.

PMBOK Guide APM BoK Temporary vs Ongoing

Rasmiy ta'riflar

Loyiha (PMI, PMBOK Guide, 7-nashr, 2021) — "noyob mahsulot, xizmat yoki natija yaratish uchun amalga oshiriladigan vaqtinchalik harakat" (temporary endeavor), ya'ni aniq boshlanish va tugash sanasi bor: pmi.org/standards/pmbok
Loyiha boshqaruvi (APM, Buyuk Britaniyaning rasmiy loyiha boshqaruvi instituti) — "belgilangan muddat va byudjet doirasida aniq maqsadlarga erishish uchun jarayonlar, metodlar, ko'nikma va tajribani qo'llash": apm.org.uk
Mahsulot — muayyan tugash sanasi bo'lmagan, foydalanuvchi va biznes uchun doimiy qiymat yaratadigan raqamli aktiv; u yillar davomida yashaydi va rivojlanadi (Roman Pichler)

Nimani anglatadi

Project Manager — chegarasi bor ishni (masalan, yangi to'lov modulini ishga tushirish loyihasi) boshqaradi. Product Manager — chegarasiz davom etadigan narsani (masalan, mobil bank ilovasi) boshqaradi. Bitta mahsulot ichida ko'plab loyihalar bo'lishi mumkin — lekin mahsulotning o'zi loyiha emas.

02

Ikki rolning qisqacha tarixi

Rollar tasodifan ajralib chiqmagan — dasturiy ta'minot qanday qurilishi o'zgargani sayin ular ham o'zgardi.

Waterfall → Agile 2001–2005 SVPG

Klassik (waterfall) model

Agile keng tarqalgunga qadar odatiy ish tartibi shunday edi: Product Manager bozor tadqiqotini o'tkazadi, talablar hujjatini (MRD) tayyorlaydi va uni Project Manager'ga topshiradi; so'ng u ishlab chiqish va test jamoalari bilan ishlab, natijani yetkazib beradi. Product Manager esa ishlab chiqish davrida faqat vaqti-vaqti bilan (masalan, boshqaruv yig'ilishlarida) ishtirok etardi (Roman Pichler tahlili).

Zamonaviy (mahsulot-markazli) model

2001 yilgi Agile Manifesto va undan keyin Scrum'ning tarqalishi bilan jamoalar mahsulotni doimiy rivojlanadigan narsa sifatida ko'ra boshladi. Marty Cagan (Silicon Valley Product Group) 2005 yilgi "Titles, Roles and Responsibilities" maqolasida Product Manager rolining zamonaviy ta'rifini aniq belgiladi: uning asosiy vazifasi — mahsulotni spetsifikatsiya qilish (nimani, nega qurish), Project Manager esa jadval va kuzatuv (schedule va tracking) bilan shug'ullanadi: svpg.com

03

Kim nimaga javobgar — real misolda

Bank mobil ilovasiga yangi funksiya qo'shish misolida ikki rolning qaror huquqlari qanday taqsimlanishini ko'ramiz.

Nega qurish Kim bilan integratsiya Qachon chiqarish

Stsenariy

Mobil bank ilovasiga "hisobotlar orasida avtomatik pul o'tkazish" funksiyasi qo'shilmoqda. Markaziy bank yangi jo'natish limiti bo'yicha talabni 3 oydan keyin kuchga kirishini e'lon qilgan.

Kim nimani hal qiladi

Product Manager — foydalanuvchi tadqiqotlari va ariza statistikasiga asoslanib, bu funksiya haqiqatan eng katta muammoni hal qilishini tasdiqlaydi, muvaffaqiyat mezonini (masalan, funksiyadan foydalanish darajasi) belgilaydi va uni roadmap'da ustuvor qiladi
Project Manager / delivery lead — uchta jamoa (mobil, backend, compliance) ishini muvofiqlashtiradi, tashqi bank tizimlari bilan integratsiya muddatlarini kuzatadi va Markaziy bank talabidan oldin ishga tushirilishini ta'minlaydi
Ikkalasi birga — muddat siqilib qolsa, nimani qisqartirish (scope) haqida birgalikda qaror qabul qiladi: PM qaysi qism muhimroq ekanini, PjM qaysi qism texnik jihatdan tezroq bajarilishini aytadi

AUTHOR INPUT NEEDED: bu yerga Zoboto/Nurfin jamoasidagi haqiqiy ichki misol qo'shilsa, maqola yanada aniqroq bo'ladi.

04

Kichik jamoada bitta odam ikkalasini qilsa-chi

Startuplarda va kichik jamoalarda bitta founder yoki menejer ikkala shapkani ham kiyadi — bu normal, agar u qaysi shapkani qachon kiyayotganini bilsa.

Erta bosqich startup 1–2 kishi

Nima uchun bu muammo emas

Erta bosqich startupda (masalan, bizning "Startup qanday boshlanadi" maqolasidagi Pre-Seed bosqichi, 3–5 kishilik jamoa) alohida Product Manager va Project Manager uchun resurs yo'q. Founder yoki yagona menejer ertalab "nega qurayapmiz" haqida o'ylaydi, tushdan keyin esa "kim qachon nimani tugatadi"ni kuzatadi.

Nima muhim

Har bir qarorni qaysi "shapka" ostida qabul qilayotganingizni o'zingiz uchun aniq ajratib turing — bu keyinchalik jamoa kattalashganda rollarni ajratishni osonlashtiradi
Jamoa 8–10 kishidan oshganda, odatda ikki rolni ajratish vaqti keladi — chunki bitta odam uchun ikkala vazifa sifatli bajarilishi qiyinlashadi

05

Umumiy xato: Product Manager Project Manager kabi ishlaydi

Bu — Melissa Perri "Escaping the Build Trap" kitobida batafsil tasvirlagan eng keng tarqalgan antipattern.

"Former Project Manager" Feature Factory

Xato qanday ko'rinadi

Melissa Perri "Escaping the Build Trap" (O'Reilly, 2018) kitobida "Former Project Manager" (sobiq loyiha menejeri) tipini tasvirlaydi — Product Manager unvonini olgan, lekin hamon "nega" o'rniga "qachon" bilan band bo'lgan odam. U backlog'ni boshqaradi, stakeholder so'rovlarini qabul qiladi va "buyurtma oluvchi" (waiter) rolida qoladi — mahsulot strategiyasi emas, faqat ijro bilan shug'ullanadi.

Natija: Feature Factory

Jamoa muvaffaqiyatni "necha funksiya chiqardik" bilan o'lchay boshlaydi — "bu funksiyalar haqiqatan foydalanuvchi muammosini hal qildimi" emas. Perri buni Build Trap (qurish tuzog'i) deb ataydi: natija (outcome) o'rniga chiqim (output)ga e'tibor berish.

Teskari xato

Aksincha holat ham bo'ladi: Project Manager biznes konteksti va foydalanuvchi ma'lumotlarisiz mahsulot ko'lami (scope) haqida qaror qabul qilishga majbur bo'ladi — bu esa ko'lam siljishi (scope creep) va noto'g'ri ustuvorliklarga olib keladi.

06

Ular birga qanday ishlaydi

Yirik va tartibga solinadigan tashkilotlarda (masalan, banklar) ikkala rol ham zarur — va ular raqobatlashmaydi, balki to'ldiradi.

PMI Sinergiya

PMI'ning zamonaviy pozitsiyasi

Project Management Institute'ning "The Imperative Synergies Between Project Management and Product Management" tahliliy maqolasida (Mark Lines, PMI Disciplined Agile bo'yicha vitse-prezidenti) ta'kidlanishicha: Project Manager chekli boshlanish va tugash sanasiga ega loyihalarni boshqaradi, Product Manager esa tugash sanasisiz, vaqt bo'ylab rivojlanadigan mahsulot jamoalarini yetaklaydi. Egalik (ownership) jihatidan farq shu — Product Manager vizyon va uzoq muddatli qiymatga, Project Manager esa ijro va yetkazib berishga egalik qiladi: pmi.org

Amalda nima degani

Bank yoki fintech'da yangi mahsulot (masalan, raqamli hamyon) doimiy Product Manager tomonidan yuritiladi
Ushbu mahsulot ichidagi katta, ko'p bo'lim ishtirok etadigan ishlar (masalan, yangi ABS bilan integratsiya) alohida Project Manager tomonidan chegaralangan loyiha sifatida boshqariladi
Ikkalasi muntazam sinxronlashadi: PM ustuvorlikni belgilaydi, PjM uni bajarish uchun jamoalar, muddat va risklarni boshqaradi

Stsenariy: kim qaror qiladi?

Har bir vaziyat uchun kim qaror qabul qilishi kerakligini tanlang, so'ng izohni ko'ring. Bu — jamoada individual yoki workshop formatida bajarish uchun qisqa o'z-o'zini tekshirish testi.

1

Foydalanuvchilar bitta funksiyani ko'p so'rayapti, lekin foydalanish ma'lumotlari uni hech kim ishlatmasligini ko'rsatmoqda. Uni qurish kerakmi?

Product Manager qaror qiladi — bu mahsulot strategiyasi va ma'lumotlarga asoslangan ustuvorlik masalasi, jadval yoki resurs masalasi emas.

2

Yangi modul 3 ta tashqi vendor bilan integratsiyani talab qiladi, muddat esa Markaziy bank talabi bilan qattiq belgilangan.

Project Manager javobgar — bir nechta tashqi tomon, qat'iy muddat va ko'p bosqichli bog'liqliklarni muvofiqlashtirish klassik loyiha boshqaruvi vazifasi.

3

Jamoa ketma-ket ikki sprintda muddatni o'tkazib yubordi. Sabab aniqlanmoqda va nima qilish kerakligi haqida qaror qabul qilinmoqda.

Ikkalasi ham — Project Manager/Scrum Master jarayondagi to'siqni tahlil qiladi, lekin agar yechim ko'lamni qisqartirish bo'lsa, qaysi qismni olib tashlash Product Manager qaroriga bog'liq.

4

Investorlar/rahbariyat uchun keyingi ikki chorakda nimalar qilinishi va nega taqdimot tayyorlanmoqda.

Product Manager tayyorlaydi — bu strategiya va roadmap taqdimoti, mahsulotning "nega" va "nima"sini tushuntiradi.

5

Loyiha byudjeti rejadan 15% oshib ketdi va buning sababi rahbariyatga tushuntirilishi kerak.

Project Manager javobgar — byudjet, xarajat va resurslarni kuzatish va hisobot berish uning asosiy vazifasi.

6

Foydalanuvchilar bilan o'tkazilgan intervyular asosida keyingi chorakda qaysi muammoni birinchi hal qilish tanlanmoqda.

Product Manager tanlaydi — foydalanuvchi tadqiqotiga asoslangan ustuvorlik qarori mahsulot strategiyasi doirasiga kiradi.

Yangi menejer uchun birinchi 2 haftalik checklist

Yangi jamoaga qo'shilgan Product yoki Project Manager quyidagi tartibda harakat qilishi tavsiya etiladi.

O'z rolingiz qaysi qarorlarga "ega" ekanini yozma shaklda aniqlang (mahsulot strategiyasimi, yetkazib berishmi)
Jamoadagi hamkasb PM/PjM/Scrum Master bilan uchrashib, oddiy RACI jadvalini birga tuzing
Joriy roadmap va joriy loyiha rejasini solishtiring — ular bir-biriga mos keladimi, tekshiring
"Nega" savoliga javob beradigan hujjat (product brief yoki PRD) bor-yo'qligini tekshiring
Muddat va byudjet qanday kuzatilishini va kim hisobot berishini o'rganing
Manfaatdor tomonlar (stakeholder) ro'yxatini va ular kimga hisobot berishini tuzing
Jamoangizda oxirgi paytlarda rol chalkashligi kuzatilgan holatni toping va uni RACI asosida hal qiling
Ushbu maqoladagi stsenariy testi va RACI mashqini jamoa bilan workshop sifatida o'tkazing

Workshop mashqi: RACI ustaxonasi (15–20 daqiqa)

Jamoa a'zolari haqiqiy loyiha yoki mahsulot bo'yicha oltita qarorni kim qabul qilishini birgalikda aniqlaydi.

Format

4–6 kishi, 15–20 daqiqa
Doska, Miro yoki qog'oz + markerlar
Har bir ishtirokchi RACI'ni biladi: R — bajaradi, A — javobgar, C — maslahatlashiladi, I — xabardor qilinadi

Qadamlar

Real loyiha yoki mahsulotni tanlang
Oltita qarorni yozing: nima qurish, qachon chiqarish, byudjet, kim bilan integratsiya, muvaffaqiyat mezoni, risk boshqaruvi
Har biriga R/A/C/I belgilang
Kelishmovchilik chiqqan qatorlarni ovoz chiqarib muhokama qiling
Yakuniy jadvalni jamoa kanaliga joylang

Agar jamoada faqat bitta rol (masalan, erta bosqich startup founder) bo'lsa, mashqni "qaysi shapkani qachon kiyaman" formatida o'tkazing: har bir qaror qatoriga R/A/C/I o'rniga "Product shapkasi" yoki "Project shapkasi" deb belgilang. Maqsad — rol emas, qaror turini ajratishni o'rgatish.

Xulosa

Rol nomi emas, qaror huquqi (decision rights) muhim. Ikki unvon "menejer" so'zi bilan tugasa ham, ular ikki boshqa savolga javob beradi — va ularni ajratish jamoadagi kechikish va nizolarning ko'pini oldini oladi.

Asosiy xulosalar

Product Manager — "nega/nima" va mahsulot natijasiga, Project Manager — "qachon/qanday" va yetkazib berishga javobgar
Kichik jamoalarda bitta odam ikkala shapkani kiyishi normal — muhimi, qaysi shapka qachon kiyilayotganini bilish
Product Manager'ning Project Manager kabi ishlashi "feature factory"ga olib keladi (Perri, 2018)
Yirik va tartibga solinadigan tashkilotlarda ikkala rol ham zarur va bir-birini to'ldiradi (PMI)
Rolni unvon emas, qaror huquqi belgilaydi — shuning uchun RACI foydali vosita
Standart hujjatlar (PMBOK, APM BoK, SVPG) umumiy til yaratadi, lekin har tashkilot ularni o'ziga moslashtiradi

Keyingi qadam

Jamoangiz uchun RACI mashqini bajaring (yuqoridagi workshop bo'limi)
Rol chalkashligi kuzatilgan bitta real holatni yozib, uni jamoa bilan muhokama qiling
Stsenariy testini yangi jamoa a'zolari bilan onboarding paytida qayta ishlating

Fikrlash uchun savol (individual)

Joriy rolingizda qaysi qarorlarni haqiqatda siz qabul qilyapsiz, va qaysilarini aslida boshqa birov qabul qilishi kerak edi?

Muhokama savoli (jamoa uchun)

Jamoamizda oxirgi marta rol chalkashligi tufayli muddat yoki sifat zarar ko'rgan holatni eslang — buning sababi RACI yo'qligimi yoki boshqasimi?

Mini-topshiriq

Joriy loyihangiz yoki mahsulotingiz uchun yuqoridagi oltita qarordan iborat RACI jadvalini to'ldiring va jamoa kanaliga ulashing.

Cheklov: bu freymvork erta bosqichdagi startuplarda yoki bitta-ikkita kishi hamma narsani qiladigan jamoalarda mexanik qo'llanilmasligi kerak — u yerda qat'iy rol taqsimotidan ko'ra moslashuvchanlik ko'proq qiymat beradi.

Manbalar va qo'shimcha o'qish

A Guide to the Project Management Body of Knowledge (PMBOK® Guide) — 7th Edition

Project Management Institute (PMI) · 2021

"Loyiha" va loyiha boshqaruvi tamoyillarining rasmiy, sanoat standarti hisoblangan ta'rifi.

What is project management?

Association for Project Management (APM) — Buyuk Britaniyaning rasmiy loyiha boshqaruvi instituti

Loyiha va loyiha boshqaruvining ikkinchi mustaqil rasmiy ta'rifi — PMI bilan solishtirish uchun.

Titles, Roles and Responsibilities

Marty Cagan, Silicon Valley Product Group (SVPG) · 2005

Product Manager rolining zamonaviy ta'rifini birinchilardan bo'lib aniq shakllantirgan, sanoatda keng tanilgan maqola.

Escaping the Build Trap: How Effective Product Management Creates Real Value

Melissa Perri · O'Reilly Media · 2018

Product Manager rolini Project Manager kabi tushunish xatosi va "feature factory" tushunchasining asosiy manbasi.

How Agile Has Changed Product Management

Roman Pichler

Mahsulot va loyiha boshqaruvining Agile ta'sirida tarixiy ajralishini tushuntiradi.

The Imperative Synergies Between Project Management and Product Management

Mark Lines, Project Management Institute (PMI) — tahliliy maqola

Ikki rolning zamonaviy, mahsulot-markazli tashkilotlarda birga qanday ishlashini ko'rsatadi.

Keyingi maqolalar