Рубрика
35 методик — пошаговые инструменты с вопросами и визуализацией
Спецификация требований к программному обеспечению (SRS): структура и восемь характеристик качества по IEEE 830, семейство документов ISO/IEC/IEEE 29148, ТЗ по ГОСТ 34.602-2020, уроки NASA, ошибки и фрейм проверки полноты разделов.
Документ бизнес-требований (BRD): зачем компании изменение, по каким показателям измерить успех, что входит и что не входит в решение. Структура по BABOK, Вигерсу и ISO/IEC/IEEE 29148, кейсы, ошибки и фрейм с проверками.
Таймлайн проекта — лента ключевых вех с датами и статусами для руководства и заказчика. Разбираем отличие от расписания и диаграммы Ганта, правила формулировки вех, критерии статуса «под угрозой срыва», типовые ошибки и пошаговый план на четыре недели.
Last Planner System (Баллард/Хауэлл): детальное планирование переносится на непосредственных исполнителей. Процент выполнения плана (PPC) — показатель качества планирования, а не только исполнения.
Систематический процесс выявления, анализа и реагирования на риски проекта по PMBOK: реестр рисков, матрица вероятность-воздействие, четыре стратегии реагирования.
Кен Швабер, Scrum.org (2015): официальный фреймворк масштабирования Scrum для 3-9 команд с одним общим бэклогом продукта. Автор описывает Nexus как «экзоскелет Scrum».
Scrum of Scrums — встреча представителей нескольких Scrum-команд для синхронизации и снятия межкомандных препятствий. Происхождение (Сазерленд, Швабер, 1996), повестка из четырёх вопросов, частота, уровни, данные исследований о пределе масштаба и план запуска.
Четыре ценности как относительный приоритет («X важнее Y», не «вместо Y») и двенадцать принципов — ценностная основа agile-методологий, 2001.
Итеративный цикл разработки, объединяющий человекоцентричное проектирование с Build-Measure-Learn — каждая итерация генерирует валидированное обучение для следующей.
Руководитель проекта начинает набирать команду и договариваться с подрядчиками, опираясь на устное согласие спонсора «да, давайте начнём», — через два месяца выясняется, что у спонсора не было формальных полномочий утвердить бюджет такого размера, и весь объём уже проделанной работы оказывается под вопросом из-за отсутствия формального документа, дающего проекту легитимность.
WBS — ориентированная на результаты декомпозиция всего содержания проекта. История от Polaris до справочника NASA, правило 100%, глубина и эвристика 8/80, пакеты и контрольные счета, словарь, шесть ошибок, план на три недели и фрейм с проверкой правила 100%.
Руководитель проекта просит команду назвать «одну цифру» для длительности задачи с высокой неопределённостью — команда называет наиболее вероятную оценку, полностью игнорируя возможность как оптимистичного, так и пессимистичного сценария, из-за чего единственная точечная оценка систематически недооценивает реальный риск затягивания проекта.