[2/2] Measuring Engineering Productivity (from Software Engineering at Google) (Рубрика #Productivity)
Продолжая первый пост, расскажу про исследование readability процесса, в котором авторы сформулировали цель относительно developer productivity, разложив ее на пять отдельных компонент со звучным акронимом QUANTS:
- Quality of the code - качество создаваемого кода, тест-кейсов, архитектуры, ...
- Attention from engineers - как часто инженеры достигают состояния потока, насколько у них много переключений контекста.
- Intellectual complexity - насколько большая когнитивная нагрузка возникает при выполнении задачи. Какой баланс между присущей и привнесенной сложностью (условно есть внутренняя сложность проблемы, а есть дополнительная, которая внесена нашими процессами, инструментами, ...)
- Tempo and velocity - скорость решения задач, пропускная способность (количество задач в единицу времени), темп поставки изменений
- Satisfaction - насколько инженеры довольны своими инструментами, насколько они удовлетворены своей работой и создаваемыми продуктами, насколько они ощущают выгорание
Дальше авторы исследования про readability разложили свои цели по этим 5 критериям:
- Quality of the code - инженеры пишут более качественный код в результате процесса readability review
- Attention from engineers - по этому пункту авторы не выставляли никакой цели
- Intellectual complexity - инженеры изучают кодовую базу Google и лучшие практики в результате процесса, а также получают менторинг от опытных сотрудников
- Tempo and velocity - инженеры выполняют рабочие задачи быстрее и более эффективно в результате процесса
- Satisfaction - инженеры видят пользу readability процесса и испытывают позитивные ощущения от участия в нем
Дальше авторы зафиксировали ожидаемые сигналы и метрики и провели исследование. Интересно, что почти все темы были покрыты метриками из опросов (квартальный опрос и отдельный readability опрос) и только часть про tempo/velocity отчасти опираются на метрики из логов: по медианному времени ревью Changelist (аля MR).
В общем, результаты исследования показали, что readability процесс приносит пользу даже в самых инструментализированных языках (C++, Java). Поэтому сам процесс остался на месте (по крайнейм мере на момент написания книги в 2020 году).
#Engineering #Software #Bigtech #Productivity #Management #Leadership #Processes
Продолжая первый пост, расскажу про исследование readability процесса, в котором авторы сформулировали цель относительно developer productivity, разложив ее на пять отдельных компонент со звучным акронимом QUANTS:
- Quality of the code - качество создаваемого кода, тест-кейсов, архитектуры, ...
- Attention from engineers - как часто инженеры достигают состояния потока, насколько у них много переключений контекста.
- Intellectual complexity - насколько большая когнитивная нагрузка возникает при выполнении задачи. Какой баланс между присущей и привнесенной сложностью (условно есть внутренняя сложность проблемы, а есть дополнительная, которая внесена нашими процессами, инструментами, ...)
- Tempo and velocity - скорость решения задач, пропускная способность (количество задач в единицу времени), темп поставки изменений
- Satisfaction - насколько инженеры довольны своими инструментами, насколько они удовлетворены своей работой и создаваемыми продуктами, насколько они ощущают выгорание
Дальше авторы исследования про readability разложили свои цели по этим 5 критериям:
- Quality of the code - инженеры пишут более качественный код в результате процесса readability review
- Attention from engineers - по этому пункту авторы не выставляли никакой цели
- Intellectual complexity - инженеры изучают кодовую базу Google и лучшие практики в результате процесса, а также получают менторинг от опытных сотрудников
- Tempo and velocity - инженеры выполняют рабочие задачи быстрее и более эффективно в результате процесса
- Satisfaction - инженеры видят пользу readability процесса и испытывают позитивные ощущения от участия в нем
Дальше авторы зафиксировали ожидаемые сигналы и метрики и провели исследование. Интересно, что почти все темы были покрыты метриками из опросов (квартальный опрос и отдельный readability опрос) и только часть про tempo/velocity отчасти опираются на метрики из логов: по медианному времени ревью Changelist (аля MR).
В общем, результаты исследования показали, что readability процесс приносит пользу даже в самых инструментализированных языках (C++, Java). Поэтому сам процесс остался на месте (по крайнейм мере на момент написания книги в 2020 году).
#Engineering #Software #Bigtech #Productivity #Management #Leadership #Processes