Лучший способ усилить командную работу между отделами разработки и контроля качества?

Question

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

Во-первых, как можно улучшить отношения между командой разработчиков и QA с точки зрения разработчика?

Во-вторых, что вы ищете от системного администратора в отношении взаимодействия? Оставить вас в покое? Эл. адрес? Я? Личный кабинет? Как мне улучшить отношения с разработчиками?

Answer 1

Совместно найдите и относитесь к ним как к многофункциональной команде. Если QA хотят написать код (например, приемочные тесты), дайте им. Если разработчики хотят QA какой-то другой части системы (не код, над которым они работали). Позвольте им и обеим группам (если вы хотите рассматривать их как отдельные объекты) вместе решать проблему.

Answer 2

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

Answer 3

Зависит от размера вашей организации, но перестанет думать о них как о двух отдельных группах . Если вы единственный системный администратор, я полагаю, ваша организация не велика.

Интегрируйте их физически. Не иметь dev в одной области и QA в другой. Пусть они поделятся офисами / кубиками рядом друг с другом.

Принимать людей на обед? Возьми их вместе. Хватает пиво? Сделайте это с людьми из обеих групп.

Answer 4

Сотрудники отдела QA и разработчиков на моем рабочем месте очень хорошо ладят друг с другом, потому что мы географически расположены близко друг к другу. Это устраняет петлю «открытый дефект-отправка в dev-dev закрыть дефект», которая, кажется, вызывает пассивно-агрессивное раздражение. Всегда ожидается четкое и открытое общение между двумя группами и четкие ожидания. Помимо этого, стандартные упражнения по построению команды - хорошее начало. У нас есть ведомственные обеды, пикники, игры на лужайке в теплое время года и т. Д.

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

Answer 5

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

Answer 6

Вне контекста такие мероприятия, как спорт или еда в ресторане во время обеда.

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

Answer 7

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