Глава Red Hat: треть мировых ИТ-расходов это деньги «на ветер»

Почему ИТ становятся не дешевле, а дороже - вопрос, который поставил Джеймс Уайтхёрст (Jim Whitehurst), президент и генеральный директор Red Hat, во время сетевой трансляции в Interop.

Мощность процессоров и емкость хранилищ, в соответствии с законами Мура (Moore) и Крайдера (Kryder), удваиваются каждые полтора года, а закон Гилдера (Gilder) говорит, что емкость сети должна удваиваться каждые полгода. Рост этих показателей эффективности должен прийти в соответствие с показателями экономики. Но это не так, говорит Уайтхёрст. «Функциональность должна быть взрывной, а расходы должны падать - и будучи CIO, вы должны быть рок-звездой и присутствовать на поле для гольфа в три часа», - пошутил он.

По его словам, ИТ-вендоры «выкачивают» деньги из компаний. Старая модель поставки программных продуктов и технологий клиентам разрушена в принципе, и это объясняет причины сбоев в ИТ-проектах, вирусные инценденты, и то, что программное обеспечение и аппаратные средства компаний «вырабатывают» пятилетний цикл продукта, хотя многие из них никогда не используются.

По его консервативным оценкам, из $1,4 трлн. в мирового ИТ-бюджета, по крайней мере $500 млрд. тратятся совершенно впустую. «А безвозвратные потери для общества намного выше», говорит Уайтхёрст – вероятно, что-то порядка $ 3,5 трлн. Эти расходы принимаются во внимание как волновой эффект». Стоит отметить, правда, что эти расходы обеспечивают $ 500 млрд. стоимости рабочих мест и мультипликативный эффект.

Проблемой является и то, что вендоры пытаются предсказать будущее на много лет, и готовят свою продукцию для «большого взрыва» обновления в далеком в будущем. Это резко контрастирует с итеративным и более скромным циклом поставщиков продуктов с открытым кодом и интернет-приложений. 28 мая министр цифрового развития Максут Шадаев выступит на TAdviser SummIT 9.4 т

Уайтхёрст сравнивает итерационные модели с Кайдзен. Это японская философия постоянного совершенствования бизнеса, которая приводит к чистым и экономичным технологиям в производстве, впервые она была разработана в компании «Тойота». Суть ее в том, что на бережливом производстве вы работаете в малых группах, передаете чертежи вверх и вниз по цепи поставок, постепенно изменяя продукцию и постепенно улучшая ее. Это приводит к уменьшению дефектов производства.

Кайдзен-подобный подход к разработке программного обеспечения, воплощенный в проектах с открытыми кодами (а также в сервисах, таких как Salesforce.com) дает более низкий уровень дефектов в программном обеспечении, нежели продукты «большого взрыва». Уайтхёрст подчеркнул: он может показать, что благодаря модели открытого исходного кода, собственные усилия Red Hat в области развития дали на порядок меньше дефектов в строках кода, чем в результате усилий подготовки «большого взрыва».

Согласно Кайдзен существует еще элемент агрессивного сокращения расходов, о котором Уайтхёрст не упоминает. Тем не менее, он отметил, когда Delta Airlines была в состоянии банкротства, в то время он был CIO в компании и ИТ-отдел был местом, где было почти невозможно сократить расходы из-за характера продукции, лицензирования и контрактов поддержки с вендорами.

Продавцы, понимающие реальные проблемы индустрии информационных технологий, имеют шанс коренным образом преобразовать ИТ во время «облачной» революции, сказал Уайтхёрст. Согласно его предположению, происходящие в ИТ изменения (поскольку мы переходим к виртуальной инфраструктуре, которая разворачивается вокруг ЦОД и прорывается на другие «облака») видятся как преобразования при переходе от мэйнфреймов к распределенным системам.

«На это уйдут десятилетия работы, так что это долгая, долгая рабочая смена», - считает Уайтхёрст. Он подчеркнул, что нужно оказывать давление на поставщиков ИТ, ссылаясь на революции персональных миникомпьютеров в 1970-х и 1980-х годах и, как следствие - революции Unix в 1980-х и 1990-х годах.

Чтобы получить правильную «облачную» революцию и сократить расходы на ИТ, такие компании, как Red Hat, должны выходить за рамки использования открытого кода и обеспечивать хорошее программное обеспечение инфраструктуры, заявил Уайтхёрст. Они на самом деле должны вовлекать заказчиков в процесс, как Кайдзен привносит детали поставщиков и клиентов в цикл подготовки продукта.