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

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

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

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