[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-product-owner":66},true,[5,14,20,29,34,40,46,52,56,62],{"id":6,"name":7,"hex":8,"translations":9,"count_pages":13},8,"Компания","#f40925",{"ru":10,"en":11},{"name":7},{"name":12},"Company",9,{"id":15,"name":16,"hex":17,"translations":18,"count_pages":6},26,"Главная страница",null,{"ru":19},{"name":16},{"id":21,"name":22,"hex":23,"translations":24,"count_pages":28},2,"Проекты","#3027ff",{"ru":25,"en":26},{"name":22},{"name":27},"Project",15,{"id":30,"name":31,"hex":17,"translations":32,"count_pages":21},33,"ИИ",{"ru":33},{"name":31},{"id":35,"name":36,"hex":17,"translations":37,"count_pages":39},34,"Комментарии",{"ru":38},{"name":36},4,{"id":41,"name":42,"hex":17,"translations":43,"count_pages":45},25,"Задачи",{"ru":44},{"name":42},24,{"id":47,"name":48,"hex":17,"translations":49,"count_pages":51},27,"Рабочие пространства",{"ru":50},{"name":48},3,{"id":45,"name":53,"hex":17,"translations":54,"count_pages":6},"Kanban-доска",{"ru":55},{"name":53},{"id":57,"name":58,"hex":17,"translations":59,"count_pages":61},23,"Диаграмма Ганта",{"ru":60},{"name":58},1,{"id":28,"name":63,"hex":17,"translations":64,"count_pages":61},"Календарь",{"ru":65},{"name":63},{"detail":67,"more":148},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":98,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":99,"related":119,"views_count":145,"helpful_yes_count":102,"helpful_no_count":102,"created_at":146,"updated_at":147,"published_at":17},17,"product-owner",{"ru":71},{"title":72,"short_definition":73,"tldr":74,"full_explanation":75,"when_to_apply":76,"when_not_to_apply":77,"examples":78,"tips":79,"synonyms":80,"translation_en":81,"seo_title":82,"seo_description":83},"Product Owner (владелец продукта)","Роль в Scrum, отвечающая за ценность продукта и за управление бэклогом продукта.","Product Owner (владелец продукта) — роль в Scrum, отвечающая за то, что именно делает команда. Он ведёт и приоритизирует бэклог продукта, общается с бизнесом и пользователями, отвечает за ценность продукта и его окупаемость. Это всегда один конкретный человек, а не комитет: иначе решения по приоритетам застревают в согласованиях.","\u003Cp>Product Owner — одна из трёх ролей Scrum. Он отвечает за то, чтобы команда приносила максимум ценности.\u003C\u002Fp>\u003Cp>Что делает владелец продукта:\u003C\u002Fp>\u003Cul>\u003Cli>Формирует и поддерживает бэклог продукта.\u003C\u002Fli>\u003Cli>Расставляет приоритеты — решает, что делать первым.\u003C\u002Fli>\u003Cli>Готовит истории к планированию спринта по критериям готовности (Definition of Ready).\u003C\u002Fli>\u003Cli>Принимает истории на обзоре спринта, проверяя их по критериям завершённости (Definition of Done).\u003C\u002Fli>\u003Cli>Общается с заинтересованными сторонами: собирает требования и защищает приоритеты.\u003C\u002Fli>\u003Cli>Формулирует цель спринта вместе с командой.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>\u003Cstrong>Чего владелец продукта не делает:\u003C\u002Fstrong>\u003C\u002Fp>\u003Cul>\u003Cli>Не пишет код — он не входит в команду разработки.\u003C\u002Fli>\u003Cli>Не указывает, как реализовывать истории: способ выбирает команда.\u003C\u002Fli>\u003Cli>Не управляет процессом — это задача скрам-мастера.\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Команда работает по Scrum\u003C\u002Fli>\u003Cli>Есть человек, который хорошо понимает бизнес и пользователей\u003C\u002Fli>\u003Cli>Этот человек может принимать решения по продукту без согласования с комитетом\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>В Kanban формальная роль не нужна, но кто-то всё равно должен расставлять приоритеты\u003C\u002Fli>\u003Cli>Не назначайте номинального владельца продукта без полномочий: он быстро превращается в передатчика чужих решений, и продукт деградирует\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>В команде из 8 человек владелец продукта — Дмитрий, опытный продакт-менеджер. Каждое утро он тратит 30 минут на бэклог: пополняет его и переупорядочивает. Раз в неделю встречается с заинтересованными сторонами и согласует приоритеты. На планировании спринта представляет приоритеты, на обзоре принимает истории. Скорость команды стабилизировалась за 4 спринта именно потому, что владелец продукта регулярно убирает из бэклога неактуальное.\u003C\u002Fp>","\u003Cp>В Shtab настройте роли проекта так, чтобы менять бэклог и приоритеты мог только владелец продукта, а закрывать задачи — команда: это снимает половину споров о том, кто что двигал. Приоритеты удобно перепроверять по матрице Эйзенхауэра, а решения по спорным историям складывать в базу знаний, чтобы не обсуждать их заново каждый спринт.\u003C\u002Fp>","владелец продукта, продуктовый владелец, PO, Product Owner","Product Owner","Product Owner (владелец продукта) — кто это | Глоссарий Shtab","Product Owner — владелец продукта в Scrum: отвечает за бэклог и ценность продукта. Обязанности, отличия от продакт- и проджект-менеджера, границы роли.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":87},"agile","#5e79ec",{"ru":88},{"title":89,"description":90},"Agile","Гибкие методологии разработки и управления проектами: Scrum, Kanban, XP и их элементы — спринты, бэклоги, церемонии, роли.",[92],{"id":51,"slug":93,"kind":93,"hex":94,"order":51,"translations":95},"role","#14b8a6",{"ru":96},{"title":97},"Роль","P",[100,107,113],{"id":101,"order":102,"translations":103},1091,0,{"ru":104},{"question":105,"answer":106},"Чем владелец продукта отличается от продакт-менеджера?","\u003Cp>Продакт-менеджер — стратегическая роль: видение, стратегия, работа с рынком и портфелем продуктов. Владелец продукта — тактическая роль внутри Scrum: бэклог, спринты, приоритеты ближайших недель. В небольших командах это обычно один человек, а в крупных компаниях роли разделяют, чтобы стратегия не тонула в ежедневной работе с бэклогом.\u003C\u002Fp>",{"id":108,"order":61,"translations":109},1092,{"ru":110},{"question":111,"answer":112},"Может ли владелец продукта быть разработчиком той же команды?","\u003Cp>В чистом Scrum — нет: это разные зоны ответственности, и возникает конфликт интересов, когда один человек и заказывает работу, и принимает её. В маленьких командах совмещение встречается, но это осознанный компромисс: следите, чтобы приоритеты не подстраивались под то, что интереснее делать самому.\u003C\u002Fp>",{"id":114,"order":21,"translations":115},1093,{"ru":116},{"question":117,"answer":118},"Сколько команд может вести один владелец продукта?","\u003Cp>Идеально — одну. Допустимо 2, если команды работают над тесно связанными частями продукта. Больше 2 — и владелец продукта становится узким местом: истории приходят неподготовленными, ответов на вопросы ждут днями, качество приоритизации падает. В такой ситуации лучше разделить продукт и назначить второго владельца.\u003C\u002Fp>",{"parent":120,"related":127},[121],{"id":21,"slug":122,"translations":123},"scrum",{"ru":124},{"title":125,"short_definition":126},"Scrum","Гибкий фреймворк разработки продуктов короткими итерациями — спринтами — с фиксированными ролями, артефактами и встречами.",[128,135,142],{"id":129,"slug":130,"translations":131},7,"product-backlog",{"ru":132},{"title":133,"short_definition":134},"Product Backlog (бэклог продукта)","Упорядоченный по приоритету список всего, что может появиться в продукте.",{"id":136,"slug":137,"translations":138},18,"scrum-master",{"ru":139},{"title":140,"short_definition":141},"Scrum Master (скрам-мастер)","Роль в Scrum: отвечает за рабочий процесс команды и за устранение препятствий.",{"id":21,"slug":122,"translations":143},{"ru":144},{"title":125,"short_definition":126},138,"2026-04-25T22:42:15.240845+03:00","2026-04-25T22:42:15.240859+03:00",[149,171,190],{"id":61,"slug":85,"translations":150,"category":153,"tags":156,"letter":169,"cover":17,"updated_at":170,"published_at":17},{"ru":151},{"title":89,"short_definition":152,"translation_en":89},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":154},{"ru":155},{"title":89,"description":90},[157,162],{"id":61,"slug":158,"kind":158,"hex":86,"order":61,"translations":159},"methodology",{"ru":160},{"title":161},"Методология",{"id":6,"slug":163,"kind":164,"hex":165,"order":6,"translations":166},"concept","other","#4b5370",{"ru":167},{"title":168},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":172,"slug":173,"translations":174,"category":179,"tags":182,"letter":169,"cover":17,"updated_at":189,"published_at":17},22,"acceptance-criteria",{"ru":175},{"title":176,"short_definition":177,"translation_en":178},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":180},{"ru":181},{"title":89,"description":90},[183],{"id":39,"slug":184,"kind":164,"hex":185,"order":39,"translations":186},"artifact","#888ca0",{"ru":187},{"title":188},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":191,"slug":192,"translations":193,"category":198,"tags":201,"letter":212,"cover":17,"updated_at":213,"published_at":17},10,"burndown-chart",{"ru":194},{"title":195,"short_definition":196,"translation_en":197},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":199},{"ru":200},{"title":89,"description":90},[202,205],{"id":39,"slug":184,"kind":164,"hex":185,"order":39,"translations":203},{"ru":204},{"title":188},{"id":206,"slug":207,"kind":207,"hex":208,"order":206,"translations":209},6,"metric","#0F9488",{"ru":210},{"title":211},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]