[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"general-list":3,"methodology-topic-project-management-zapusk-proekta":4,"footer-feature-tags":160},true,{"topic":5,"parent":153,"siblings":157},{"slug":6,"title":7,"hint":8,"h1":9,"definition":10,"readTime":11,"published":12,"updated":12,"tags":13,"sections":16,"table":52,"checklist":79,"shtab":91,"faq":111,"terms":124,"related":136,"seo":151},"zapusk-proekta","Запуск проекта","Устав, содержание, заинтересованные стороны","Запуск проекта: устав, содержание и заинтересованные стороны","Запуск определяет, чем проект закончится, сильнее, чем любые последующие усилия. Три вещи, которые нужно сделать до первой рабочей задачи: получить полномочия уставом, зафиксировать содержание вместе с исключениями и понять, кто на проект влияет и чего от него ждёт.","9 мин чтения","2026-08-28",[14,15],"запуск","базовый уровень",[17,24,31,38,45],{"id":18,"h":19,"paras":20},"charter","Устав: откуда берутся полномочия",[21,22,23],"Устав отвечает на четыре вопроса: зачем проект нужен компании, кто спонсор, где границы проекта и какими полномочиями обладает руководитель. Одного-двух листов достаточно — объём здесь не имеет значения, значение имеет наличие подписи спонсора.","Без устава руководитель проекта управляет только уговорами. Когда потребуется вывести человека из проекта, изменить приоритет или отказать смежному отделу, окажется, что формального основания нет, а есть только договорённость, о которой все помнят по-разному.","Самый важный и самый пропускаемый пункт — границы полномочий: до какой суммы руководитель принимает решения сам, какие изменения проводит без согласования, кого может привлекать. Формулировка «руководитель проекта управляет проектом» полномочий не даёт.",{"id":25,"h":26,"paras":27},"scope","Содержание: что входит и что не входит",[28,29,30],"Содержание описывает результат проекта и работы по его получению. Практически всегда его пишут в одну сторону — перечисляют, что делается. Раздел «что не входит» пишут редко, и именно он снимает большую часть споров на приёмке.","Фиксируйте исключения там, где решение неочевидно: миграция исторических данных, обучение пользователей, поддержка после сдачи, работы на стороне заказчика, интеграции со смежными системами, доработки по итогам опытной эксплуатации. По каждому пункту — одно предложение.","Второй элемент — критерии приёмки, сформулированные так, что по ним можно принять однозначное решение. «Система работает корректно» приёмке не подлежит; «сценарии из перечня выполняются, время отклика не превышает N секунд, передан комплект документации по списку» — подлежит.",{"id":32,"h":33,"paras":34},"stakeholders","Заинтересованные стороны: кто и чего хочет",[35,36,37],"Список заинтересованных сторон полезен не сам по себе, а вместе с ответами на два вопроса по каждой: чего она хочет от проекта и что для неё будет провалом. Перечень фамилий без этого — формальность.","Чаще всего забывают тех, кто не заказывает проект, но кого он затрагивает: смежные подразделения, чьи процессы изменятся, служба поддержки, которой достанется результат, безопасность и юристы, чьё согласование потребуется. Их требования всплывают поздно и стоят дорого именно потому, что о них не спросили вовремя.","Полезно сразу договориться о форме взаимодействия: кто получает отчёт и в каком виде, кто участвует в приёмке, кто согласовывает изменения. Отдельно отметьте тех, чьё влияние велико, а вовлечённость низкая, — с ними нужен персональный контакт, иначе они появятся на приёмке с новыми требованиями.",{"id":39,"h":40,"paras":41},"raci","Матрица ответственности: кто должен был",[42,43,44],"Матрица распределяет по блокам работ четыре роли: кто исполняет, кто отвечает за результат, с кем консультируются и кого информируют. Смысл в том, чтобы вопрос «а кто должен был» не возникал после того, как что-то не сделано.","Два правила, нарушение которых обесценивает матрицу. У каждого блока ровно один отвечающий: два ответственных означают ноль. И матрицу согласуют с людьми до старта, а не рассылают им по факту — иначе о своей роли человек узнаёт в момент конфликта.","Не расписывайте матрицу до отдельных задач. Достаточно уровня блоков работ и ключевых решений: приёмка, согласование изменений, взаимодействие с заказчиком, эксплуатация после сдачи.",{"id":46,"h":47,"paras":48},"kickoff","Совещание по запуску",[49,50,51],"Запуск проекта завершается общей встречей с командой, спонсором и ключевыми заинтересованными сторонами. Её задача — не рассказать план, а убедиться, что все понимают цель, границы и роли одинаково.","Практичный формат: спонсор объясняет, зачем компании этот проект и что будет считаться успехом; руководитель проекта показывает содержание, исключения и вехи; отдельно проговариваются процедура изменений и порядок отчётности. Вопросы участников на этой встрече — самый дешёвый способ найти несогласованность.","Если после совещания у команды остаётся ощущение «непонятно, зачем мы это делаем», проект стартовал с проблемой, которая проявится на первом же конфликте приоритетов.",{"title":53,"head":54,"rows":58},"Документы запуска и что ломается без каждого",[55,56,57],"ДОКУМЕНТ","ЧТО ДАЁТ","ЧТО ЛОМАЕТСЯ БЕЗ НЕГО",[59,63,67,71,75],[60,61,62],"Устав","Полномочия руководителя и границы проекта","Управление уговорами, нет основания для решений",[64,65,66],"Содержание с исключениями","Общее понимание результата","Приёмка превращается в спор о том, что подразумевалось",[68,69,70],"Критерии приёмки","Однозначная проверка результата","Сдача зависит от настроения принимающего",[72,73,74],"Карта заинтересованных сторон","Понимание ожиданий и рисков","Поздние требования от тех, кого не спросили",[76,77,78],"Матрица ответственности","Один отвечающий на каждый блок","Вопрос «а кто должен был» после того, как не сделано",{"title":80,"lead":81,"items":82},"Чек-лист готовности к старту","Пройдите до первой рабочей задачи. Каждый невыполненный пункт — известный источник проблем на приёмке.",[83,84,85,86,87,88,89,90],"Устав подписан спонсором, границы полномочий руководителя описаны конкретно.","Содержание описано, есть раздел «что не входит в проект».","Критерии приёмки допускают однозначную проверку.","Составлен список заинтересованных сторон с ожиданиями каждой.","Учтены те, кого проект затрагивает, а не только те, кто его заказывает.","Матрица ответственности согласована с участниками, а не разослана.","Описана процедура изменений: кто подаёт, кто оценивает, кто решает.","Проведено совещание по запуску с командой и спонсором.",{"title":92,"lead":93,"points":94,"links":101},"Как собрать проект в Shtab","Документы запуска живут рядом с работой: их видно всем участникам и они не теряются при смене состава команды.",[95,96,97,98,99,100],"Устав, содержание и критерии приёмки — страницами в проекте, с историей изменений.","Матрицу ответственности удобно держать таблицей на той же странице — рядом с содержанием.","Заинтересованные стороны с ожиданиями и форматом отчётности — отдельной страницей или списком.","Уровни доступа разделяют внутреннюю работу и то, что видит заказчик.","Вехи и фазы сразу заводятся на диаграмме Ганта — план виден с первого дня.","Файлы проекта хранят подписанный устав, протоколы и переданную документацию.",[102,107],{"tag":103,"title":104,"text":105,"to":106},"ВОЗМОЖНОСТЬ","Страницы для базы знаний","Устав, содержание и регламенты рядом с задачами.","\u002Ffeatures\u002Fstranitsa\u002F",{"tag":103,"title":108,"text":109,"to":110},"Файлы проектов","Документы, акты и протоколы в одном месте.","\u002Ffeatures\u002Ffaily\u002F",[112,115,118,121],{"q":113,"a":114},"Нужен ли устав для небольшого внутреннего проекта?","Нужен, но короткий — половина страницы. Даже во внутреннем проекте возникает вопрос приоритета относительно текущей работы, и без формального основания руководитель проекта проигрывает его линейному руководителю каждый раз. Одного абзаца с подписью спонсора обычно достаточно.",{"q":116,"a":117},"Что делать, если спонсор не выделен?","Найти его до старта. Спонсор — тот, кому нужен результат и кто отвечает за бюджет. Проект без спонсора не имеет источника решений при конфликте приоритетов и обычно тихо умирает через два-три месяца, когда участников начинают отвлекать на «более важное».",{"q":119,"a":120},"Как определить, кого включать в заинтересованные стороны?","Задайте два вопроса: кто может повлиять на проект и чьи процессы изменятся от результата. Второй вопрос обычно и вскрывает пропущенных: поддержка, безопасность, юристы, смежные подразделения. Полный список получается за полчаса, а сэкономить может недели.",{"q":122,"a":123},"Насколько подробным должно быть содержание?","Достаточно подробным, чтобы по нему можно было разрешить спор о том, входит ли работа в проект. Обычно это несколько страниц: перечень результатов, работы по каждому, исключения и критерии приёмки. Дальнейшая детализация относится уже к плану, а не к содержанию.",[125,127,130,133],{"slug":39,"title":126},"RACI",{"slug":128,"title":129},"pmbok","PMBOK",{"slug":131,"title":132},"wbs","WBS",{"slug":134,"title":135},"milestone","Веха",[137,142,146],{"tag":138,"title":139,"text":140,"to":141},"ТЕМА","Управление рисками","Реестр, оценка и стратегии реагирования.","\u002Fmethodology\u002Fproject-management\u002Friski\u002F",{"tag":138,"title":143,"text":144,"to":145},"Календарный план","Зависимости, критический путь и резервы.","\u002Fmethodology\u002Fwaterfall\u002Fplan-grafik\u002F",{"tag":147,"title":148,"text":149,"to":150},"МЕТОДОЛОГИЯ","Классический подход целиком","Процессы, документы, метрики и ошибки.","\u002Fmethodology\u002Fproject-management\u002F",{"title":9,"description":152},"Что сделать до первой задачи проекта: устав с границами полномочий, содержание с исключениями, критерии приёмки и матрица ответственности. Чек-лист старта.",{"slug":154,"title":155,"short":156},"project-management","Классическое управление проектами","классический подход",[158],{"slug":159,"title":139},"riski",[161,170,176,185,190,196,202,208,212,218],{"id":162,"name":163,"hex":164,"translations":165,"count_pages":169},8,"Компания","#f40925",{"ru":166,"en":167},{"name":163},{"name":168},"Company",9,{"id":171,"name":172,"hex":173,"translations":174,"count_pages":162},26,"Главная страница",null,{"ru":175},{"name":172},{"id":177,"name":178,"hex":179,"translations":180,"count_pages":184},2,"Проекты","#3027ff",{"ru":181,"en":182},{"name":178},{"name":183},"Project",15,{"id":186,"name":187,"hex":173,"translations":188,"count_pages":177},33,"ИИ",{"ru":189},{"name":187},{"id":191,"name":192,"hex":173,"translations":193,"count_pages":195},34,"Комментарии",{"ru":194},{"name":192},4,{"id":197,"name":198,"hex":173,"translations":199,"count_pages":201},25,"Задачи",{"ru":200},{"name":198},24,{"id":203,"name":204,"hex":173,"translations":205,"count_pages":207},27,"Рабочие пространства",{"ru":206},{"name":204},3,{"id":201,"name":209,"hex":173,"translations":210,"count_pages":162},"Kanban-доска",{"ru":211},{"name":209},{"id":213,"name":214,"hex":173,"translations":215,"count_pages":217},23,"Диаграмма Ганта",{"ru":216},{"name":214},1,{"id":184,"name":219,"hex":173,"translations":220,"count_pages":217},"Календарь",{"ru":221},{"name":219}]