2008-09-19 3 views
1

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

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

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

ответ

3

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

1

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

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

2

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

2

ОК и команды разработчиков в моем рабочем месте хорошо ладят, потому что мы сидим географически близко друг к другу. Это устраняет цикл «open defect-send to dev-dev close defect», который, похоже, способствует пассивно-агрессивному раздражению. Всегда ожидаются ясные и открытые связи между двумя группами и ясные ожидания. Помимо этого, стандартные тренировки по сборке - это хорошее начало. У нас есть дегустационные ланчи, пикники, газонные игры в теплые месяцы и т. Д.

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

0

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

2

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

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

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

4

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