Александр Муньков: У айтишников России нет «репутационной истории»
 
                 
Поиск по сайту
 bit.samag.ru     Web
Рассылка Subscribe.ru
подписаться письмом
Вход в систему
 Запомнить меня
Регистрация
Забыли пароль?

Календарь мероприятий
апрель    2024
Пн
Вт
Ср
Чт
Пт
Сб
Вс
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

показать все 

Новости партнеров

22.04.2024

Сообщество цифровых управленцев «я-ИТ-ы» проводит ЗАКРЫТУЮ встречу в рамках выставки «Связь-2024»!

Читать далее 

18.04.2024

Ассоциация разработчиков «Отечественный софт» отметила 15-летие

Читать далее 

17.04.2024

РДТЕХ представил Технологическую карту российского ПО 2023

Читать далее 

16.04.2024

RAMAX Group получила партнерский статус уровня Gold по продукту Tarantool

Читать далее 

показать все 

Статьи

18.04.2024

5 способов повысить безопасность электронной подписи

Читать далее 

18.04.2024

Как искусственный интеллект изменит экономику

Читать далее 

18.04.2024

Неочевидный САПР: выход ПО за рамки конструкторской деятельности

Читать далее 

18.04.2024

Скоро некому будет делать сайты и заниматься версткой

Читать далее 

18.04.2024

Цифровая трансформация в энергетике: как запустить проект с максимальным финансовым эффектом?

Читать далее 

05.04.2024

Мотивируй, не то проиграешь!

Читать далее 

22.03.2024

В 2024 году в России и мире вырастут объемы применения AR/VR 

Читать далее 

25.02.2024

Цифровые технологии: надежды и риски

Читать далее 

05.02.2024

Будут ли востребованы услуги технической поддержки софта Oracle в России в ближайшие годы?  

Читать далее 

31.01.2024

Здания с признаками интеллекта. Как Сергей Провалихин автоматизирует дома и производства

Читать далее 

показать все 

Александр Муньков: У айтишников России нет «репутационной истории»

Главная / Интервью / Александр Муньков: У айтишников России нет «репутационной истории»


 

БИТ:  На одной из конференций Вы коснулись проблем российских ЦОД, в частности, прозвучала скептическая оценка их надежности. На чем она основана?

АМ:  На конференции, которая имеется в виду, представитель компании Fudjfilm интересовался, какой тип носителя предпочтительнее для ЦОД – дисковый, либо магнитная лента. Это, на мой взгляд, вопрос частный. Проблема отечественных IT-проектов, как и всей ИТ-индустрии, не в аппаратном обеспечении, с ним как раз все в порядке, а в некачественном программном обеспечении. С этой моей позицией коллеги тогда согласились. Статистикой эффективности ЦОД я не располагаю, но программное обеспечение определяет их работу на 90%.

БИТ:  Некачественное, как Вы считаете, ПО свойственно российскому ИТ вообще?

АМ:  В принципе, да. Это хорошо видно по банковской сфере, да и в целом по бизнес-процессам.  «Железо», чаще всего, работает безупречно во всех сегментах ИТ. А программы рушатся, останавливаются… Недавно был сбой на Московской Бирже, она «зависла» более чем на час. Были приостановлены торги. Периодически недоступны банкоматы, эти проблемы системны. Мы не обеспечиваем совершенствования процессов ПО отрасли. Наши разработки выглядят как творение временщиков.

БИТ:  Если проблема столь масштабна, в чем ее корень?

АМ:  Возможно, это «родовая травма» 90-х годов – ИТ в те времена была самой закрытой и трудно контролируемой отраслью, под нее можно было осваивать какие угодно средства. Другие предприятия либо самоурегулировались (вынудил рынок), или были вынуждены исчезнуть.  А вот ИТ-индустрия продолжала съедать деньги, причем, отдача от нее неоднозначна, туда пришли специалисты с самым разным образованием, кроме того, дает о себе знать кадровая нехватка. Если взять более традиционные производства, к примеру, химическое или пищевое, им присуща четкая иерархия, по карьерной лестнице никто не скачет через несколько ступенек: невозможно стать главным инженером, не побывав инженером ведущим, до того старшим, а для начала просто закончить соответствующий вуз, повышением по рангу логично возрастают зарплата и ответственность.

ИТ же дает возможность свободно поработать программистом в одной компании, уйти в другую, в третьей стать архитектором, вновь вернуться на должность программиста – всякий раз будет расти зарплата, к ответственности привязанная слабо  - все компании стараются переманить сотрудников друг у друга. Кроме того, существенно много проектов, которые провальны, хотя и выдаются за успешные, однако работают от силы год.

На уже упомянутой конференции во время своего доклада я поинтересовался: у кого из участников есть собственные хранилища данных? Руку подняли 90%. А кто хранилищем доволен? Рук не поднялось ни одной.

Другая системная проблема: наличие разрыва между технологической и управленческой составляющими, то есть между дефицитом кадров и отсутствием у них, если так можно сказать, «репутационной истории». Допустим, инженер, ведя проект самолетов МиГ или СуперДжет, после, не дай Бог, серьезного просчета, в своей области будет считаться если не изгоем, то проект уровня того же, а тем паче сложнее, вряд ли ему доверят. Люди же, провалившие ИТ-проект, спокойно сменят компанию, оправдываясь массой объективных трудностей, и шлейф неудачи за ними не потянется.

