В команде запуска программных технологий есть коллега, который, как считается, сопротивляется этому желательному рабочему процессу:
По какой-то причине коллега сопротивляется описанному выше рабочему процессу. Попытка подтолкнуть коллегу имеет негативный эффект из-за потери мотивации, о которой он сам сообщает.
Под сопротивлением я подразумеваю, что он:
Коллега знающий человек. Но мы предполагаем, что он слишком много внимания уделяет отвлекающим деталям. Например, он начинает пользоваться инструментом сразу после того, как изучит всю его спецификацию. Но ему не нужно знать каждую деталь.
Коллега учится в аспирантуре и активно занимается академическими исследованиями.
Интересно, как можно подойти к нему по поводу нашего рабочего процесса?
Возможно, вы захотите прочитать одну или две книги о том, как добиться изменений на рабочем месте. Метод прямого приказа от босса может работать, но часто неоптимален: люди могут следовать правилам буквально, но когда их дух не в этом, производительность страдает.
Ваш рабочий процесс не является стандартом в компании, но имеет смешанное применение. Почему это? Есть ли сила, работающая против этого? Давление со стороны заинтересованных сторон, чтобы они работали быстрее и просто игнорировали правила, что означает, что что-то закончено на день позже? даже если эти правила означают экономию дней в будущем?
Наличие 1 парня, который сопротивляется в компании, отличается от того, что 1 парень сопротивляется в вашей команде, когда этот парень также может видеть, что в других командах полностью принято сопротивляться.
Наличие одинаковых стандартов для всех может быть обременительным, потому что некоторые правила могут иметь смысл для одних команд, но не для других. Но иметь базовый уровень качества имеет смысл.
Вы упомянули, что сделали Readme, это хорошее начало. Но, может быть, неплохой идеей будет какая-нибудь стартовая презентация или что-то, что поможет привлечь внимание людей? Чтобы люди понимали, какие проблемы решает ваш рабочий процесс.
Ты, сопротивляющийся парень, студент, и тебе нужно многому научиться. Изучение всех этих инструментов помимо программирования может показаться пугающим, я до сих пор помню это чувство! Особенно, когда вы не понимаете, для чего нужны эти инструменты. Одно большое различие, которое должен усвоить новый разработчик: разработка в одиночку и разработка в команде требуют разных форм организации. Это требует времени, чтобы увидеть и понять!
На вашем месте я бы поговорил с ним и сказал, что это сверхважно не только для отдельного человека, но и для организации в целом. Затем предложите объяснить и потренировать его по каждой части отдельно. Изучение TDD требует времени, обучение тому, как делать хорошие коммиты, требует времени и т. д. Также спросите его, почему он сопротивляется и как вы можете помочь преодолеть это.
Одним из больших препятствий на пути к изменениям является то, что люди, желающие перемен, часто уделяют много внимания тому, чего они хотят, и мало — тому, почему другие сопротивляются. Я точно знаю, что делал это в прошлом, и это до сих пор иногда случается со мной. Но по опыту могу сказать вам, что терпение, непредубежденность и много объяснений могут многое изменить!
Интересно, как можно подойти к нему по поводу нашего рабочего процесса?
Если его сопротивление наносит ущерб проектам, над которыми он работает, тогда его менеджер должен сесть рядом с ним и показать ему, как его «сопротивление» вредит проекту, и напомнить ему, что он должен следовать установленному рабочему процессу, иначе будут последствия. Если коллега продолжает отказываться, он должен получить соответствующие последствия.
Мэтью Гайзер
пользователь3405291
resist
определение, насколько мог.Никола
Бенджамин
пользователь3405291
code
, который не протестирован, не имеет четкого API, не отправлен через рабочий процесс Git issue/PR...пользователь3405291
Бенджамин
пользователь3405291
Стив
пользователь3405291