Как мы считаем цену поздней смены методологии в диссертационных проектах

Почему цена изменения растёт нелинейно
В начале проекта методология существует как набор решений: что наблюдаем, у кого собираем данные, чем измеряем и как интерпретируем результат. На этом этапе заменить интервью анкетой или скорректировать критерии выборки сравнительно дёшево. После начала эмпирики те же изменения затрагивают уже созданные данные, текст, таблицы, задания экспертам и контрольные точки.
Поэтому мы не считаем цену методологической правки числом изменённых страниц. Рабочая единица — зависимость. Если новое решение меняет пять последующих артефактов, одна правка превращается в пять отдельных задач, каждая со своей проверкой.
Из чего складывается расчёт
Мы раскладываем изменение на четыре корзины.
- Уже выполненная работа. Какие данные, главы и расчёты больше нельзя использовать без пересборки.
- Повторное производство. Что придётся собрать, написать или посчитать заново.
- Согласование. Каким экспертам нужно повторно объяснить решение и какие версии документов сверить.
- Риск расписания. Какие следующие этапы нельзя начинать до завершения изменения.
Для каждой корзины оцениваем не только часы исполнителя, но и время ожидания. Час методолога и три дня простоя проекта — разные виды потерь, хотя в табеле может остаться только первый.
В DissHelp такое разложение полезно ещё до оценки трудоёмкости: оно отделяет косметическую правку формулировки от изменения исследовательской логики. Команда видит, где достаточно заменить термин, а где прежние данные уже не отвечают новому вопросу.
Карта зависимостей вместо сметы «на глаз»
Минимальная карта содержит семь узлов:
- исследовательский вопрос;
- гипотезы;
- переменные и индикаторы;
- выборку;
- инструмент сбора данных;
- план анализа;
- структуру выводов.
Новое решение отмечаем в одном узле и идём по стрелкам вперёд. Если меняется генеральная совокупность, проверяем критерии включения, объём выборки, доступность респондентов и допустимость обобщений. Если меняется способ измерения, пересматриваем инструмент, кодирование и план анализа.
Эта процедура даёт результат без ложной точности: команда получает перечень затронутых работ, ответственных и блокирующих зависимостей. Уже после этого можно считать часы и пересобирать календарь.
Как принимаем решение
У изменения есть три режима.
Локальная корректировка не разрушает собранные данные и не меняет логику вывода. Её можно провести в текущем спринте.
Частичная пересборка сохраняет часть эмпирики, но требует нового инструмента, расчёта или фрагмента главы. Для неё нужен отдельный план миграции между версиями.
Перезапуск методологии означает, что старые данные не позволяют ответить на новый вопрос. Здесь опасно маскировать новый проект под обычную доработку: прогноз срока и качества станет фиктивным.
Что получилось и где граница метода
Карта не отменяет экспертного решения и не предсказывает точный срок. Она делает видимой цену связей: что пропадёт, что придётся повторить и какой этап остановится. Это позволяет обсуждать изменение до того, как команда молча примет его как «ещё одну правку».
Ограничение простое: расчёт надёжен только при актуальных версиях документов и зафиксированных зависимостях. Если решения живут в чатах, а план анализа не связан с инструментом, модель занижает цену. Поэтому главная экономия возникает не от отказа менять методологию, а от ранней фиксации её архитектуры.