[{"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":174},{"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":171,"helpful_yes_count":103,"helpful_no_count":103,"created_at":172,"updated_at":173,"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":163},[122,129,135,142,149,156],{"id":123,"slug":124,"translations":125},127,"story-mapping",{"ru":126},{"title":127,"short_definition":128},"User Story Mapping (карта пользовательских историй)","Визуальная техника: пользовательские истории раскладывают по шагам пути пользователя и по приоритету релизов.",{"id":47,"slug":130,"translations":131},"spike",{"ru":132},{"title":133,"short_definition":134},"Spike (исследовательская задача)","Исследовательская задача с жёстким ограничением по времени, которую берут в спринт, чтобы снять неопределённость.",{"id":136,"slug":137,"translations":138},29,"three-amigos",{"ru":139},{"title":140,"short_definition":141},"Three Amigos (три амиго)","Практика, при которой пользовательскую историю до начала работы обсуждают три роли: продуктовая, разработка и тестирование.",{"id":143,"slug":144,"translations":145},22,"acceptance-criteria",{"ru":146},{"title":147,"short_definition":148},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.",{"id":150,"slug":151,"translations":152},12,"story-point",{"ru":153},{"title":154,"short_definition":155},"Story Point (стори-поинт, очки сложности)","Относительная единица оценки сложности и трудоёмкости пользовательской истории.",{"id":157,"slug":158,"translations":159},20,"definition-of-done",{"ru":160},{"title":161,"short_definition":162},"Definition of Done (критерии завершённости)","Согласованный командой перечень условий, при выполнении которых задача считается полностью завершённой.",[164],{"id":165,"slug":166,"translations":167},5,"epic",{"ru":168},{"title":169,"short_definition":170},"Эпик","Крупная единица работы, которую нельзя завершить за один спринт; разбивается на пользовательские истории.",144,"2026-04-25T22:42:14.938058+03:00","2026-04-25T22:42:14.938070+03:00",[175,196,208],{"id":61,"slug":85,"translations":176,"category":179,"tags":182,"letter":194,"cover":17,"updated_at":195,"published_at":17},{"ru":177},{"title":89,"short_definition":178,"translation_en":89},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":180},{"ru":181},{"title":89,"description":90},[183,188],{"id":61,"slug":184,"kind":184,"hex":86,"order":61,"translations":185},"methodology",{"ru":186},{"title":187},"Методология",{"id":6,"slug":189,"kind":94,"hex":190,"order":6,"translations":191},"concept","#4b5370",{"ru":192},{"title":193},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":143,"slug":144,"translations":197,"category":200,"tags":203,"letter":194,"cover":17,"updated_at":207,"published_at":17},{"ru":198},{"title":147,"short_definition":148,"translation_en":199},"Acceptance Criteria",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":201},{"ru":202},{"title":89,"description":90},[204],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":205},{"ru":206},{"title":98},"2026-04-25T22:42:15.380450+03:00",{"id":209,"slug":210,"translations":211,"category":216,"tags":219,"letter":229,"cover":17,"updated_at":230,"published_at":17},10,"burndown-chart",{"ru":212},{"title":213,"short_definition":214,"translation_en":215},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":217},{"ru":218},{"title":89,"description":90},[220,223],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":221},{"ru":222},{"title":98},{"id":68,"slug":224,"kind":224,"hex":225,"order":68,"translations":226},"metric","#0F9488",{"ru":227},{"title":228},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]