Устав для повышения продуктивности IT-команды

Для максимальной производительности и эффективности работы айтишников пора уже разработать аналог армейского устава, где бы простым языком, но без страдательного залога, было расписано всё самое важное, поскольку вот это важное очень часто замыливается и передаётся только неформализованными и неявными путями. В итоге человек может в индустрии проработать 20 лет и за это время не научиться, например, писать комментарии в трекере задач. В этом плане, кстати, инженеры QA значительно организованнее разработчиков.

В Уставе первой главой должно быть обучение текстовому мышлению (или хотя бы инструкции или ссылки на). Куча программистов не умеет связно выражать смысл в тексте. Речь не про чатовые помойки, конечно, а про внутреннюю переписку и документацию. И ведь программистов нигде этому не учат! И не путайте этот навык с гуманитарным словоблудием, это дело нехитрое, уже роботы освоили генерацию малоосмысленного многословного бреда в промышленных масштабах. Кто-то считает, что тут врождённый талант нужен, но я считаю, что самым базовым основам связного изложения мыслей можно любого программиста научить.

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

Ещё важно правильно и толково описать принципы работы бюрократии и важность оной для всех. В больших компаниях неэффективная бюрократия может легко загубить дело, а вот эффективная ускоряет процесс эмерджетно, то есть количественее и качественнее в масштабах, недостижмых в мелких компаниях.

А ещё нужно программистам объяснять, что помимо них есть и другие подразделения, с которыми нужно эффективно работать. И ещё непонятно, кто важнее для компании: DEV или QA. Отдельно каждый айтишник должен понимать, как компания занимается продажами и как работает с клиентами на уровне технической поддержки. Всех деталей знать не нужно, но общие понятия — обязательно.

В каждой компании есть свои нюансы, но вот общий абстрактный Устав вполне можно написать так, что он будет полезен вообще для всех.