Как казаки-тестировщики в менеджеры собирались… Александр Калугин [email protected] twitter.com/pmarcor
Как казаки-тестировщики в менеджеры собирались…
Александр Калугин
[email protected] twitter.com/pmarcor
Здрасьте, это я!
Ph.D, PMP
Соорганизаторhttp://pmsamara.blogspot.com/
Автор http://pmarcor.com/
Менеджер менеджеров
Эй, казаки, хватит тестировать! Давайте в менеджеры пойдем!
Да ну! Либо программиста выберут, либо менеджера со
стороны!
Мы тоже не лыком шиты, у
нас свои сильные стороны есть!
Да, а какие?
Процесс…Постановка задачи…
Работа с рисками…Как устроен софт…Требования…
А какие навыки менеджеру
нужны?
Профессиональный менеджер- Процесс/Методология- Делегирование- Коммуникация- Презентация- Problem-Solving- Разрешение конфликтов-Один язык с руководством
Проблемы с разработкой
ПО
Программист- Архитектура- Технологии- Конвенции- Технические риски- Отладка- Один язык с программистами
Проблемы с навыками
управления
Специалист по тестированию- Знание предметной области и аналогов- Взгляд с точки зрения пользователя- Качество – в крови- Навыки конструктивной проверки…Проблемы
и с разработкой и с управлением.
Нет, это уж
слишком!
У нас гораздо больше сильных сторон
И в разработке мы
разбираемся
Уникальные качества
Сколько вешать в граммах
Процесс
Наших бьют
Пессимизм
Superman
Perfect Goals
Аналитика
Вот! Совсем другое дело!
Но на рожон тоже лезть
нельзя!
Надо с бывалыми посоветоваться,
какие всё же проблемы могут
быть…
ПроблемыАвторитет
Акценты
Работа с требованиями
Конфликты между
командами
Работа с дефектами
Ограниченное чутье
Хорошо, что мы с опытными поговорили! Дело сказал!
Если аккуратно –должны мы эти
проблемы обойти…
Но у нас свой путь
Теперь надо думать как мы
процесс рабочий строить будем…
Навыки
Изучайте методологию управления проектами.
Постарайтесь примерить
«шляпу разработчика»
Изучайте основы архитектуры,
функциональность фреймворков,
и т.д.
Помните, зачем нужен
менеджер
Изучайте диагностические
средства
Учитесь приоритезировать
и находить хорошее
ПроцессTDD: Постановка
задачи через чеклист
Разговаривайте с разработчиками
Архитектурные review
Функционал должен быть
тестируемАтомарные коммиты.
Автоматические сборки
Документируйте архитектуру
Процесс
Сначала надо чтобы
заработало, а потом баги
фиксить
Метрики, пока не разовьется
интуиция
Аккуратнее с багами
Программистам важен вектор
Принятие решений – не
переходите черту. Часто правильный вариант – первый.
Аккуратнее с негативными
тестами
Спасибо!
Калугин Александр[email protected]
http://pmarcor.com/ http://pmsamara.com@pmarcor
Ваши вопросы?