Действительно ли члены вашей команды согласны с тем, что проверки кода и модульное тестирование - это хорошая вещь, просто на это нет времени?
Или они просто пытаются отвергнуть идею с этим оправданием?
В первом случае решение состоит в том, чтобы начать делать это сейчас . (Хорошо, если вы находитесь в последние дни перед важной вехой, возможно, вы можете подождать до, но не более.) У нас была такая ситуация на моем предыдущем рабочем месте, где я был инженером по качеству, отвечал за улучшение практики кодирования и общее качество. Мы продолжали откладывать начало проверки кода до следующей недели. Однажды я понял, что мы делаем это в течение месяца или около того, и, вероятно, продолжу до конца времен, если я не попробую что-то другое. Итак, я объявил первый обзор кода за эту неделю. Я сказал ребятам: «Нет проблем, если это будет несовершенно, или если мы еще точно не знаем, что делать - мы просто начнем делать это, посмотрим, как это будет происходить, и что-то улучшим, как мы научимся». Это работало, по крайней мере, пока я не покинул компанию.
Во втором случае вам может потребоваться больше образования и открытого обсуждения с командой. Обсудите проблемы качества кода, спросите их, что они считают проблемами в процессе разработки (или их отсутствия) / в коде / тестировании и т. Д. И вместе обсудите, как их решить . Конечная цель не обязательно заключается в проверке кода - это всего лишь средства, а цель - улучшить процесс разработки и качество его результатов. Вполне может оказаться, что есть и другие, более болезненные проблемы, которые можно было бы облегчить, быстрее принеся больше пользы; тогда возьми это сначала. Они могут даже быть тривиальными изменениями в окружающей среде или процессе; Все это улучшит моральный дух команды, укрепит взаимное доверие и поможет команде сплотиться.
Суть в том, что вы не можете навязать качество кому-либо - вы можете только устранить препятствия для создания качества . Соблюдая строгие правила и обязательные практики без предварительного согласия команды , вы можете оттолкнуть команду и в конечном итоге предотвратить улучшение качества, к которому вы стремитесь. OTOH, открытое обсуждение и стремление к соглашению о том, какие самые острые проблемы для команды и как улучшить ситуацию, вы, скорее всего, получите поддержку команды. Это будет иметь решающее значение для поддержания качества в долгосрочной перспективе.