Конвейер оценки идеи / ТЗ — VER 2
VER 2.0  //  ОЦЕНКА ИТ-ПРОЕКТОВ В R&D ПРОМЫШЛЕННЫЙ ПОДХОД

КОНВЕЙЕР
ОЦЕНКИ
ИДЕИ / ТЗ

Шесть станций, превращающих сырую идею или техзадание в обоснованную команду, календарный план и бюджет — с прослеживаемой родословной каждой цифры. На каждой станции — готовый промт.

ПАСПОРТSPEC
ТИП
конвейер оценки
ВХОД
идея · ТЗ (файл)
ВЫХОД
команда · план
СТАНЦИЙ
06 + промты
РЕЗЕРВ
×0.8
СЕРИЯ
VER 2
ВХОД ▸ идея / ТЗ
01РОЛИ
02WBS
03PERT
04РИСКИ
05КОМАНДА
06ПЛАН
ВЫХОД ▸ сводка
→ ← или ПРОБЕЛ — навигация · станции кликабельны
ПРОБЛЕМА // РУЧНАЯ ОЦЕНКА

«НА ГЛАЗ» —
ЭТО ДОРОГО

Когда план рождается из интуиции, он ломается всегда в одних и тех же местах — и каждый раз как впервые.

Конвейер заменяет интуицию производством: каждая цифра выводится из предыдущей и проверяется следующей.
Д-01

Цифры с потолка

Численность и сроки называют до того, как посчитан объём работ. Оценка не опирается ни на что.

СЛЕДСТВИЕавралы, переделки,
срыв сроков
Д-02

Артефакты не сходятся

Роли, WBS, оценки и численность живут в разных файлах и молча противоречат друг другу.

СЛЕДСТВИЕсмета ≠ команда ≠
календарный план
Д-03

Риски постфактум

Риски всплывают в процессе и съедают резерв, которого не было в смете.

СЛЕДСТВИЕбюджет горит
по факту, не по плану
АРХИТЕКТУРА // ОБЗОР

Шесть станций конвейера

ИДЕЯ / ТЗвход конвейера
файл контекста
СВОДКАкоманда · сроки
бюджет · запас
// ПОТОК

Выход каждой станции — контекст следующей: компетенции → WBS → оценки → риски → численность → план. Перепрыгнуть логику нельзя.

* В VER 2 шаг «Риски» дублировал номер 3, а декомпозиция фигурировала как «шаг 1б» — нумерация станций выровнена; тело станции 04 восстановлено по зависимостям станций 05–06.
ПРОМПТ-ИНЖЕНЕРИЯ // АНАТОМИЯ
СПЕЦИФИКАЦИЯ ШАГАШБ-07
01 КОНТЕКСТТЗ + артефакты прошлых станций
02 РОЛЬ«Senior PMO Analyst»
03 ЗАДАЧАодин результат шага
04 ПОРЯДОКнумерованный алгоритм
05 ФОРМАТтаблицы и поля выхода
06 ТРЕБОВАНИЯправила и инварианты
07 ТАБУкрасная зона шага
— один шаг = один вызов модели = один артефакт

Каждый шаг —
жёсткий контракт

П-01

Артефакты вместо памяти

Контекст шага — файлы и таблицы предыдущих станций, а не «помните, что мы обсуждали». Ничего не теряется между вызовами.

П-02

Табу — предохранители

Запреты не дают модели «помочь»: численность не появится раньше загрузки, часы — раньше атомарности задач.

П-03

Формат — интерфейс

Структурированный выход одной станции парсится контекстом следующей. Конвейер собирается из вызовов как из деталей.

Дисциплина контракта превращает разговорчивую модель в измерительный прибор.
01
СТАНЦИЯ 01 / 06 · ОБЗОР

РОЛИ

компетенции → владельцы → сеньорити
ACT AS // SENIOR PROJECT PLANNER · проектирование команд для R&D
ВХОДфайл идеи / ТЗ
ВЫХОДматрица компетенций · перечень ролей · кандидаты на слияние

