Могу по опыту сказать, что зависит от компании, в которой ты работаешь. Сейчас я работаю в небольшой компании, где функциональные требования предел моих ТЗ. Есть ГОСТы и прочее, но все же ТЗ - это документ внутреннего пользования. Какой он по структуре и содержанию не особо важно, если он понятен разработчикам в таком виде, с каким они привыкли работать. Но, для новых сотрудников, привыкших к другим видам ТЗ, он может вызвать вопросы. В другой компании я писал бизнес-функциональные требования и технические задания, все было с четкой структурой, приложениями и прочим, так как проекты могли быть проданы и доки должны быть понятны одинаково для всех.
По поводу статьи, что-то звучит максимально странно, как по мне. Я лучше потрачу время на проектирование и ведение документации. Качественное ТЗ даст наиболее точное представление о сроках и бюджете. Документацию можно утвердить заказчиком, чтобы потом не было такого - "А я такого не говорил", "требования были другими", "а я этого не утверждал".
Лучше уметь работать с заказчиком, чем «Без ТЗ нужно уметь управлять функциональностью».
Могу по опыту сказать, что зависит от компании, в которой ты работаешь. Сейчас я работаю в небольшой компании, где функциональные требования предел моих ТЗ. Есть ГОСТы и прочее, но все же ТЗ - это документ внутреннего пользования. Какой он по структуре и содержанию не особо важно, если он понятен разработчикам в таком виде, с каким они привыкли работать. Но, для новых сотрудников, привыкших к другим видам ТЗ, он может вызвать вопросы. В другой компании я писал бизнес-функциональные требования и технические задания, все было с четкой структурой, приложениями и прочим, так как проекты могли быть проданы и доки должны быть понятны одинаково для всех.
По поводу статьи, что-то звучит максимально странно, как по мне. Я лучше потрачу время на проектирование и ведение документации. Качественное ТЗ даст наиболее точное представление о сроках и бюджете.
Документацию можно утвердить заказчиком, чтобы потом не было такого - "А я такого не говорил", "требования были другими", "а я этого не утверждал".
Лучше уметь работать с заказчиком, чем «Без ТЗ нужно уметь управлять функциональностью».
А зачем?