Коллега, который сопротивляется рабочему процессу

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

  • Используйте собственный GitHub:
    • Открытые вопросы
    • Регулярно комментируйте/обновляйте незавершенные проблемы
      • Особенно, когда застрял в проблеме
    • Отправить запрос на включение
  • Предоставлять запрошенные API для разработанных пакетов
  • Следуйте разработке через тестирование, т.е. TDD
  • Будьте активны в спринтерских переговорах
    • Предоставьте повестку дня и подробно расскажите о незавершенной работе
  • Документируйте свои усилия
    • Обратитесь за помощью, поделившись прогрессом
    • Пусть все знают, что вы задумали
  • ...

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

Под сопротивлением я подразумеваю, что он:

  • Не использует рабочий процесс
  • Не проверяет
  • Не предоставляет запрошенный API
  • Не взаимодействует регулярно с инструментами рабочего процесса
  • ...

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

Коллега учится в аспирантуре и активно занимается академическими исследованиями.

Интересно, как можно подойти к нему по поводу нашего рабочего процесса?

Дайте определение «сопротивлению». Я не понимаю, как немного об инструменте сопротивляется.
@MatthewGaiser Я добавил resistопределение, насколько мог.
Как бы вы оценили их вклад помимо упомянутых вами аспектов?
Вы спрашивали его, почему он сопротивляется? Объяснили ли вы причину каждого из инструментов/рабочих процессов?
@nicola Я просто думаю, что не могу оценить его вклад, если он не следит за рабочим процессом. Как я могу оценить продукт code, который не протестирован, не имеет четкого API, не отправлен через рабочий процесс Git issue/PR...
@ Бенджамин Нет, я не спрашивал его, почему он сопротивляется. Но я задокументировал причины рабочего процесса и поделился ими в документе README.md.
@ user3405291 нужен ли этот рабочий процесс? Как вы хотите достичь этого, но еще не имеете. Или все уже этим пользуются? Вы говорите стартап, это звучит мелочно. Сколько людей там? И сколько используют это/не используют это? Существует ли корпоративная культура вокруг этого, так или иначе?
@Benjamin Хорошие очки, спасибо! Этот рабочий процесс уже используется, и вокруг него существует инфраструктура, например Git с самостоятельным размещением и так далее. В нашей команде 3 человека. Есть и другие команды. В командах некоторые люди используют этот рабочий процесс, а некоторые нет. Но в нашей команде 2 человека используют этот рабочий процесс, а 1 нет.
«Например, он начинает использовать инструмент сразу после того, как изучит все его характеристики. Но ему не нужно знать каждую деталь». - Вы думали, не лучше ли нанять ученика, а не академического студента? Знакомство с вещами изнутри не является необоснованной привычкой или склонностью для ученого. Если вам нужен кто-то, кто справляется с делами, несмотря на неполные знания, то, как правило, вам нужен тот, кто не хочет много обдумывать, и поэтому, вероятно, будет менее академичным и будет менее осведомленным.
@ Стив Ты прав, это имеет смысл.

Ответы (2)

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

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

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

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

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

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

На вашем месте я бы поговорил с ним и сказал, что это сверхважно не только для отдельного человека, но и для организации в целом. Затем предложите объяснить и потренировать его по каждой части отдельно. Изучение TDD требует времени, обучение тому, как делать хорошие коммиты, требует времени и т. д. Также спросите его, почему он сопротивляется и как вы можете помочь преодолеть это.

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

Спасибо! Я думаю, что этот ответ лучше подходит для моей ситуации =)

Интересно, как можно подойти к нему по поводу нашего рабочего процесса?

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

+1 Если он не тестирует и не делает то, о чем явно просили, то он не просто немного неуклюж или идиосинкразичен; он не выполняет самые основы работы. Он должен четко дать понять, что это неприемлемо.
Извини! Хотел бы я принять более одного ответа :(