Сначала ЧТО за компетенции нужны — потом СКОЛЬКО людей. Здесь — только ЧТО.

ПОРЯДОК
01
Выписать все компетенции из ТЗ

доменные · технические · процессные · нормативные — без пропусков

02
Каждой компетенции — роль-владелец

уровень сеньорити обоснован сложностью компетенции, а не «по умолчанию»

03
Пересечения → «кандидат на слияние»

финальное решение — после расчёта загрузки на СТ.05

ТАБУ
  • определять численность специалистов
  • оценивать загрузку ролей
  • пропускать роль без обоснования
СТАНЦИИ
01
СТАНЦИЯ 01 / 06 · ПОЛНЫЙ ПРОМТ · VER 2
PROMPT://СТ.01_ROLESVERBATIM
Контекст

Файл идеи или ТЗ (приложить).

Роль

Действуй как Senior Project Planner с опытом проектирования команд для ИТ-проектов в R&D-компаниях.

Задача

Определи НЕОБХОДИМЫЕ РОЛИ и УРОВНИ СЕНЬОРИТИ для проекта.

Формат
  • 1. Матрица компетенций: | Компетенция | Требуемый уровень | Владелец-роль | Обоснование |
  • 2. Перечень ролей: | Роль | Уровень сеньорити | Покрываемые компетенции | Кандидат на слияние (да/нет, с кем) |
Порядок
  • Проанализируй контекст и выдели все необходимые компетенции: доменные, технические, процессные, нормативные.
  • Для каждой компетенции определи роль-владельца и уровень сеньорити, обосновав уровень сложностью компетенции.
  • При пересечении компетенций пометь пару ролей «кандидат на слияние»; финальное решение о слиянии — после расчёта загрузки.
Требования
  • Каждая компетенция из ТЗ покрыта ровно одной ролью.
  • Уровень сеньорити обоснован, а не выбран по умолчанию.
Табу
  • определять количество специалистов на этом шаге
  • оценивать загрузку ролей
  • пропускать роль без явного обоснования
02
СТАНЦИЯ 02 / 06 · ОБЗОР

ДЕКОМПОЗИЦИЯ

WBS · три уровня конкретизации
ACT AS // SENIOR PROJECT PLANNER · методология WBS
ВХОДТЗ · перечень ролей (СТ.01)
ВЫХОДWBS: фазы → пакеты → задачи · счётчик задач

Задача — атом: один человек, один результат, один критерий «готово».

ПОРЯДОК
01
Три уровня, каждый конкретнее

Фаза → Пакет работ → Задача

02
Задача-атом

название · роль из СТ.01 · результат · критерий завершения

03
Артефакты фаз

вход и выход на каждую фазу; в конце — количество задач по фазам, без часов

ТАБУ
  • трудозатраты в часах, днях, неделях
  • «разработать модуль» без разбивки
  • менять роли без возврата на СТ.01
СТАНЦИИ
02
СТАНЦИЯ 02 / 06 · ПОЛНЫЙ ПРОМТ · VER 2
PROMPT://СТ.02_WBSVERBATIM
Контекст

Файл идеи или ТЗ (приложить). Из СТ.01: матрица компетенций, перечень ролей и уровни сеньорити.

Роль

Действуй как Senior Project Planner с опытом декомпозиции ИТ-проектов в R&D-компаниях. Используй методологию WBS для разбивки работ.

Задача

Декомпозируй проект на фазы, пакеты работ и задачи, используя перечень ролей СТ.01. Трудозатраты НЕ оцениваются — оценка выполняется на СТ.03. Каждый уровень конкретнее предыдущего.

Формат
  • Иерархия: 1. Фаза; 2. Пакет работ; 3. Задача.
  • Для каждой задачи: название, роль исполнителя, ожидаемый результат, критерий завершения.
  • В конце — количество задач по фазам (без часов).
