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

Когда в 97 году стоимость акций Apple пробила исторический минимум, пришел Джобс и сократил четыре тысячи сотрудников. Разумеется, решение критиковали, а компании пророчили скорое закрытие из-за невозможности восполнить таланты. В ответ на обвинения Джобс совершенно спокойно сказал примерно следующее: “Нельзя позволять инженерам управлять компанией. Ошибки неизбежно будут, потому что наконец будут приняты решения”.

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

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

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

Почему так? На мой взгляд это вопрос восприятия — аутстаффинг воспринимают как переменные затраты и тщательнее их анализируют, а ФОТ как постоянные и поэтому забивают на них. Подводя итог, если хотите понять, насколько эффективно работает ваша команда подключите к ней аутстафф. Лучше диагностики не придумать.

0
Комментарии
-3 комментариев
Раскрывать всегда