[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"footer-feature-tags":4,"slate-glossary-term-definition-of-done":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":166},{"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":163,"helpful_yes_count":103,"helpful_no_count":103,"created_at":164,"updated_at":165,"published_at":17},20,"definition-of-done",{"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},"Definition of Done (критерии завершённости)","Согласованный командой перечень условий, при выполнении которых задача считается полностью завершённой.","Definition of Done (DoD) — согласованный командой список условий, при которых задача считается полностью готовой. Он один на всю команду и включает технические пункты (написаны тесты, пройдено ревью, код развёрнут на тестовом стенде) и продуктовые (критерии приёмки выполнены, владелец продукта принял работу). Если хотя бы один пункт не выполнен, задача не закрывается.","\u003Cp>Definition of Done — один из ключевых артефактов Scrum. Это набор условий, которым должна отвечать любая пользовательская история или задача, чтобы считаться готовой.\u003C\u002Fp>\u003Cp>Типичный перечень для команды, которая делает веб-продукт:\u003C\u002Fp>\u003Cul>\u003Cli>Код написан и попал в основную ветку\u003C\u002Fli>\u003Cli>Модульные тесты написаны и проходят\u003C\u002Fli>\u003Cli>Код прошёл ревью\u003C\u002Fli>\u003Cli>Тестирование пройдено\u003C\u002Fli>\u003Cli>Документация обновлена\u003C\u002Fli>\u003Cli>Изменения развёрнуты на тестовом стенде\u003C\u002Fli>\u003Cli>Критерии приёмки выполнены\u003C\u002Fli>\u003Cli>Работу принял владелец продукта\u003C\u002Fli>\u003C\u002Ful>\u003Cp>Такой перечень не даёт копиться техническому долгу в виде закрытых, но недоделанных историй. Если история не отвечает условиям, она остаётся в работе, даже если на показе выглядит готовой.\u003C\u002Fp>","\u003Cul>\u003Cli>Команда работает по Scrum\u003C\u002Fli>\u003Cli>Нужен единый стандарт качества для всей команды\u003C\u002Fli>\u003Cli>Хотите предсказуемую скорость команды без «почти готовых» задач\u003C\u002Fli>\u003C\u002Ful>","\u003Cul>\u003Cli>Перечень никто не соблюдает — тогда лучше не иметь его вовсе, чем держать формально и игнорировать\u003C\u002Fli>\u003C\u002Ful>","\u003Cp>Команда мобильного приложения. Её условия готовности: 1) код попадает в основную ветку только через запрос на слияние с ревью; 2) модульные тесты и тесты интерфейса прошли в CI; 3) проверка выполнена на iOS и на Android; 4) описание возможности обновлено в Confluence; 5) критерии приёмки выполнены и приняты владельцем продукта. Пока не закрыты все 5 пунктов, история не считается готовой.\u003C\u002Fp>","\u003Cp>Опишите Definition of Done одной страницей в базе знаний Shtab и сошлитесь на неё из каждого проекта: у команды будет один текст вместо разных представлений о готовности. Через права и роли закрепите, кто именно вправе перевести задачу в статус «Готово» — обычно это владелец продукта.\u003C\u002Fp>","критерии завершённости, критерии готовности задачи, DoD, Definition of Done","Definition of Done","Definition of Done — критерии завершённости | Глоссарий Shtab","Definition of Done — перечень условий, при которых задача считается готовой. Чем отличается от критериев приёмки и Definition of Ready, примеры и советы.",{"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},"Артефакт","D",[101,108,114],{"id":102,"order":103,"translations":104},1041,0,{"ru":105},{"question":106,"answer":107},"Чем Definition of Done отличается от критериев приёмки?","\u003Cp>Definition of Done — общий стандарт качества для \u003Cem>всех\u003C\u002Fem> задач команды: написаны тесты, пройдено ревью, обновлена документация. Критерии приёмки — функциональные требования \u003Cem>к одной\u003C\u002Fem> истории: при нажатии на такую-то кнопку показывается такой-то результат. Первый список одинаков для всех задач, второй пишут заново под каждую историю.\u003C\u002Fp>",{"id":109,"order":61,"translations":110},1042,{"ru":111},{"question":112,"answer":113},"Кто формулирует Definition of Done?","\u003Cp>Команда вместе с владельцем продукта и Scrum Master. Это не спускается сверху руководителем проекта или руководством компании: перечень должен быть реалистичным для команды и принятым всеми её участниками, иначе он превращается в формальность, которую обходят под давлением сроков. Обсуждать его удобно на ретроспективе.\u003C\u002Fp>",{"id":115,"order":21,"translations":116},1043,{"ru":117},{"question":118,"answer":119},"Можно ли обновлять Definition of Done?","\u003Cp>Да, и это нормально: со временем меняются и продукт, и инструменты. Обычно перечень пересматривают на ретроспективе — «добавим проверку компонентов интерфейса», «уберём ручное тестирование, оно закрыто автотестами». Важно менять его осознанно и всей командой, а не втихую вычёркивать неудобные пункты в конце спринта.\u003C\u002Fp>",{"related":121},[122,129,136,143,150,156],{"id":123,"slug":124,"translations":125},21,"definition-of-ready",{"ru":126},{"title":127,"short_definition":128},"Definition of Ready (критерии готовности к спринту)","Перечень условий, при выполнении которых задачу можно брать в спринт.",{"id":130,"slug":131,"translations":132},192,"working-agreement",{"ru":133},{"title":134,"short_definition":135},"Working Agreement (рабочее соглашение)","Совместно сформулированные нормы и правила взаимодействия команды в ежедневной работе.",{"id":137,"slug":138,"translations":139},195,"parkinson-law",{"ru":140},{"title":141,"short_definition":142},"Закон Паркинсона (Parkinson's Law)","«Работа заполняет время, отведённое на её выполнение» — закон Сирила Паркинсона (1955).",{"id":144,"slug":145,"translations":146},22,"acceptance-criteria",{"ru":147},{"title":148,"short_definition":149},"Acceptance Criteria (критерии приёмки)","Конкретные проверяемые условия, которым должна соответствовать пользовательская история, чтобы её приняли как выполненную.",{"id":57,"slug":151,"translations":152},"increment",{"ru":153},{"title":154,"short_definition":155},"Increment (инкремент)","Готовая к выпуску часть продукта, созданная командой за один спринт.",{"id":157,"slug":158,"translations":159},6,"user-story",{"ru":160},{"title":161,"short_definition":162},"Пользовательская история (User Story)","Краткое описание требования глазами пользователя по формуле «как [роль], я хочу [действие], чтобы [польза]».",141,"2026-04-25T22:42:15.320488+03:00","2026-04-25T22:42:15.320501+03:00",[167,188,200],{"id":61,"slug":85,"translations":168,"category":171,"tags":174,"letter":186,"cover":17,"updated_at":187,"published_at":17},{"ru":169},{"title":89,"short_definition":170,"translation_en":89},"Семейство гибких подходов к разработке продуктов и управлению проектами, основанное на коротких итерациях и быстрой адаптации к изменениям.",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":172},{"ru":173},{"title":89,"description":90},[175,180],{"id":61,"slug":176,"kind":176,"hex":86,"order":61,"translations":177},"methodology",{"ru":178},{"title":179},"Методология",{"id":6,"slug":181,"kind":94,"hex":182,"order":6,"translations":183},"concept","#4b5370",{"ru":184},{"title":185},"Концепция","A","2026-04-25T22:42:14.793028+03:00",{"id":144,"slug":145,"translations":189,"category":192,"tags":195,"letter":186,"cover":17,"updated_at":199,"published_at":17},{"ru":190},{"title":148,"short_definition":149,"translation_en":191},"Acceptance Criteria",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":193},{"ru":194},{"title":89,"description":90},[196],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":197},{"ru":198},{"title":98},"2026-04-25T22:42:15.380450+03:00",{"id":201,"slug":202,"translations":203,"category":208,"tags":211,"letter":221,"cover":17,"updated_at":222,"published_at":17},10,"burndown-chart",{"ru":204},{"title":205,"short_definition":206,"translation_en":207},"Burndown chart (диаграмма сгорания)","График, который показывает, сколько работы осталось в спринте или релизе по дням.","Burndown chart",{"id":61,"slug":85,"hex":86,"icon":17,"order":61,"translations":209},{"ru":210},{"title":89,"description":90},[212,215],{"id":39,"slug":93,"kind":94,"hex":95,"order":39,"translations":213},{"ru":214},{"title":98},{"id":157,"slug":216,"kind":216,"hex":217,"order":157,"translations":218},"metric","#0F9488",{"ru":219},{"title":220},"Метрика","B","2026-04-25T22:42:15.056246+03:00"]