Требования
  • Каждая задача выполнима одним специалистом.
  • Каждая задача атомарна: содержит один результат.
  • Для каждой фазы — входные и выходные артефакты.
  • У каждой задачи — владелец из перечня СТ.01.
Табу
  • добавлять задачи, не связанные с контекстом
  • укрупнять задачи до «разработать модуль» без декомпозиции
  • менять перечень ролей без обоснования и возврата на СТ.01
  • указывать трудозатраты в часах, днях или неделях
03
СТАНЦИЯ 03 / 06 · ОБЗОР

ТРУДО-
ЗАТРАТЫ

PERT · метод трёх точек
ACT AS // SENIOR PMO ANALYST · оценка ИТ-проектов
ВХОДWBS · роли · модель времени (3 / 8 / 21 / 1)
ВЫХОДE задач / пакетов / фаз · бутылочная роль · список «>40 ч»

Честная оценка — диапазон. E смещает вес к реалистичному сценарию, не теряя пессимистичный.

ПОРЯДОК
01
Три точки на каждую задачу

О · М · П в чистых часах

02
Порог атомарности

E > 40 ч → на дробление, оценка предварительная

03
Агрегация

задачи → пакеты → фазы; часы → недели (÷15); бутылочная роль = max ΣE / 63

E = (О + 4·М + П) / 6
О · 16 ч
М · 24 ч
E ≈ 28.7 ч
порог 40 ч → дробление
П · 60 ч
ТАБУ
  • одна цифра без диапазона
  • игнорировать пессимистичный сценарий
  • определять численность
СТАНЦИИ
03
СТАНЦИЯ 03 / 06 · ПОЛНЫЙ ПРОМТ · VER 2
PROMPT://СТ.03_PERTVERBATIM
Контекст

Исходное ТЗ; WBS из СТ.02 (без трудозатрат); перечень ролей СТ.01; модель времени: полезные часы в день = 3; часов в дне = 8; отпуск = 1 мес./год; рабочих дней в месяце = 21.

Роль

Действуй как Senior PMO Analyst с опытом оценки ИТ-проектов. Используй метод трёх точек (PERT).

Задача

Оцени каждую задачу из WBS методом трёх точек в чистых часах, агрегируй оценки до пакетов и фаз, переведи в календарные сроки.

Формат
  • Таблица задач: название, роль, О/М/П, E (чистые часы).
  • Таблица пакетов: роль-владелец, три оценки (недели), срок (недели).
  • Сроки по фазам, бутылочная роль, список задач E > 40 ч с дроблением.
Порядок
  • Для каждой задачи: О, М, П в чистых часах; ожидаемая оценка E = (О + 4М + П) / 6.
  • Если E > 40 чистых часов — выведи в список «требует декомпозиции» с предложением дробления; оценка помечается предварительной.
  • Пакет: три оценки в неделях = суммы О/М/П задач / (3 × 5); ожидаемый срок пакета = ΣE / 15.
  • Фаза: сумма ожидаемых сроков пакетов.
  • Бутылочная роль: наибольшая ΣE (в чел.-мес. = ΣE / 63).
Требования
  • Риски в оценках не учитываются — они на СТ.04.
  • Согласование архитектуры сидит в накладной части дня (модель времени).
  • Отпуск не включается в отдельные оценки — учтён на СТ.05.
Табу
  • давать одну цифру без диапазона
  • игнорировать пессимистичный сценарий
  • определять численность специалистов
04
СТАНЦИЯ 04 / 06 · ОБЗОР

РИСКИ

реестр · митигации · дельта-часы
ACT AS // SENIOR PMO ANALYST · риск-анализ
ВХОДWBS · роли · модель времени
ВЫХОДреестр рисков · трудозатраты митигаций по ролям

Риск без митигации — не риск, а сюрприз. Сюрпризы стоят дороже сметы.

