Расчет оптимального количества сотрудников на проект

размер команды

Сколько требуется разработчиков?

Каждый Руководитель проекта сталкивается с необходимостью определить, сколько человек нужно для работы на проекте.
И я не стала исключением.
Учитывая, что свое вИдение требовалось обосновать руководству, я подошла к данному вопросу основательно, что вылилось в презентацию с расчетами, графиками и выводами.
Итак, начнем.

Содержание

Цель
Линейный расчет
Линейный расчет — недостатки
Линейный расчет — риски
Плюсы тщательного подбора кадров
Расчет с учетом эффекта Рингельмана
Влияние количества взаимодействий между сотрудниками на производительность
Выводы
требование отдела ручного тестирования

Автоматизировать n тест-кейсов к 01.07.20_г.

Цель – сократить регрессионное тестирование до k дней
расчет производительности

Линейный расчет

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

до 01.07.20_г.

требуется 16 разработчиков

количество ПШЕ (производственная штатная единица) на текущий момент = 2

количество кейсов = 900

до 31.12.20_г.

требуется 8 разработчиков

количество ПШЕ (производственная штатная единица) на текущий момент = 2

количество кейсов = 900

недостатки линейного расчета

Разработка программного обеспечения — нелинейный процесс

Если проект не укладывается в сроки, то добавление рабочей силы задержит его ещё больше
Фредерик Брукс «Мифический человеко-месяц, или Как создаются программные системы» 1975г. (ссылка)
недостатки линейного расчета

Экстраполяция

перенос выводов, сделанных по результатам одной части исследования, на другие части или на явление в целом

недостатки линейного расчета

Сжатие сроков

сокращение сроков разработки путём расширения команды при сохранении общей трудоёмкости разработки

Очевидно, что сжимать сроки до бесконечности невозможно. Существует определённый предел

Например, известным экспертом в области оценки трудоёмкости разработки ПО Стивом Макконнеллом этот порог определён как 25% от исходных оценок (ссылка)

недостатки линейного расчета

Падение скорости работы

Интеллектуальные задачи, и не только в программировании, требуют обильных коммуникаций.

Люди общаются, кто что делает, кто как делает. Но чем больше людей, тем ниже уровень коммуникации.

И скорость работы падает.

недостатки линейного расчета

Падение производительности

Поместив человека в группу любого размера, мы делаем его менее производительным (социальная лень).

распыление ответственности
потеря координации (2 участника группы будут более скоординированы, чем 8)
снижение мотивации
недостатки линейного расчета

Обучение новых сотрудников

выделение ресурсов на это за счет их сокращения в основном процессе
— отрицательный эффект масштаба

насколько менее эффективен будет каждый последующий добавленный член команды

— стоимость интеграции новых членов в команду

снижается эффективность команды при внедрении новых сотрудников — «старожилы» вынуждены отвлекаться от своей основной работы для того, чтобы помогать новичкам, т.е. в краткосрочном периоде производительность упадет

риски

Излишняя нагрузка на руководителя направления

снижение скорости реагирования
(риск упустить момент, не разрулить ситуацию, и как результат задержки в разработке, конфликты и т.д.)
большой объем проверяемого
(риск пропустить ошибку)
недостаточно времени на взаимодействие с сотрудниками
(риск снижения мотивации и т.д.)
риски

Ограничение сроков найма

риск взять недостаточно квалифицированного

многократные исправления работы затягивает сдачу
руководитель тратит время и нервы на повторные проверки и разъяснения
опять же, риск пропустить ошибку при проверке
в результате страдает качество работы, скорость и количество сделанного
риски

Разброд и шатание

появляющиеся при большом составе участников проекта негативно скажутся на привлекательности проекта, что будет способствовать текучке кадров

Выявлено, что обсуждение проблемы группой более 5-7 человек превращается в балаган.
Наиболее конструктивно решаются вопросы в группе из 3-4 человек.
риски

Непомерно раздутая команда

потребуется сильно сокращать после окончания разработки

сокращение сотрудников — это опять же траты (если официальным путем) или нервы (если неофициальным) и испорченная репутация компании
кадры — наше всё!

Плюсы тщательного подбора кадров

