Андрей Дмитриев, Sun Microsystems, Inc, Санкт-Петербург, Россия Опыт налаживания работы новой SQA команды

1. Опыт налаживания работы
новой SQA команды
Андрей Дмитриев. Sun Microsystems Inc.

2. Коммуникации
• Роль коммуникаций в IT-процессах
• Как не растерять ваши ресурсы в самом
начале?
– Сотрудники
– Время
– Доверие

3. Новый проект
• Разработчики продуктов (2 команды)
– Общение: почта, база дефектов
• Разработчики тестов (2 команды)
– Общение: почта
• SQA совместимости продуктов (это мы)
• Технический лидер
• Менеджер

4. Содержание
• Почему сотрудники уходят
• Как справляться с распределённостью и
разными методологиями
• Если сроки не озвучены и отчётность не
формализована
• Почему происходит дублирование усилий
• Чем должна гордиться SQA?

5. Удерживайте сотрудника
• Кто менеджер
– Нет формальных рычагов воздействия
• Мотивация
• Длительный этап становления
• Замена возможна, но нежелательна
http://motivateme.ru/book/

6. Компенсируйте
распределённость (1/3)
• Чем плоха распределённость?
– Задержки
– Плохая коммуникация
– Различные процессы
– Дублирование
– Менталитет

7. Компенсируйте
распределённость (2/3)
• Чем плоха распределённость?
– Задержки
– Плохая коммуникация
– Различные процессы
– Дублирование
– Менталитет
• Чем хороша распределённость?
– Языковая практика
– Командировки
– Обмен опытом, знаниями

8. Компенсируйте
распределённость (3/3)
• Регулярное обновление статуса
– Позволяет всегда получить актуальную
информацию
– Требует ресурсов
• Собрания
• Письма, IM
• Частые отчёты
• Личные встречи
• Расширяйте контакты

9. Найдите общее в методологиях
• Постарайтесь достигнуть
понимания с другими
группами
• Используйте общность
целей («Закончить проект»,
«Завершить испытания»)

10. Обозначьте сроки
• Уведомьте о тестовом
цикле
– О его начале
– О его окончании
• Регулярно информируйте о
текущем статусе
• Заведите алиас

11. Делайте хорошие отчёты
• Выработайте удовлетворительный
формат отчёта
• Распространяйте уведомления об
отчётах
• Найдите инструмент для отчётности
• Оправдывайте ожидания
– Соблюдайте сроки

12. Настройте рабочую среду
• Обзаведитесь системой контроля ошибок
– Упрощение контроля за ошибками
– Предотвращение «жонглирования» дефектами
• Настройте систему для упрощения
поддержки отчётов
• На wiki поместите: контакты, how-to, отчёты
• Используйте/оживите алиас

13. Гордитесь ошибками
• Рассматривайте все падения тестов
– Необходимо время для оценки
• Включайте в отчёт любые сложности
• Оценивайте падения с точки зрения
пользователя:
– Ошибка конфигурации тестировщика?
– Ошибка в продукте?

14. Когда дублируются усилия
• Проблема
больших
организаций
• Слабая матрица
управления
• Важно развитие
горизонтальных
связей

15. Что было (1/2)
• Контакты
– SQA совместимости продуктов (это мы)
– Технический лидер + менеджер

16. Что стало (1/2)
• Контакты
– SQA совместимости продуктов (это мы)
– Технический лидер + менеджер
– Разработчики оболочки для запуска
тестов
– SQE команды продуктов (2 команды)
– Разработчики продуктов (2 команды)
– Разработчики тестовой базы (2 команды)

17. Что было (2/2)
• Проблемы
Сотрудники меняются
Есть технические сложности
Нерассмотренные ошибки
Нет прав доступа к репозитариям
Нет принятого формата отчетов
Не озвучены сроки
Нет системы отслеживания прогресса
Нет баг-трекера
Общение затруднено

18. Что стало (2/2)
• Проблемы
Сотрудники меняются
Есть технические сложности
Нерассмотренные ошибки
Нет прав доступа к репозитариям
Нет принятого формата отчетов
Не озвучены сроки
Нет системы отслеживания прогресса
Нет баг-трекера
Общение затруднено

19. Выводы
• Желательно сохранять сотрудников
• С распределённостью можно
справляться
• Важно формализовать и
автоматизировать отчётность
– Делать хорошие отчёты вовремя
• Общаться, общаться и еще раз
общаться

20. Что не затронули?
• Распределение задач в команде
• Конкуренция
• Доверие к результатам
• Доступ к пространствам продуктов
и тестов

21. Вопросы?

22. Опыт налаживания работы
новой SQA команды
Andrei.Dmitriev@Sun.Com