На днях мне пришло предложение попробовать себя от одной компании, имеющей центр разработки в Киеве. В глаза мне бросился состав команды, который я считаю очень рискованным и неэффективным: 1 backend разработчик, 1 frontend разработчик, 1 QA и 1 PM. В фейсбуке разгорелась дискуссия и нашлись люди, которые считают такой состав вполне себе жизнеспособным. Поэтому я решил описать чуть подробнее в чем суть проблемы и какие риски несет такая команда.
Первая проблема заключается в так называемом bus factor (количество людей, которых должен сбить автобус, чтобы у вашего проекта были большие проблемы). Значение 1 считается очень рискованным, потому что в случае ухода специалиста (в отпуск, другую компанию, на больничный и т.д.) команда не может больше реализовывать функциональность пока не будет найдена адекватная замена. Чем сложнее и больше объем задач на этом специалисте, тем больше усугубляется указанный риск, потому что заменить его становится еще тяжелее. В рассматриваемой команде этот фактор равен 1 во всех направлениях.
Большая часть наших тренингов проходит в двухдневном формате и это не случайно. Они насыщены практическими заданиями и материалов обычно очень много, а выкидывать что-то жалко. Но не всем подходит такой формат:
– кто-то жалуется, что выделить 2 дня для тренинга не получается;
– кому-то сложно учиться два дня подряд и при таком количестве информации она плохо усваивается;
– кто-то считает, что стоимость участия для них велика;
– кому-то более интересна теоретическая информация, а не практика…
