Как казаки-тестировщики в менеджеры собирались…

Александр Калугин

info@pmarcor.com twitter.com/pmarcor

Здрасьте, это я!

Ph.D, PMP

Соорганизаторhttp://pmsamara.blogspot.com/

Автор http://pmarcor.com/

Менеджер менеджеров

-Эй, казаки, хватит тестировать! Давайте в менеджеры пойдем!

Вон, в соседнем проекте менеджер нужен, а проект, уж

больно хорош…

-Да не пустят нас туда, либо программиста

выберут, либо менеджера со стороны

пригласят!

Как-это не пустят! Мы тоже не лыком

шиты, у нас есть свои сильные

стороны!

Да, а какие?-Давайте подумаем!

Процесс…Постановка задачи…

Работа с рисками…Как устроен софт…Требования…

А какие навыки менеджеру

нужны?

Профессиональный менеджер- Процесс/Методология- Делегирование- Коммуникация- Презентация- Problem-Solving- Разрешение конфликтов-Один язык с руководством

Проблемы с разработкой

ПО

Программист- Архитектура- Технологии- Конвенции- Технические риски- Отладка- Один язык с программистами

Проблемы с навыками

управления

Специалист по тестированию- Знание предметной области и аналогов- Взгляд с точки зрения пользователя- Качество – в крови- Навыки конструктивной проверки…Проблемы

и с разработкой и с управлением.

Нет, это уж

слишком!

У нас гораздо больше сильных сторон

И в разработке мы

разбираемся

Уникальные качества

Сколько вешать в граммах

Процесс

Наших бьют

Пессимизм

Superman

Perfect Goals

Вот! Совсем другое дело!

Но на рожон тоже лезть

нельзя!

Надо с бывалыми посоветоваться,

какие всё же проблемы могут

быть…

ПроблемыАвторитет

Акценты

Работа с требованиями

Конфликты между

командами

Работа с дефектами

Хорошо, что мы с опытными поговорили! Дело сказал!

Если аккуратно –должны мы эти

проблемы обойти…

Но у нас свой путь

Теперь надо думать как мы

процесс рабочий строить будем…

Навыки

Изучайте методологию управления проектами.

Постарайтесь примерить

«шляпу разработчика»

Изучайте основы архитектуры и

функциональность фреймворков

Помните, зачем нужен

менеджер

Изучайте диагностические

средства

Учитесь приоритезировать

и находить хорошее

ПроцессTDD: Постановка

задачи через чеклист

Разговаривайте с разработчиками

Архитектурные review

Функционал должен быть

тестируемАтомарные коммиты.

Автоматические сборки

Документируйте архитектуру

Процесс

Сначала надо чтобы

заработало, а потом баги

фиксить

Метрики, пока не разовьется

интуиция

Программистам важен вектор, а не ограничения

Принятие решений – не

переходите черту. Часто правильный вариант – первый.

Аккуратнее с негативными

тестами

Спасибо!

Калугин Александрinfo@pmarcor.com

http://pmarcor.com/ http://pmsamara.com@pmarcor

Ваши вопросы?