ПОРЯДОК
01
Риски по WBS

технические · ресурсные · календарные; приоритизация: вероятность × влияние

02
Каждому риску — митигация

владелец-роль + дельта-часы (PERT: О/М/П)

03
Передача по конвейеру

часы → СТ.05 (численность); митигации → СТ.06 (дельта-задачи WBS)

ТАБУ
  • риск без митигации или решения
  • занижать вероятность ради сметы
  • учитывать риски в оценках СТ.03
** Текст станции восстановлен по зависимостям СТ.05–06 (в VER 2 он дублировал «Трудозатраты»).
СТАНЦИИ
04
СТАНЦИЯ 04 / 06 · ПОЛНЫЙ ПРОМТ · VER 2
PROMPT://СТ.04_RISKVERBATIM · ВОССТАНОВЛЕН*
Контекст

ТЗ; WBS из СТ.02; перечень ролей СТ.01; модель времени: 3 / 8 / 21 / 1.

Роль

Действуй как Senior PMO Analyst с опытом риск-анализа ИТ-проектов.

Задача

Составь реестр рисков проекта и оцени трудозатраты митигаций по ролям — для расчёта численности (СТ.05) и плана (СТ.06).

Формат
  • | Риск | Вероятность | Влияние | Митигация | Часы | Роль-владелец |
* В документе VER 2 текст станции дублировал «Трудозатраты»; содержание восстановлено по зависимостям станций 05–06.
Порядок
  • Идентифицируй риски по WBS: технические, ресурсные, календарные.
  • Приоритизируй: вероятность × влияние.
  • Для каждого значимого риска — митигация, владелец-роль, трудозатраты в чистых часах (PERT: О/М/П).
  • Дельта-часы митигаций → в расчёт численности СТ.05; сами митигации → в WBS СТ.06 как дельта-задачи.
Требования
  • Каждый риск закрыт митигацией или явным решением о принятии.
  • Часы митигаций суммируются по ролям.
Табу
  • риск без митигации или явного решения
  • занижать вероятность ради «красивой» сметы
  • учитывать риски в оценках СТ.03 — считаются отдельно
05
СТАНЦИЯ 05 / 06 · ОБЗОР

КОМАНДА

численность · загрузка · bus factor
ACT AS // SENIOR PMO ANALYST
ВХОДΣE по ролям (СТ.03) · митигации (СТ.04) · срок N мес
ВЫХОДтаблица численности и загрузки · итоговая команда

Численность — вывод из формулы, а не округление под бюджет. Вниз — нельзя.

ЦЕПОЧКА РАСЧЁТА
ЗАГРУЗКА РОЛИΣE + митигации
ЧЕЛ.-МЕС.часы / 63
ЁМКОСТЬN × 11/12
СПЕЦИАЛИСТЫ⌈L / (ёмк. × 0.8)⌉
ПРОВЕРКИ
Слияние ролей — только если суммарная загрузка ≤ 80% ёмкости и не создаёт bus factor = 1
Bus factor = 1 по критичной роли — второй специалист или кросс-обучение, с пересчётом загрузки
Конфликт с ограничениями — не резать роли: варианты — срок / объём / параллелизация
ТАБУ
  • округлять численность вниз «ради экономии»
  • сливать роли без проверок условий
  • игнорировать отпуск и 5 накладных часов в дне
СТАНЦИИ
05
СТАНЦИЯ 05 / 06 · ПОЛНЫЙ ПРОМТ · VER 2
PROMPT://СТ.05_HEADCOUNTVERBATIM
Контекст

ΣE по ролям (СТ.03); трудозатраты митигаций (СТ.04); перечень ролей с кандидатами на слияние (СТ.01); модель времени: 3 / 8 / 21 / 1 мес; резерв = 0.8; срок проекта N месяцев.

Роль

Действуй как Senior PMO Analyst.

Задача

Определи количество специалистов каждой роли и её загрузку на основе ФАКТИЧЕСКОЙ трудоёмкости из СТ.03–04.

