Кэтрин Дэниелс - Философия DevOps. Искусство управления IT

Совершенно очевидно, что в этой области качество общения имеет намного большее значение, чем количество, а обратная связь с коллегами может быть весьма полезной. Например, рассмотрим ситуацию, когда сотрудникам требуется информация или помощь друг от друга. Знают ли они, кому нужно задавать вопросы? Действительно ли они готовы задать вопросы нужным людям, даже если они не входят в состав вашей команды? Правда ли, что они не желают обращаться за помощью, даже если этот отказ приведет к замедлению собственного прогресса или заблокирует что-либо еще? Срывают ли они встречи, анализ кода либо обсуждение в почте, приводя аргументы, которые большинство людей считают неважными или контрпродуктивными?

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

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

Взаимодействие между командами

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

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

• Сколько команд участвует в данном проекте?

• Какова разбивка работы между командами? Насколько равномерно распределяется работа? Имеют ли смысл подобные разбивки или же одна команда или член команды перегружены работой по сравнению с другими командами или членами команды?

• Сколько времени было потрачено на разных этапах жизненного цикла проекта? В частности, сколько времени ушло на планирование и какова была разбивка команды на этом этапе?

• Как часто возникают недоразумения между командами или участниками проекта? Были ли эти недоразумения специфичными для определенной группы или для метода общения?

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

Полезно также узнать, в каких проектах задействовано несколько команд, а в каких – всего лишь одна команда. Если в работе принимает участие несколько команд, делают они это одновременно либо одна команда завершает свою часть работы, а затем «перепоручает» оставшееся другой команде? Подобные перепоручения не всегда плохи, скорее это признак недостаточной степени внедрения совместной работы на протяжении всего процесса. В этом случае нужно исследовать рабочий процесс на предмет возможных улучшений. Если проект выполняется одной командной, то отсутствие сотрудничества между командами не страшно. Но если результаты выполнения проекта будут использоваться другими командами либо влиять на них, найдите способы привлечения этих команд.