Почему гибкий штат — это будущее разработки
Сначала разработка была ин-хаус, потом появился аутсорс, что будет дальше? Есть исследования, которые подтверждают, что следующее звено эволюции в работе над ИТ-проектами — это elastic staffing, или гибкий штат. В основе этого подхода лежит простая идея: для каждого проекта нужен свой набор людей.
Всё так, Идея не нова. Проблем может и не быть, если репутацию не испортите.
Вопрос в том, сколько вы в себя вместите.
Вот у меня команда дизеров, и сам я Дизер. Специализируемся на HR-сервисах, сложных, запутанных, часто legacy. В итоге кто-то на фултайм забучен год, два, другие на часовой, но по-сути тоже на фултайм.
Приходят заказы, а спецов, за которых я бы лично ответил уже нет... пока не вырастим своих сеньоров и Лидов новых, брать больше не можем, иначе, взяв непроверенного сотрудника и кинуть к топам в компанию, можно сильно испортить репутацию и всё закончится 🤷.
Поэтому и вопрос: сколько вы сможете такими подписками набрать заказов, за которые сможете действительно отвечать, как за свои 🙃