Формат
  • | Роль | Чистые часы | Чел.-мес. | Ёмкость | Кол-во | Загрузка | Решение |
  • Дополнительно: итоговая численность, бутылочная роль, роли с bus factor = 1 и обоснование.
Порядок
  • Суммируй чистые часы по роли: E задач (СТ.03) + митигации (СТ.04).
  • Переведи в календарные чел.-мес.: часы / (3 × 21) = часы / 63.
  • Ёмкость одного специалиста = N × 11 / 12 чел.-мес.
  • Число специалистов = округлить вверх: загрузка / (ёмкость × 0.8).
  • Слияние кандидатов — только если загрузка объединённой роли ≤ 80% ёмкости и не создаёт bus factor = 1.
  • Bus factor = 1 по критичной роли — обоснуй либо предложи второго специалиста / кросс-обучение с пересчётом.
  • Противоречие ограничениям — не сокращай роли: выведи противоречие и варианты (срок / объём / параллелизация).
Требования
  • Каждая цифра выведена из расчёта, а не «на глаз».
  • Команда покрывает все роли СТ.01 с учётом слияний.
  • Формулы расчёта показаны явно.
Табу
  • округлять численность вниз ради экономии
  • сливать роли без проверки условий п.5
  • игнорировать отпуск и накладные 5 часов в день
06
СТАНЦИЯ 06 / 06 · ОБЗОР

СУММА-
РИЗАЦИЯ

критический путь + проверка согласованности
ACT AS // SENIOR PROJECT PLANNER · методология CPM
ВХОДвсе артефакты СТ.01–05 · срок N
ВЫХОДплан с критическим путём · финальная сводка

Последняя станция ничего не добавляет — она доказывает, что всё предыдущее сходится.

ЧАСТЬ А // ПЕРЕПЛАНИРОВАНИЕ
  • план по периодам: критический путь + узкие места по ролям
  • митигации встроены в WBS дельта-задачами: роль · часы · результат · критерий
  • отпуск каждого — вне критического пути либо под буфером
  • срок не сходится → буферы и параллелизация, не новые люди; иначе — противоречие наружу
ЧАСТЬ Б // 7 ПРОВЕРОК СОГЛАСОВАННОСТИ
01роли СТ.05 есть в плане
02у задач — владельцы
03загрузка ≤ N × 11/12
04риски = дельта-задачи
05крит. путь ≤ N мес
06«>40 ч» дроблены
07расхождения → наружу
ТАБУ
  • задачи вне контекста исходного ТЗ
  • укрупнение без декомпозиции
  • менять численность СТ.05 без пересчёта зависимых артефактов
СТАНЦИИ
06
СТАНЦИЯ 06 / 06 · ПОЛНЫЙ ПРОМТ · VER 2
PROMPT://СТ.06_SUMMARYVERBATIM
Контекст

ТЗ; WBS СТ.02; оценки СТ.03; реестр рисков СТ.04; численность СТ.05; срок N месяцев.

Роль

Действуй как Senior Project Planner. Используй методологию критического пути и выполни финальную проверку согласованности.

Задача

Часть А: перепланируй проект под срок N и численность СТ.05, встрой митигации в WBS как дельта-задачи. Часть Б: проверь согласованность всех артефактов.

Вывести
  • матрицу компетенций и роли; WBS с дельта-задачами; оценки; риски; численность; план с критическим путём.
  • сводку: чистые часы и чел.-мес., команда, ёмкость, % занятости, бутылочная роль, запас по сроку.
Часть А · Перепланирование
  • План по периодам: критический путь, узкие места по ролям.
  • Митигации в WBS — дельта-задачи: название, роль, чистые часы, результат, критерий.
  • Отпуск каждого — вне критического пути или под буфером.
  • Задача ≤ 40 ч; ресурсы — в рамках СТ.05.
  • Срок не сходится → буферы и параллелизация, не добавление людей; при невозможности — противоречие.
