Принятие решений
В работе нам постоянно приходится принимать множество различных решений, больших и малых. Ниже описаны общие принципы принятия решений, которых мы стараемся придерживаться во всех наших командах.
Мы всячески приветствуем инициативу и самостоятельность среди разработчиков. Если в процессе работы над какой-то задачей у вас возник вопрос, то мы ожидаем, что в первую очередь вы попробуете поискать решение самостоятельно. Разумеется, помощь команды при этом также всегда доступна, в любой момент можно вынести вопрос на обсуждение и устроить брейншторм.
За ключевые технические аспекты и архитектуру проекта отвечает тимлид, а за общее бизнесовое направление развития - продукт-менеджер. По некоторым вопросам вам может потребоваться посоветоваться с ними. Однако, в любом случае, будет здорово, если у вас получится придти не только с вопросом, но и с вариантами решения для него.
Некоторые решения затрагивают всех участников команды. Например, внедрение новых технологий, принятый в команде кодестайл, порядок работы с таск-трекером, используемые средства для совместной работы, организация митингов, и др. Подобные решения мы стараемся принимать так:
Если команде удается быстро придти к консенсусу по озвученному вопросу (то есть, все участники согласны), то решение может быть принято немедленно.
Если же кто-то не согласен, но вопрос кажется достаточно важным, чтобы продолжать обсуждение, то применяется следующий порядок:
- Инициатор предложения описывает его суть в письменном виде, упоминая что и зачем предлагается сделать, какие могут быть преимущества и недостатки у такого решения, и какие альтернативы были рассмотрены. Это должно быть оформлено в виде общедоступного для всей команды документа с возможностью оставлять свои комментарии и голосовать "за" или "против";
- Команде предоставляется достаточный срок, чтобы ознакомиться с документом и обсуждаемой темой, задать свои вопросы и в конечном итоге проголосовать "за" или "против" предложения. Для большинства вопросов обсуждение должно укладываться в 1 неделю. Если вопрос является срочным, или же наоборот, требует больше времени на рассмотрение, тимлид команды может установить конкретный срок, в течение которого вопрос должен быть рассмотрен;
- Решение принимается простым большинством голосов, голосование открытое. Если в команде четное число участников и они проголосовали поровну, голос тимлида имеет решающее значение;
- Тимлид команды имеет право "вето" для принимаемых таким образом решений. Он не может воспользоваться этим правом до того, как все участники команды были услышаны и проголосовали "за" или "против", и на это должно быть отпущено достаточно времени, как обозначено в п.2;
- Если в ходе обсуждений тимлид голосует "против", это еще не означает, что он уже воспользовался своим правом "вето". Это может означать, что он пока что не поддерживает идею, но если большинство участников команды ее поддержат - возможно, согласится;
- Если по итогам голосования предложение было отклонено, оно может быть рассмотрено повторно не ранее, чем через два месяца, если состав команды не менялся. Если же состав команды менялся, то с одобрения тимлида вопрос может быть повторно рассмотрен и раньше, не дожидаясь истечения 2-х месяцев.
English
Русский