[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-user-story":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":188},{"id":68,"slug":69,"translations":70,"category":84,"tags":91,"letter":99,"og_image":17,"cover":17,"author_name":17,"author_position":17,"author_avatar":17,"faqs":100,"related":120,"views_count":185,"helpful_yes_count":103,"helpful_no_count":103,"created_at":186,"updated_at":187,"published_at":17},6,"user-story",{"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},"Пользовательская история (User Story)","Краткое описание требования глазами пользователя по формуле «как [роль], я хочу [действие], чтобы [польза]».","User Story (пользовательская история) — короткое описание возможности от лица пользователя по формуле «как роль, я хочу действие, чтобы получить пользу». Хорошая история показывает пользу для конкретного человека, помещается в один спринт и сопровождается критериями приёмки. Детали реализации в ней не фиксируют: их команда обсуждает по ходу работы. В Scrum это основной элемент бэклога продукта.","\u003Cp>Пользовательская история — формат описания требований, придуманный в XP (экстремальном программировании) и позже взятый в Scrum. Классическая формула:\u003C\u002Fp>\u003Cblockquote>\u003Cp>\u003Cstrong>Как\u003C\u002Fstrong> [роль пользователя],\u003Cbr>\u003Cstrong>я хочу\u003C\u002Fstrong> [возможность],\u003Cbr>\u003Cstrong>чтобы\u003C\u002Fstrong> [получить пользу].\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>Пример: «Как новый пользователь, я хочу видеть обучающее видео на главной странице, чтобы быстро разобраться с продуктом».\u003C\u002Fp>\u003Cp>У хорошей истории есть шесть качеств, которые запоминают по мнемонике \u003Cstrong>INVEST\u003C\u002Fstrong>:\u003C\u002Fp>\u003Cul>\u003Cli>\u003Cstrong>I\u003C\u002Fstrong> — независимость: историю можно сделать отдельно от остальных;\u003C\u002Fli>\u003Cli>\u003Cstrong>N\u003C\u002Fstrong> — обсуждаемость: детали не высечены в камне, их можно уточнять;\u003C\u002Fli>\u003Cli>\u003Cstrong>V\u003C\u002Fstrong> — ценность: история приносит пользу пользователю;\u003C\u002Fli>\u003Cli>\u003Cstrong>E\u003C\u002Fstrong> — оценимость: трудозатраты можно оценить;\u003C\u002Fli>\u003Cli>\u003Cstrong>S\u003C\u002Fstrong> — компактность: история помещается в один спринт;\u003C\u002Fli>\u003Cli>\u003Cstrong>T\u003C\u002Fstrong> — проверяемость: готовность можно однозначно проверить.\u003C\u002Fli>\u003C\u002Ful>\u003Cp>К каждой истории прилагаются \u003Cstrong>критерии приёмки\u003C\u002Fstrong> — условия, по которым команда понимает, что история выполнена.\u003C\u002Fp>","\u003Cul>\u003Cli>Работаете по Scrum или Kanban\u003C\u002Fli>\u003Cli>Хотите ставить требования с фокусом на пользу для пользователя\u003C\u002Fli>\u003Cli>Нужна гибкость в обсуждении деталей реализации\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Чисто технические работы вроде переработки кода или переезда базы данных — им подойдёт формат обычной задачи\u003C\u002Fli>\u003Cli>Зарегламентированные процессы со строгим техническим заданием\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>«Как менеджер по продажам, я хочу видеть стадию каждой сделки на канбан-доске, чтобы быстро понимать, какие сделки требуют внимания».\u003C\u002Fp>\u003Cp>Критерии приёмки:\u003Cbr>• на странице «Сделки» показана канбан-доска с колонками по стадиям воронки;\u003Cbr>• сделки можно перетаскивать между колонками;\u003Cbr>• при перетаскивании в аналитику уходит событие.\u003C\u002Fp>","\u003Cp>В Shtab описывайте историю прямо в задаче: формулу «как — я хочу — чтобы» держите в описании, а критерии приёмки оформляйте отдельным списком или подзадачами. Тогда перед закрытием видно, что именно осталось проверить, и приёмка не превращается в спор о том, что имелось в виду.\u003C\u002Fp>","User Story, пользовательская история, юзер-стори, история пользователя","User Story","Пользовательская история (User Story) | Глоссарий Shtab","Пользовательская история (User Story) — требование по формуле «как, я хочу, чтобы». Мнемоника INVEST, критерии приёмки, примеры и оценка в Story Points.",{"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":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":96},"artifact","other","#888ca0",{"ru":97},{"title":98},"Артефакт","П",[101,108,114],{"id":102,"order":103,"translations":104},1198,0,{"ru":105},{"question":106,"answer":107},"Чем пользовательская история отличается от технического задания?","\u003Cp>Техническое задание описывает, \u003Cem>как\u003C\u002Fem> сделать, вплоть до деталей реализации. История описывает, \u003Cem>зачем\u003C\u002Fem>: какую пользу и кому мы даём. Детали команда обсуждает при работе над историей, а не фиксирует заранее. Поэтому история короткая и допускает разные варианты решения, а техническое задание — нет.\u003C\u002Fp>",{"id":109,"order":61,"translations":110},1199,{"ru":111},{"question":112,"answer":113},"Что входит в критерии приёмки?","\u003Cp>Конкретные проверяемые условия: при нажатии на кнопку происходит определённое действие, поле обязательно для заполнения, ошибка показана красным. Это чек-лист, по которому историю принимают. Формулируйте условия проверяемо: «работает быстро» — не критерий, «страница открывается меньше чем за две секунды» — критерий. Хорошие критерии написаны так, что разработчик, тестировщик и владелец продукта одинаково понимают, когда работа закончена.\u003C\u002Fp>",{"id":115,"order":21,"translations":116},1200,{"ru":117},{"question":118,"answer":119},"Как оценивать пользовательскую историю?","\u003Cp>Чаще всего в Story Points по шкале Фибоначчи: 1, 2, 3, 5, 8, 13. Оценивает вся команда, обычно методом покера планирования. Если история тянет больше чем на 13, её нужно разбить на несколько меньших: крупная история почти наверняка не поместится в спринт и прячет в себе неопределённость.\u003C\u002Fp>",{"related":121,"parent":177},[122,129,136,143,149,156,163,170],{"id":123,"slug":124,"translations":125},409,"planning-poker",{"ru":126},{"title":127,"short_definition":128},"Planning Poker","Техника групповой оценки задач в agile-командах: участники одновременно показывают карты с числами, обсуждают расхождения и приходят к консенсусу.",{"id":130,"slug":131,"translations":132},127,"story-mapping",{"ru":133},{"title":134,"short_definition":135},"User Story Mapping (карта пользовательских историй)","Визуальная техника: пользовательские истории раскладывают по шагам пути пользователя и по приоритету релизов.",{"id":137,"slug":138,"translations":139},393,"extreme-programming",{"ru":140},{"title":141,"short_definition":142},"Экстремальное программирование (XP)","Гибкая методология разработки Кента Бека: короткие циклы, тесты до кода, парная работа и постоянная сборка доведены до предела.",{"id":47,"slug":144,"translations":145},"spike",{"ru":146},{"title":147,"short_definition":148},"Spike (исследовательская задача)","Исследовательская задача с жёстким ограничением по времени, которую берут в спринт, чтобы снять неопределённость.",{"id":150,"slug":151,"translations":152},29,"three-amigos",{"ru":153},{"title":154,"short_definition":155},"Three Amigos (три амиго)","Практика, при которой пользовательскую историю до начала работы обсуждают три роли: продуктовая, разработка и тестирование.",{"id":157,"slug":158,"translations":159},22,"acceptance-criteria",{"ru":160},{"title":161,"short_definition":162},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.",{"id":164,"slug":165,"translations":166},12,"story-point",{"ru":167},{"title":168,"short_definition":169},"Story Point (стори-поинт, очки сложности)","Относительная единица оценки сложности и трудоёмкости пользовательской истории.",{"id":171,"slug":172,"translations":173},20,"definition-of-done",{"ru":174},{"title":175,"short_definition":176},"Definition of Done (критерии завершённости)","Согласованный командой перечень условий, при выполнении которых задача считается полностью завершённой.",[178],{"id":179,"slug":180,"translations":181},5,"epic",{"ru":182},{"title":183,"short_definition":184},"Эпик","Крупная единица работы, которую нельзя завершить за один спринт; разбивается на пользовательские истории.",174,"2026-04-25T22:42:14.938058+03:00","2026-04-25T22:42:14.938070+03:00",[189,210,222],{"id":61,"slug":85,"translations":190,"category":193,"tags":196,"letter":208,"cover":17,"updated_at":209,"published_at":17},{"ru":191},{"title":89,"short_definition":192,"translation_en":89},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":194},{"ru":195},{"title":89,"description":90},[197,202],{"id":61,"slug":198,"kind":198,"hex":86,"order":61,"translations":199},"methodology",{"ru":200},{"title":201},"Методология",{"id":6,"slug":203,"kind":94,"hex":204,"order":6,"translations":205},"concept","#4b5370",{"ru":206},{"title":207},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":157,"slug":158,"translations":211,"category":214,"tags":217,"letter":208,"cover":17,"updated_at":221,"published_at":17},{"ru":212},{"title":161,"short_definition":162,"translation_en":213},"Acceptance Criteria",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":215},{"ru":216},{"title":89,"description":90},[218],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":219},{"ru":220},{"title":98},"2026-04-25T22:42:15.380450+03:00",{"id":223,"slug":224,"translations":225,"category":230,"tags":233,"letter":243,"cover":17,"updated_at":244,"published_at":17},10,"burndown-chart",{"ru":226},{"title":227,"short_definition":228,"translation_en":229},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":231},{"ru":232},{"title":89,"description":90},[234,237],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":235},{"ru":236},{"title":98},{"id":68,"slug":238,"kind":238,"hex":239,"order":68,"translations":240},"metric","#0F9488",{"ru":241},{"title":242},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]