Кому-то еще нужно ТЗ?
Видимо меня одолела “предвзятость подтверждения”, та самая, когда человек во всем ищет подтверждение своих гипотез. Я снова думаю о том, насколько актуальны в наши дни документы, из чего они должны состоять и как долго продержатся в эпоху ИИ. Конечно, когда разбирала списки чтения, сами собой выбирались статьи о документации. Здесь собраны разные мнения: от «сжечь ваши системные требования» до «писать обязательно». Объединяет их поиск формата или процесса документирования.
📍Вопросы выживания Пост в этом канале, с которого началась подборка. О том почему артефакты не исчезнут, а просто поменяют роль.
📍ТЗ в 2026 году — писать или не писать? Автор статьи рассуждает, почему без внятного описания требований даже самая гибкая разработка рискует превратиться в угадайку.
📍Сожгите ваши системные требования. Пользовательские требования — ключ к успешному продукту В моем канале этот доклад встречается пять раз с тех пор как я его услышала на Flow. Просто я очень с ним согласна. Спикер поделился наблюдением, что ТЗ обычно содержит 0,1% информации про проблему, еще 20% - пользовательские требования, а остальное — системные требования. А они точно нужны в таком количестве?
📍Эволюция подходов к работе со спецификациями: от бумажного ТЗ к Everything as Code В этой статье ретроспективный обзор, Requirements as Code и о том, что спецификации возвращаются, но в новом обличье.
📍Можно ли аналитику в 2026 году положиться на ИИ и агентов или ещё нет? Открывала эту статью с опасением обнаружить обнаружить обычное поверхностное описание попытки сгенерировать документацию, но кроме этого здесь есть пара интересных моментов: применение Spec Driven Development, изменение процесса подготовки документации под работу агентов.
#что_почитать
Видимо меня одолела “предвзятость подтверждения”, та самая, когда человек во всем ищет подтверждение своих гипотез. Я снова думаю о том, насколько актуальны в наши дни документы, из чего они должны состоять и как долго продержатся в эпоху ИИ. Конечно, когда разбирала списки чтения, сами собой выбирались статьи о документации. Здесь собраны разные мнения: от «сжечь ваши системные требования» до «писать обязательно». Объединяет их поиск формата или процесса документирования.
📍Вопросы выживания Пост в этом канале, с которого началась подборка. О том почему артефакты не исчезнут, а просто поменяют роль.
📍ТЗ в 2026 году — писать или не писать? Автор статьи рассуждает, почему без внятного описания требований даже самая гибкая разработка рискует превратиться в угадайку.
📍Сожгите ваши системные требования. Пользовательские требования — ключ к успешному продукту В моем канале этот доклад встречается пять раз с тех пор как я его услышала на Flow. Просто я очень с ним согласна. Спикер поделился наблюдением, что ТЗ обычно содержит 0,1% информации про проблему, еще 20% - пользовательские требования, а остальное — системные требования. А они точно нужны в таком количестве?
📍Эволюция подходов к работе со спецификациями: от бумажного ТЗ к Everything as Code В этой статье ретроспективный обзор, Requirements as Code и о том, что спецификации возвращаются, но в новом обличье.
📍Можно ли аналитику в 2026 году положиться на ИИ и агентов или ещё нет? Открывала эту статью с опасением обнаружить обнаружить обычное поверхностное описание попытки сгенерировать документацию, но кроме этого здесь есть пара интересных моментов: применение Spec Driven Development, изменение процесса подготовки документации под работу агентов.
#что_почитать