Читать книгу Чувствуй и реагируй. Как создавать продуты, нужные людям именно сейчас - Джефф Готельф - Страница 11

Неопределенность, с которой столкнулась команда Face-book, является новой нормой. Тактика, которую она применила, является новым стандартом того, как нужно реагировать. И хотя тактику можно рассматривать как простой управленческий подход (измерение поведения пользователей, тестирование решений, масштабов, на которых оно сработает), она опирается на возможность действовать, и действовать быстро. До сих пор здравое реагирование в коммерческих и государственных компаниях ассоциируется с тем, что технологии – это дело специалистов, отделенных от основных бизнес-операций. Теперь мы знаем, что этот подход не годится. А причиной тому является следующее – он снижает способность бизнеса к действиям.

Другими словами, мы больше не можем позволить себе игнорировать технологии или оставлять их использование узким специалистам. Вместо этого мы все должны научиться справляться с ними – и с неопределенностью, которую они создают, и с возможностями, которые они предоставляют. Реальность такова: возложить ответственность за программное обеспечение на ИТ-отдел – это все равно что возложить ответственность за дыхание на «отдел кислорода».

КОНЕЦ МЕНЕДЖМЕНТА СБОРОЧНОГО КОНВЕЙЕРА

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

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

Наше раннее знакомство с персональными компьютерами и программным обеспечением мало свидетельствовало о том, что эти продукты отличаются от автомобилей (или от любого другого современного инженерного продукта, который создается методом сборочного конвейера). Конечно, ноутбуки, телефоны и другие высокотехнологичные устройства, которые мы покупаем, производятся на сборочных линиях – очень продвинутых, но все же конвейерах. И первые приобретенные потребителями компьютерные программы, казалось, были похожи на любой другой продукт. Мы приходили в компьютерный магазин, выбирали большую, запакованную коробку Microsoft Office или Lotus 1-2-3 и несли ее домой, чтобы установить на персональный компьютер. Эти продукты, безусловно, были «производственными» товарами, даже если разработчики программного обеспечения того времени подозревали, что что-то изменилось.

Но начиная с первой волны развития интернет-компаний в конце 1990-х годов мы стали наблюдать появление нового вида распространения программного обеспечения – как услуги SaaS (software as a service) – одна из форм облачных вычислений, модель обслуживания, при которой подписчикам предоставляется готовое прикладное ПО, полностью обслуживаемое провайдером – перев.). В этой модели мы не устанавливаем программное обеспечение на наши локальные компьютеры. Оно работает на сервере компании, и мы используем его через интернет и наши браузеры. Новшество, предложенное SaaS-компаниями, заключалось в том, что нам не нужно больше идти в магазин и снова обновлять программу; последняя версия программы будет всегда доступна, потому что она всегда работает на серверах компании.

УХОД ОТ ПРОИЗВОДСТВЕННОГО МЫШЛЕНИЯ

Этот переход может показаться незначительным изменением процесса, однако сложно переоценить, насколько значителен сдвиг парадигмы, который он собой представляет. Почему? Все потому, что производственный процесс (копирование программного обеспечения на дискеты, CD- или DVD-диски) больше не является частью процесса распространения программного обеспечения. И исключив этот шаг, мы создали принципиально новую модель.

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

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

Рассмотрим один потрясающий факт: Amazon выпускает очередное обновление программного обеспечения каждые 11,6 секунд[6]. Возможно, это происходит благодаря набору приемов, называемому непрерывным развертыванием. По сути, непрерывное развертывание позволяет разработчикам программного обеспечения поддерживать системы в состоянии постоянной готовности и вносить в них дополнительные изменения. Amazon занимает лидирующие позиции в этой сфере, но для других крупных компаний ежедневное обновление программного обеспечения стало обычным делом, а во многих компаниях это происходит по несколько раз за день.

Что это означает в плане управления? Мы считаем, что не будет преувеличением сказать, что это меняет всё. В цифровом мире больше нет никакого «промышленного производства». В мире с зафиксированными стадиями производственного процесса цена изменений высока: всякий раз, когда вы вносите изменения в продукт, вам нужно снова проходить через весь процесс производства, а это влечет за собой расходы. Таким образом, есть смысл ограничивать частоту изменений в производимых товарах. Однако, освобожденные от производственной стадии процесса, мы устраняем этот сдерживающий фактор. Ограничения на изменения существуют в других частях системы – например, сколько изменений может «переварить» пользователь или сколько изменений мы можем внести без ущерба качеству или увеличения других затрат. Но как демонстрируют лидеры отрасли, такие как Amazon, эти ограничения гораздо менее жесткие, чем мы могли бы представить. На практике теперь можно представлять новые функции, возможности и услуги клиентам и собственным сотрудникам на постоянной основе и в удивительно быстром темпе.