А.Калугин. Как казаки-тестировщики в менеджеры собирались
1. Как казаки-тестировщики в
менеджеры собирались…
Александр Калугин
info@pmarcor.com twitter.com/pmarcor
2. Здрасьте, это я!
Ph.D, PMP
Менеджер менеджеров
Автор
http://pmarcor.com/
Соорганизатор
http://pmsamara.blogspot.com/
3. -Эй, казаки, хватит тестировать!
Давайте в менеджеры пойдем!
Вон, в соседнем проекте
менеджер нужен, а проект, уж
больно хорош…
-Да не пустят нас туда,
либо программиста
выберут, либо
менеджера со стороны
пригласят!
Как-это не пустят!
Мы тоже не лыком
шиты, у нас есть
свои сильные
стороны!
Да, а какие?
-Давайте подумаем!
4. Процесс…Поста
новка задачи…
Работа с
А какие навыки рисками…Как
менеджеру устроен софт…
нужны? Требования…
5. Профессиональный менеджер
Проблемы с
- Процесс/Методология
разработкой - Делегирование
ПО
- Коммуникация
- Презентация
- Problem-Solving
- Разрешение
конфликтов
-Один язык с
руководством
6. Программист
- Архитектура
- Технологии
- Конвенции
- Технические риски
- Отладка
- Один язык с
программистами
Проблемы с
навыками
управления
7. Специалист по тестированию
- Знание предметной
области и аналогов
- Взгляд с точки
зрения пользователя
- Качество – в крови
- Навыки
конструктивной
проверки
Проблемы
ис
…
разработкой и
с управлением.
8. Нет, это У нас
уж гораздо
слишком! больше
сильных
И в разработке
сторон
мы
разбираемся
9. Уникальные качества
Пессимизм
Процесс Superman
Сколько
вешать в
граммах
Наших
бьют
Perfect
Goals
10. Вот! Совсем
другое дело!
Надо с бывалыми
посоветоваться,
какие всё же
проблемы могут
быть…
Но на рожон
тоже лезть
нельзя!
11. Авторитет
Проблемы
Конфликты
между
командами
Акценты
Работа с
дефектами
Работа с
требованиями
12. Хорошо, что мы
с опытными
поговорили!
Дело сказал!
Теперь надо
думать как мы
процесс рабочий
строить будем…
Если аккуратно –
должны мы эти
проблемы
обойти…
Но у нас свой
путь
13. Навыки
Помните, заче
м нужен
менеджер
Изучайте
методологию
управления
проектами.
Изучайте основы Учитесь
архитектуры и приоритезировать
функциональность и находить
фреймворков хорошее
Изучайте Постарайтесь
диагностические примерить
средства «шляпу
разработчика»
14. TDD: Постановка
Процесс
задачи через
чеклист
Функционал
должен быть
тестируем
Атомарные
коммиты.
Автоматические
Архитектурные сборки
review
Разговаривайте с
разработчиками
Документируйте
архитектуру
15. Принятие
решений – не
Процесс
переходите черту.
Метрики, пока
Часто правильный
не разовьется
вариант – первый.
интуиция
Программистам
важен вектор, а
не ограничения
Сначала надо
чтобы
заработало, а
потом баги
Аккуратнее
фиксить
с негативными
тестами
16.
17. Спасибо!
Калугин Александр
info@pmarcor.com
http://pmarcor.com/ http://pmsamara.com
@pmarcor
Ваши вопросы?