[{"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":155},{"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":152,"helpful_yes_count":102,"helpful_no_count":102,"created_at":153,"updated_at":154,"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,149],{"id":129,"slug":130,"translations":131},414,"project-manager",{"ru":132},{"title":133,"short_definition":134},"Проджект-менеджер","Специалист, который ведёт проект от идеи до результата: управляет сроками, бюджетом, командой и рисками.",{"id":136,"slug":137,"translations":138},7,"product-backlog",{"ru":139},{"title":140,"short_definition":141},"Product Backlog (бэклог продукта)","Упорядоченный по приоритету список всего, что может появиться в продукте.",{"id":143,"slug":144,"translations":145},18,"scrum-master",{"ru":146},{"title":147,"short_definition":148},"Scrum Master (скрам-мастер)","Роль в Scrum: отвечает за рабочий процесс команды и за устранение препятствий.",{"id":21,"slug":122,"translations":150},{"ru":151},{"title":125,"short_definition":126},163,"2026-04-25T22:42:15.240845+03:00","2026-04-25T22:42:15.240859+03:00",[156,178,197],{"id":61,"slug":85,"translations":157,"category":160,"tags":163,"letter":176,"cover":17,"updated_at":177,"published_at":17},{"ru":158},{"title":89,"short_definition":159,"translation_en":89},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":161},{"ru":162},{"title":89,"description":90},[164,169],{"id":61,"slug":165,"kind":165,"hex":86,"order":61,"translations":166},"methodology",{"ru":167},{"title":168},"Методология",{"id":6,"slug":170,"kind":171,"hex":172,"order":6,"translations":173},"concept","other","#4b5370",{"ru":174},{"title":175},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":179,"slug":180,"translations":181,"category":186,"tags":189,"letter":176,"cover":17,"updated_at":196,"published_at":17},22,"acceptance-criteria",{"ru":182},{"title":183,"short_definition":184,"translation_en":185},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.","Acceptance Criteria",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":187},{"ru":188},{"title":89,"description":90},[190],{"id":39,"slug":191,"kind":171,"hex":192,"order":39,"translations":193},"artifact","#888ca0",{"ru":194},{"title":195},"Артефакт","2026-04-25T22:42:15.380450+03:00",{"id":198,"slug":199,"translations":200,"category":205,"tags":208,"letter":219,"cover":17,"updated_at":220,"published_at":17},10,"burndown-chart",{"ru":201},{"title":202,"short_definition":203,"translation_en":204},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":206},{"ru":207},{"title":89,"description":90},[209,212],{"id":39,"slug":191,"kind":171,"hex":192,"order":39,"translations":210},{"ru":211},{"title":195},{"id":213,"slug":214,"kind":214,"hex":215,"order":213,"translations":216},6,"metric","#0F9488",{"ru":217},{"title":218},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]