При традиционном подходе, решение о том, какие инструменты будут использовать разработчики, принимают не они сами, и часто даже не руководитель группы. Я вижу четыре недостатка у такой модели:
1. Человек, принимающий решения об инструментах, часто знает про них меньше чем разработчики. Очевидно, что его решения, как правило, будут хуже, чем решения разработчиков.
2. Разработчики не несут никакой ответственности за снижение качества своей работы, вызванное плохими инструментами. Э не только демонстрирует им, какого мнения руководство об их способности принимать важные решения, но и снижает общую заинтересованность в получении действительно хорошего результата.
3. Человек, выбирающий инструменты, как правило, не несет никакой ответственности за производительность труда разработчиков. А значит, и его интерес будет в том, чтобы в первую очередь достигнуть каких-то других, более значимых для него результатов – снизить риск личной ответственности, выбирая самое распространенное и стандартное решение, использовать солидные и красиво выглядящие на бумаге инструменты, чтобы улучшить свой имидж в глазах руководства, получить откат от продавца инструмента, в конце концов.