Портал №1 по управлению цифровыми
и информационными технологиями

Эффективность команды и социальные связи

Недавно мне на глаза в очередной раз попался очень интересный вопрос о продуктивности команд разработки:

Какая команда будет эффективнее работу выполнять?

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

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

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

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

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

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

Давайте подробнее рассмотрим, как эти факторы влияют на ответ на наш вопрос и почему все это вообще важно.

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

  • Люди и взаимодействия важнее процессов и инструментов… НО в создание интеллектуальных продуктов, помимо процессов и инструментов, есть еще и другие важные вещи, с которыми авторы манифеста важность людей и взаимодействий не сравнивали.
  • Люди и взаимодействия ВСЕГДА важнее процессов и инструментов – авторы манифеста очень умные люди, они не возводили свои утверждения в абсолют.

Я знаю все правильные слова про сотрудничество, синергический эффект и все такое прочее. Но всегда ли это необходимо?

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

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

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

Большая ли это работа? Безусловно большая. Сложная ли она? Конечно сложная. Окупается ли она? …

Использование при организации работ гибких подходов облагает разработку значительным «налогом». Все командные митинги, планирования, грумминги, демонстрации и ретроспективы отвлекают разработчика от решения разработческих задач. От написания кода отвлекают. Для чего же они нужны? А нужны они для того, чтобы делать важное и не делать лишнего, чтобы превращать непонятное в понятное, чтобы договариваться и снижать неопределенность, чтобы демонстрировать текущий прогресс и на этой основе формировать и своевременно корректировать ожидания. Всегда ли все это является необходимым? Требуется ли это для решения именно вашей задачи в данный момент?

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

Давайте подведем итоги

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

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

Учебные курсы и сертификация
специалистов по ИТ-менеджменту

Комментариев: 1

  • Юлия Михеенко

    Не бывает плохой погоды — бывает неправильная одежда.

    Это применимо и к командам. Если у вас стартап и все не очень понятно, то гибкий подход принесет больше пользы. И вовлеченность выше и креатив, и готовность работать сверх нормы, потому что интересно и прям огонь! А если действительно нужно скорректировать внутреннюю отчетность в соответствии с изменениями законодательства — то тут лучше чем прописанной задачи с четким входом и выходом, наверное и нет.

    Главное — выбрать самую подходящую текущему моменту методологию!)


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • Рубрики

  •  
  • Самое свежее

    • Книга Cleverics про метрики и KPI рекомендована слушателям MBA по направлению ИТ
      Вышедшая в начале года книга Дмитрия Исайченко и Павла Демина «Управление услугами на основе измерений» получила рекомендацию от Высшей школы бизнес-информатики НИУ ВШЭ в качестве …
    • Определяем полюс потребителя
      При анализе и построении «путешествия заказчика» (customer journey) одной из важнейших задач является получение ответов на ряд вопросов, а именно: кто конкретно …
    • Семь распространённых мифов о DevOps
      В сообществе разработчиков бытует множество мифов о DevOps. И это и неудивительно, учитывая, сколько новшеств привнесла эта концепция за последние годы. DevOps — это …
    • Разрешение конфликтов в Agile-командах
      Большинство людей предпочло бы избегать конфликтов. Как специалисты по проектам, мы знаем, что это неизбежно, и мы также знаем, что несогласие может быть конструктивным. Но при …
    • Очередность прохождения курсов ITIL 4
      Имеет ли значение, в каком порядке проходить курсы по ITIL? Рассказывает аккредитованный тренер по ITIL 4 Игорь Фадеев. Cleverics — первая в России и одна из первых в …
    • 1 октября конференция «Роботизация бизнес-процессов 2020»
      1 октября 2020 издательство «Открытые системы» проведет ежегодную конференцию «Роботизация бизнес-процессов 2020» https://www.osp.ru/iz/rpa2020, где на одной площадке будут …
    • ITIL® 4 DITS — огонь, вода и медные трубы
      Мы уже писали о скором релизе последнего экзамена в сертификационной линейке ITIL 4 Digital and IT Strategy (DITS). Сейчас стоит добавить следующее (из информации, которую можно …
    • Как бизнес-аналитику встроиться в гибкую среду?
      Есть ли роль бизнес-аналитика в гибкой среде? Я уже довольно давно работаю бизнес-аналитиком, и этот вопрос возникает постоянно. Бизнес-аналитики  зачастую считают, что они должны …
    • Деловая игра Grab@Pizza: вкусный кейс
      Деловые игры – один из наиболее эффективных видов тренинга, позволяющий на основе близкого к реальному кейса попрактиковаться в выстраивании любой работы. Участники деловой игры …
    • ITAM & SAMday пройдёт в Москве 2 октября
      ITAM & SAMday  – всероссийская независимая конференция, посвященная вопросам управления ИТ-активами и программными активами — пройдёт в Москве 2 октября в режиме …
  •  
  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT