Спецификации - новый код?

На связи Степан😎

Вчера вечером смотрел видео Sean Grove из OpenAI “The New Code” и порадовался за будущее бизнес-анализа и продакт оунершипа. Сейчас расскажу, почему.

Для справки, кто такой Sean Grove. Шон работает в OpenAI alignment research- то есть занимается тем, как сделать ИИ более понятным и управляемым. И говорил он о спецификациях.

⸻

Что говорит чувак из OpenAI

В своем выступлении Шон утверждает, что “structured communication” становится новой суперсилой разработчика. Больше не важно, как хорошо ты пишешь код - важно, как четко ты можешь описать INTENT (намерение).

Его тезис: самые ценные программисты будущего будут те, кто умеет писать спецификации, полностью отражающие намерения и ценности. Потому что код писать за них будет ИИ, вопрос только в его качестве.

“The new scarce skill is writing specifications that fully capture the intent and values” - вот прямая цитата.

⸻

Почему же так зацепило

Написание спецификаций и коммуникация с заказчиком. Чьи это обязанности? Правильно, бизнес-аналитика 😁 . Как и продакт оунера или продакт менеджера, но аналитик обычно пишет спеки на более "низком уровне", и именно их очень удобно скармливать ИИ для разработки решений.

Сейчас важнее описать ЧТО, ЗАЧЕМ, ДЛЯ КОГО ты создаешь, чем КАК. И четко определить критерии успеха, чтобы решение им соответствовало. Как-то сильно напоминает привычную нам работу аналитиков и продактов, не находите?

Короче, коллеги по цеху, можно выдохнуть. Потому что роль человека, который создает спецификации к софтовым решениям, становится очень важной. Потому что если неверно дать задачу ИИ, то на выходе ничего хорошего не получится. При плохом ТЗ - результат ХЗ, классика.

Я, конечно, слегка утрирую, но уже и в своей работе заметил смещение фокуса непосредственно на:

- Проектирование и архитектуру
- Написание подробных Business/Product Requirement Documents
- Детальное описание критериев успеха

Что только иллюстрирует мысль выше.

Есть еще момент, почему уместно сравнивать спецификации с кодом? Потому что ИИ сейчас это большой такой компилятор из спецификации, написанной натуральным языком, в рабочий продукт. Что Шон хорошо поясняет в своем выступлении. То есть благодаря резко поумневшему ИИ минуем все этапы преобразования требований в код и последующую компиляцию кода под разные устройства / платформы. Получаем более прямую цепочку Requirements -> Product.

-----

Практические наблюдения

Уже сейчас и в своей работе вижу смещение фокуса: запрашивают value-oriented спеки с четкими критериями приемки, а не просто “список требований”. В лучших традициях Agile, нужно написать User Story, которая расскажет весь контекст (кто, что ожидает от системы, зачем) вместо "система должна делать это и то". ИИ нуждается в контексте больше, чем человек, иначе начинает галлюцинировать (там где человек просто не сделал бы лишнего).

Сами разработчики гораздо больше времени тратят на обсуждение архитектуры и дизайна решения, потому что мелкие детали и тысячи их вариаций быстро сгенерирует Cursor.

Отсюда - высокая необходимость в навыках коммуникации между людьми, и между машиной и человеком.

-----

Выводы

1. Спецификации становятся “новым кодом” - они теперь то, что компилируется в рабочий продукт через ИИ
2. Роль БА трансформируется - из “переводчика между бизнесом и разработкой” в “архитектора intent’а”
3. Навыки структурированного описания становятся критически важными для всех, не только для аналитиков
4. Версионирование спецификаций (как в примере с Model Spec от OpenAI) - это уже не роскошь, а необходимость

В общем, если вы еще не писали требования и спецификации к разрабатываемому софту, то пора начинать, даже если вы не продакт или аналитик. Потому что умение четко формулировать intent для генерации кода - это как раз то, что в перспективе ближайших лет станет очень важно.

Бизнес-аналитики, продакт оунеры и менеджеры неожиданно оказываются в авангарде ИИ революции, потому что занимались написанием спецификаций уже давно. Кто бы мог подумать? 😱
Рад ли я этому - определенно, да!