Метрика процесса разработки

Максим Дорофеев нашел эмпирическое правило «Число задач в производстве не должно превышать число программистов более, чем на 2».

Старый пост

Предлагаю такое деление команд. Ну или классификацию квалификации менеджеров.

• Команды А-класса: задач в работе у команды не больше числа разработчиков плюс два.
• Команды B-класса: число задач не превышает удвоенного числа разработчиков.
• Команды С-класса: число задач не больше квадрата числа разработчиков.
• Команды D-класса: не смогли за минуту ответить сколько у них задач.

По этой модели я работаю в команде B-класса.

Отчет по седьмой городской тест-сессии

Читаем, зырим фотки.

Приговор

По опыту нескольких лет общения с более, чем 50 менеджерами разработки о более чем полутора сотнях тестировщиков.

Приговор о принудительном выходе из профессии состоит из двух этапов и звучит так:

• Команда не понимает, что делает тестировщик
• Команда не доверяет тестировщику

Первый этап ещё можно вылечить и я неоднократно наблюдал такое, примерно в трети-половине случаев.
Второй этап не был вылечен ни разу и лучшим решением является немедленный выход из команды, а лучше из профессии.

Не знание всяких библиотек, техник, фреймворков, не навыки, а именно эти формулировки ведут к увольнению.