тщательный подбор кадров — это залог качества
более качественная работа потребует меньше усилий на проверку, контроль и доработки
отсюда больше скорость разработки автотестов
такая команда обойдется дешевле как за счет меньшего количества, так и за счет меньших издержек при разработке ввиду более качественной работы
не придется распускать команду, что также сокращает финансовые и репутационные издержки
опыт работы на проекте поспособствует выполнению более сложных задач в будущем и, как следствие, развитию проекта, а значит, и повышению качества тестируемого продукта
формула эффективности команды

Расчет с учетом эффекта Рингельмана

эффект социальной лени

Эффект Рингельмана

групповой эффект в социальной психологии, который состоит в том, что с увеличением численности группы производительность ее участников уменьшается
Чем больше людей включено в работу, тем ниже становится их средняя производительность, поскольку
каждый участник чувствует, что его собственные усилия не являются решающими
члены группы склонны полагаться на своих коллег или соучастников, чтобы обеспечить желаемое усилие, необходимое для выполнения общей задачи
люди в команде расслабляются
обязанности несбалансированны – отдельные сотрудники перегружены работой и недовольны, в то время как другие работают без особого усердия
формула эффективности команды

Формула Рингельмана

определяет средний индивидуальный вклад участника группы различного размера

С – средний индивидуальный вклад участника
К – количество участников группы

За 100% взят идеальный результат, который можно было бы получить, если бы задание выполнял каждый участник по отдельности.

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

до 01.07.20_г.

16 разработчиков

количество ПШЕ (производственная штатная единица) на текущий момент = 2

количество кейсов = 900

до 31.12.20_г.

8 разработчиков

количество ПШЕ (производственная штатная единица) на текущий момент = 2

количество кейсов = 900

эффективность

Чем больше число разработчиков, тем менее эффективно выполняется работа

Видим, что ни до 01.07.20_г., ни до 31.12.20_г. по объективным причинам проблематично выйти на количество 900 кейсов.
И это, если считать, что нужное количество сотрудников уже имеется, обучено и готово к работе.

Ученые пытались найти способ полного преодоления данного эффекта, но, к сожалению, на сегодняшний момент эффективных методов не найдено.
нивелирование

Частичное нивелирование эффекта Рингельмана

индивидуальная ответственность: чем она выше, тем эффект ниже
сплоченность группы: если все участники — не чужие друг другу люди, находятся в хороших отношениях, тогда действует, что называется, «чувство локтя»: неудобно подводить товарищей, и социальная лень снижается
у женщин эффект выражен меньше, чем у мужчин
важность выполняемой задачи, о которой оповещены все члены группы
обнародование результатов: всем будет известен индивидуальный вклад каждого участника
осознание каждого в своей индивидуальной значимости в общей задаче
(в большом коллективе с множеством сотрудников на идентичных должностях порой трудно почувствовать свою индивидуальную значимость)

Наиболее разумным было бы иметь команду как можно меньшую по численности, однако достаточно большую, с тем чтобы компетентность ее членов соответствовала требованиям поставленной задачи.

число взаимодействий

Влияние количества взаимодействий между сотрудниками на производительность

численность команды

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

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

число возможных персональных взаимодействий между членами

2 — число взаимодействий
п — число членов команды

С увеличением численности команды резко возрастает количество взаимодействий между ее членами, что подтверждается простым математическим соотношением
Каждое взаимодействие содержит потенциальный конфликт между его участниками,
с увеличением команды становится очевидной большая предрасположенность к организационным трудностям.
Коммуникация отнимает время, т.е. время на разработку сокращается, производительность снижается.
график взаимодействий

число возможных персональных взаимодействий между членами

Видим, что в команде из девяти членов число возможных взаимодействий, приходящихся на каждого, составляет 36, а в команде из четырех членов — только 6

выводы

Рекомендации:

оптимальное количество человек на проекте – 4-5, дабы снизить риски, связанные с бОльшей численностью команды
сроки найма – максимально расширенные
(с толком, чувством, расстановкой), дабы снизить вероятность включения в команду некачественного специалиста и уменьшить риск значительного снижения эффективности команды в целом
увеличить срок реализации запроса отдела ручного тестирования на автоматизацию до 31.12.20_г.
снизить количество кейсов на автоматизацию до 31.12.20_г. ориентировочно до 435 с возможностью корректировки
нравится контент?

Если хочешь поощрить за труд, жми кнопку

поддержать проект |
Прокрутить вверх