Часть Б · 7 проверок
  • Все роли СТ.05 есть в плане и трудозатратах.
  • У каждой задачи — владелец из команды.
  • Σ по роли ≤ кол-во × N × 11/12.
  • Риски отражены дельта-задачами.
  • Критический путь с отпусками ≤ N мес.
  • Задачи «>40 ч» дроблены или обоснованы.
  • Расхождения — сначала список, потом итог.
Табу
  • добавлять задачи вне контекста (дельта-задачи — можно)
  • укрупнять до «разработать модуль»
  • менять численность СТ.05 без пересчёта зависимых артефактов
МОДЕЛЬ РАБОЧЕГО ВРЕМЕНИ // КОНСТАНТЫ

Математика конвейера

ДЕНЬ СПЕЦИАЛИСТА // 8 ЧАСОВ
3 Ч · ПОЛЕЗНЫЕ
5 Ч · НАКЛАДНЫЕ
согласования · коммуникация · контекстархитектура — уже здесь
63

чистых часа = календарный чел.-мес.
3 полезных часа × 21 рабочий день

Честные 3 часа вместо фантазийных 8 — проекты перестают «внезапно» опаздывать.
СПЕЦИФИКАЦИЯКОНСТ
PERTE = (О + 4·М + П) / 6
ПОРОГ ЗАДАЧИ40 чистых ч → дробление
ОТПУСК1 мес/год → коэф. 11/12
РЕЗЕРВ× 0.8 на специалиста
ЧИСЛЕННОСТЬ⌈L / (N · 11/12 · 0.8)⌉
БУТЫЛОЧНАЯ РОЛЬmax ΣE / 63, чел.-мес.
НЕДЕЛЯ ПАКЕТАΣE / 15, недель
ГАРАНТИИ // ПРОСЛЕЖИВАЕМОСТЬ

Каждая цифра имеет родословную

ИДЕЯ / ТЗ РОЛИ WBS ОЦЕНКИ E РИСКИ КОМАНДА ПЛАН СВОДКА
Т-01

Прослеживаемость

Любую цифру финальной сводки можно развернуть в обратную сторону — до конкретной задачи WBS и её трёх точек О / М / П.

Т-02

Каскадный пересчёт

Новое ТЗ на входе — конвейер прогоняется заново и обновляет всё downstream: роли, оценки, команду, план.

Т-03

Предохранители

Табу станций не позволяют решать численность до загрузки, часы — до атомарности, план — до численности.

— оценка перестаёт быть мнением и становится воспроизводимым расчётом
ВЫХОД КОНВЕЙЕРА // END OF LINE

Вход: идея.
Выход: план.

Один и тот же конвейер — для любой идеи. Новое ТЗ на входе: пересчитанные роли, команда, сроки и бюджет на выходе — за один проход по шести станциям с готовыми промтами.

МАТЕРИАЛЫ ПО МЕТОДУ →
КОМПЛЕКТ ДОСТАВКИ // 07 АРТЕФАКТОВ
  • 01МАТРИЦА КОМПЕТЕНЦИЙ + РОЛИ
  • 02WBS + ДЕЛЬТА-ЗАДАЧИ МИТИГАЦИЙ
  • 03ОЦЕНКА PERT: ЗАДАЧИ → ФАЗЫ
  • 04РЕЕСТР РИСКОВ
  • 05ЧИСЛЕННОСТЬ И ЗАГРУЗКА
  • 06ПЛАН + КРИТИЧЕСКИЙ ПУТЬ
  • 07СВОДКА: ЧАСЫ · ЧЕЛ.-МЕС. · ЗАПАС
VER 2.0 // КОНВЕЙЕР ОЦЕНКИ ИДЕИ ИЛИ ТЗ
КОНВЕЙЕР ОЦЕНКИ ИДЕИ / ТЗ · VER 2
01 / 19