Довольно скоро «СОИ» отошло от практики включать в ТЗ макеты элементов интерфейса, отдав его полностью на откуп программистам. Это было сделано для того, чтобы не увязать в несущественных деталях на этапе согласования требований, а также не ограничивать заранее процесс разработки, требуя точного соответствия тому, что нарисовано в ТЗ, даже если реальные функции программы диктуют внести изменения.

В общем и целом, распределение обязанностей в проекте соответствовало специфике деятельности компании. Программистов не заставляли ставить задачу самим себе или тестировать ими же написанный код, тестировщики не занимались исправлением ошибок, а от меня не требовалось мыть полы или договариваться с клиентом о сроках выполнения задачи. Безусловный плюс для небольшой компании, в которых, в силу вечной нехватки квалифицированных кадров, один сотрудник совмещает в себе функции нескольких ролей, в результате не выполняя толком ни одной. У нас границы были определены четко, и ответственность каждого находилась в пределах этих границ. Меня могли съесть за плохое ТЗ, но никому не приходило в голову ругать программистов за написанный по нему код, так же как никто не трогал меня, если код не соответствовал ТЗ.