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

Question

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

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

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

Answer 1

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

Answer 2

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

Answer 3

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

Answer 4

Команды контроля качества и разработки на моем рабочем месте очень хорошо ладят, потому что мы географически близки друг к другу.Это устраняет цикл "открыть дефект-отправить разработчику-закрыть дефект разработчиком", который, по-видимому, способствует пассивно-агрессивному раздражению.Всегда ожидается четкое и открытое общение между двумя группами и четкие ожидания.Кроме того, хорошим началом являются стандартные упражнения по сплочению команды.Мы устраиваем ведомственные обеды, пикники, игры на лужайке в теплое время года и так далее.

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

Answer 5

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

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

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

Answer 6

Занятия, не связанные с работой, такие как спорт или питание в ресторане в обеденное время.

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

Answer 7

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