Кто такой бизнес
Часто при обсуждении технического задания произносится фраза: "Это требование бизнеса, мы не можем сделать по другому". Очень интересно, кто же это такой, этот пресловутый требовательный бизнес...
Как говорили классики сталинизма: "У каждой ошибки есть фамилия, имя и отчество". Так и здесь, чаще всего оказывается, что настаивает на спорном моменте определенный человек и он является не собственником компании, а просто менеджером, который всего лишь успел что-то пообещать более высокопоставленному менеджеру. А было ли согласование этого изменения в части проверки на соответствие нашему непростому законодательству? А может это смелое нововведение вообще принесет убыток, а собственник об этом даже не знает? Потом, через какое-то время выясняется, что заявитель спорной доработки вообще уволился или его уволили по каким-то другим причинам. И внезапно требование бизнеса становится неактуальным.
Я считаю, что разработчик (руководитель разработки) должен быть приверженцем подхода "user friendly", без долгих бюрократических согласований дорабатывать систему для повышения удобства использования и в части интерфейса, и в части автоматизации новых бизнес-процессов, если необходимые изменения логичны и бесспорны. Но он, как никто другой, понимает как система устроена, ее внутренние и внешние взаимосвязи и, соответственно, может оценить, если планируемая доработка что-то в системе сломает. Разработчик просто не имеет права участвовать в менеджерских играх и разборках и внедрять что-либо сомнительное, по чьей-то прихоти, даже если это почему-то объявляется требованием бизнеса.