Документ, описывающий нетоксичные способы взаимодействия в команде (аналогичный кодексу поведения)

Я работаю удаленно в небольшой компании-веб-студии из 15-20 человек с гибкой структурой команды, в основном занимаюсь веб-приложениями для клиентов за границей. У нас есть только 2 руководителя группы, которые занимаются нашей частью работы, и наш босс не участвует в большей части того, что мы делаем.

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

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

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

  • Руководители команд настаивают на оценках, которые мы не можем предоставить
  • «Пинг-понг виноват», когда из-за отсутствия надлежащего отслеживания задач люди спорят о том, когда что-то произошло, кто что сказал и почему что-то не было сделано или было сделано с ошибками.
  • Некоторые сотрудники обвиняют других в совершении ошибок, особенно когда у человека, который должен исправить ошибки, не хватает времени.
  • Члены команды не говорят о таких проблемах.
  • Недостаток общения часто приводит к ненужной сверхурочной работе.
  • и т. д.

Что я хочу сделать для решения этих проблем, так это написать документ, описывающий здоровые способы и принципы решения этих проблем, например:

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

Мои цели с этим документом:

  • информирование моих товарищей по команде и руководителей группы о конструктивных способах разрешения конфликтов и других проблем (например, путем предоставления полезных рекомендаций)
  • объяснение того, что означает «токсичное поведение», способы борьбы с ним и не делать это самостоятельно

Нецели:

  • сделать этот документ набором правил или догм, просто дружеский совет
  • сделать это законным или создать какие-либо официальные политики
  • сделать это публичным
  • используя его в качестве "почтового ящика для жалоб"

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

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

Вопросы :

  • Как называется такой документ?
  • Есть ли какие-нибудь реальные примеры, которые я могу использовать в качестве ссылки? Я могу представить что-то вроде Справочника Valve для новых сотрудников , но наша компания слишком далека от чего-либо подобного.
  • (Бонус) Не стесняйтесь сказать мне, что я не должен этого делать, если вы видите для этого причины.
Это похоже на проблему управления. Если человек, работающий над задачей, дает вам оценку, никакие переговоры на самом деле не изменят общий объем работы, которую необходимо выполнить. Фактически, почти всегда лучше добавить дополнительное время из-за непредвиденных ошибок или осложнений, которые могут и всегда будут возникать.
Вы описываете то, что, вероятно, является культурной проблемой «сверху вниз», и пытаетесь решить ее с помощью письменного документа, предлагающего «дружеский совет». Каким бы благородным это ни было дело, и при всем желании это никогда не сработает на практике.

Ответы (2)

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

Они работают лучше, чем попытки создать «культуру сверху вниз» с помощью указа руководства, что редко бывает эффективным.

Я способствовал созданию одного из них для команды в прошлом году. Это сработало хорошо — хитрость заключается в том, чтобы а) не зацикливаться на вопросе «мы делаем это сейчас», это может быть вдохновляющим, но б) вся команда должна согласиться по пунктам — вы не можете просто проголосовать большинством, если люди не согласны с пунктами, соглашение слишком слабое, чтобы «принуждать» их, и оно просто приведет к конфликту позже, когда люди его подорвут. Кроме того, делайте его достаточно кратким — есть искушение превратить его в технологический документ с каждой технической деталью, но оставьте процессы и технические стандарты самостоятельными. немного, вроде «мы будем работать только над тикетной работой» или «мы всегда будем писать тесты для нашего кода» — гораздо более глубокое прошлое нужно выбивать в отдельную вещь.

Существует риск быть слишком предписывающим, когда вы пытаетесь описать поведение, которое вы хотите, чтобы люди продемонстрировали. И, если ваша культура уже токсична, предоставление токсичной культуре большого длинного письменного списка поведения, которое вы хотите, скорее всего, просто даст им еще одну вещь для спора: эй, идиот, ты не должен играть в пинг-понг с обвинением . !

Возможно, это лучше решить с помощью комбинации подходов:

  • Документируйте только то, что имеет смысл документировать. Реальные процессы, в которых вы можете дать список практических шагов для достижения конкретной цели, являются хорошими кандидатами на документацию: буквальные пошаговые инструкции для чего-то вроде представления сметы.
  • Для вещей, которые более поведенческие, может быть полезно заявление о миссии высокого уровня или «командное кредо» , как бы банально это ни звучало. Главное, будьте краткими и сосредоточьтесь на важных вещах. У меня был наставник, в электронной подписи которого было следующее: «Как команда, мы всегда поддерживаем друг друга и помогаем друг другу в достижении наших общих целей». Одна эта строчка оказала большее влияние, чем любой многостраничный документ с рекомендациями по поведению.
  • Представление этих документов в контексте таким образом, чтобы помочь вам показать поведение, которое вы пытаетесь поощрять. Если у вас есть процедура для конкретной задачи, и вы можете упомянуть, как она связана с кредо вашей команды, это поможет показать, что вы имеете в виду более широкое видение.
  • Возможно, самое главное, особенно в поведенческих аспектах, — подавать пример вместо того, чтобы давать людям письменный список. Если вы не хотите, чтобы люди играли в пинг-понг с обвинением, убедитесь, что вы этого не делаете. Личный пример помогает во многих отношениях, и его трудно переоценить. Это помогает укрепить желаемое поведение, но также помогает укрепить доверие, потому что ваши коллеги и сотрудники увидят, что вы на законных основаниях привержены этим идеям, и вы сами готовы претворить их в жизнь.
Это имеет большой смысл. Я думаю, что буду документировать только некоторые конкретные процессы (в частности, оценку) и попрошу свою команду предоставить свои отзывы. И я изо всех сил стараюсь быть примером, но в ситуации, когда я разговариваю со своими тимлидами два раза в неделю по 15 минут, это мало что даст. Часто примеры не работают без пояснений. Но это в любом случае хороший совет.