Как правильно читать ТЗ: от формального выполнения к бизнес-результату
Х@habr_com1 дн
Системный аналитик Selectel объясняет, как интерпретировать требования, чтобы реализация соответствовала ожиданиям бизнеса, а не только букве ТЗ.
Вы прочитали ТЗ. Теперь прочитайте его ещё раз
Задача пришла в Jira: добавить кнопку «Дать денег». Кнопка добавлена, нажимается, технически всё верно — но заказчик уже пять раз нажал и ждёт. Где-то между «в ТЗ написано просто добавить кнопку» и «давайте срочно перепишем до релиза» появляется вопрос, который задаёт вся команда одновременно.
Системный аналитик Selectel разбирает, как читать требования так, чтобы кнопка в итоге делала то, чего от неё ждут — а не только то, что в ней написано.
Контекстдемо
Сюда AI будет дописывать короткий фон к сложным постам: что за история, кто участники, ключевые даты и почему это важно — чтобы понять пост без гугления.
Блок появляется только там, где без контекста не разобраться. Сейчас это демо-превью — реальный контекст начнёт генерироваться на бэкенде.
Кратко (AI)
Автор разбирает проблему формального подхода к выполнению задач, когда технически верная реализация не решает бизнес-задачу. Статья дает советы, как анализировать требования и задавать правильные вопросы до начала разработки.
Обсуждение
3Полезный разбор. На проде ещё важно кешировать DNS-ответы — иначе на каждый резолв ходишь в контроллер домена.
Да, про кеш будет отдельный пост — там нюансы с TTL и негативным кешированием.
А как это соотносится с mDNS в мелких сетях? Или это уже другая история?