Шаг 5. Что меняется у техлидов и инженеров

Методология не заменяет их процесс. PAF стоит уровнем выше разработки и допускает любой scrum или kanban под собой.

Зона	Было	Стало
Спринт	Задачи реализации	Плюс задачи на выяснение: spike, PoC, замер реального времени ответа смежной системы. Занимают ёмкость наравне с фичами
Цель спринта	«Сделали X»	Если уверенности мало, цель спринта может быть не «сделали», а «выяснили»: получили письмо от владельца системы, прогнали тест против реального API
Обещание срока	Дата под давлением	Право сказать: «беру на себя проверку, а дату по интеграции назову после неё». Это не отказ, а перенос обещания на момент, когда оно обосновано
Беклог	Груминг	Фильтр: ничего не заходит без привязки к ставке
План на 2–3 спринта	Кто перегружен	Плюс пометка: какие блоки стоят на чужих обещаниях без подтверждения. Это карта хрупкости плана, а не только загрузки

Что техлид даёт вам

• Техническую правду. Только техлид скажет, что именно доказал тест. Прогон на моках и прогон против реальной системы — разные уровни подтверждённости, и путать их нельзя.
• Ранний сигнал деградации. Не блокер, а «отвечают вместо двух дней девять». Сейчас это не сообщает никто — главная слепая зона.
• Возражения, когда вы переоцениваете подтверждённость. Если техлид молча кивает, механизм не работает — и это стоит сказать ему прямым текстом.

Инженерам добавляется одно: закрывая spike, фиксировать не «сделано», а что выяснили. Сейчас это знание умирает в комментарии к тикету.

Как заходить: терминологию не вводить. Два вопроса в существующие ритуалы: на daily «что изменилось по зависимостям?», в конце спринта — вопрос про дату из Шага 4.