СА: Но ведь у нас открыты представительства мировых лидеров, они  сами набирают штат из учившихся не только здесь, но и заграницей. Это не создает давления мировых стандартов?

АМ: Понимаете, бывают разные стандарты. Один из главных  формулируется так: успех проектов по автоматизации зависит от дружественного взаимодействия заказчика и подрядчика. Оба должны находиться внутри процесса. Но это в идеале, а в наших условиях между ними чудовищный разрыв. Заказчик, считая, что раз уж он за все платит ему обязаны «принести счастье», и project-менеджеры, не в состоянии оценить степень риска, зачастую приступают к реализации заказа, в котором нечетко прописаны требования (Business Requirements Document, BRD) и без достаточного экономического обоснования. А на Западе обязательна экспертиза, включающая следующие критерии: выполним ли проект, выполним ли он в надлежащие сроки, существуют ли технологии, подходящие проекту, не противоречат ли требования проекта законодательству, какова его первичная стоимость. То есть не все решают деньги заказчика и его ничем не ограниченное «хочу». У нас же такая иллюзия есть у обеих сторон. Исполнитель полагает, что главное как-нибудь «влезть», а дальше «удержимся любой ценой, договоримся, растянем сроки, переплатим, дадим кому-то преференции, но в проекте останемся».  К сожалению, у нас в стране это работает.

БИТ: Но в договоре же указаны санкции за срыв срока, за другие несоответствия?

АМ: Это все обходится разными способами. Возьмем самый распространенный. В договоре указан объем работы, сроки, штрафные санкции – все, как надо. Но заказчик, пренебрегая точностью формулировок BRD, думает «а это я проясню потом, по ходу дела».  И вот приходит исполнитель с текстом BRD, указывая на какой-нибудь пункт в середине, не совсем, дескать, ясно, как его понимать.  И после уточнений заказчика говорится: «Но вы понимаете, что это еще 5 миллионов?». Как поступит project-менеджер заказчика? Повинится перед руководством в своем изначальном просчете? Или сошлется на «изменившиеся обстоятельства»  («раньше мы обрабатывали только  кредиты, а теперь расширились до депозитов, и в это направление надо инвестировать еще 5 миллионов для автоматизации процесса»)?  Выгодность вложений в проекты ИТ-индустрии оценить крайне сложно. Если с банковскими картами все более-менее наглядно,  то как, например, предвосхитить экономический эффект от DWH, BI (Системы поддержки принятия решений), если, допустим, банковские аналитики, перелопатив массив данных, посоветуют большую часть средств направить на категорию вкладчиков, условно «до 30 лет, живущих в московском регионе, при этом женатых»? Как посчитать точную сумму экономического эффекта в таком случае?

БИТ:  ЦОДы, как и Big Data, как и облака одновременно со своим распространением аккумулируют и новые задачи, ведь это возможно?

АМ. Согласен. И все же вернусь к начальном у посылу: ИТ в России не имеет четких критериев оценки качества, сроков и стоимости. Это работает на Западе, где уже с 70-х годов, многие банковские системы не требуют даже модификации - настолько поставлены бизнес-процессы. Если система, разработанная с использованием алгоритмического языка Cobol,  успешно действует 30 лет с применением языка (одна американская компания, в разработке ПО для которой я недавно участвовал, была крайне удивлена, что у нас его практически не знают!), докупаются новые аппаратные средства и растет массив данных, остальное неизменно.

БИТ: Вы обозначили две причины отставания: отсутствие архитекторов (образованных профессионально) и некачественная разработка ПО. Это вещи взаимосвязанные?

 АМ:  Уточню: у меня претензия  не к вендорам ПО (вендор – это поставщик ИТ-услуг, их же и производящий, например, Oracle, Micfosoft – у них более строгая технологическая  платформа и качественный менеджмент), а к исполнителям определенных проектов внутри банка - просто эта сфера мне ближе, хотя в других положение мало чем отличается), к интеграторам систем… Интересная особенность: среди первой двадцатки рейтинга крупнейших ИТ- компаний России 99% поставщиков аппаратного обеспечения.  Они закупают серверы  известных вендоров и монтируют… Претензий к серверам нет?  Замечательно! А ПО для работы на этих серверах, производят компании с куда меньшим доходом и квалификацией.

БИТ: А есть ли какие позитивные сдвиги?

АМ:  Разумеется. Бизнес-руководители все-таки начинают втягиваться в контроль за ИТ-сферой, приглядываясь к этой, может, не самой важной для себя отрасли, периодически пытаясь наводить в ней порядок.

                                                        Беседовал Александр Коднир

 

В начало⇑

Выпуск №02 (135) 2024г.
Выпуск №02 (135) 2024г. Выпуск №01 (134) 2024г.
Вакансии на сайте Jooble

           

Tel.: (499) 277-12-41  Fax: (499) 277-12-45  E-mail: sa@samag.ru

 

Copyright © Системный администратор

  Яндекс.Метрика