12 «пробок», тормозящих IT в компании: Часть 2

12 «пробок», тормозящих ИТ в компании


Корпоративные IT-подразделения зачастую отличает медленная скорость работы. Вроде бы и инвестиций хватает, и кадров достаточно, и отбор по профессиональным компетенциям строгий. Почему же наряд на простейшую задачу обновления драйверов сканера выполняется месяц? Почему постоянно переносятся сроки сдачи нового веб-сайта компании? Почему во время работы пользователи часто ловят баги в только что разработанном и утвержденном приемной комиссией ПО? На основе материала с портала http://www.cio.in мы подготовили статью, отвечающую на эти и другие вопросы.



В первой части статьи мы рассмотрели шесть возможных причин "торможения" в IT. О том, что еще может негативно влиять на эффективность IT-отдела вашей компании, читайте ниже.



«Пробка» №7: стопроцентные гарантии надежности

Физиология IT во многом имеет сходство с броненосцами (не только с животными, но и с техническими))). То есть если уж жилет, то пуленепробиваемый – и никак иначе. В том смысле, что на выходе проекта ожидается решение с максимальными параметрами надежности, безопасности и так далее. Разработка таких решений отнимает массу ресурса. Но практика показывает, что 100% гарантии не бывает НИКОГДА – это хорошо для академиков, теоретизирующих о сферических непарнокопытных в вакууме. Жизнь всегда дает погрешность. Тогда зачем тратить впустую столько времени и сил ваших IT-команд?


Посмотрим с другой точки зрения: кодинг для случаев, когда система уязвима раз на тысячу транзакций, занимает столько же времени, что и кодинг для случаев поражения сотня в день. Поэтому предлагаем вспомнить урок из ранней эпохи IT: программируйте для общих случаев, а остальное доверьте «ручному управлению». Компьютеры хороши в общем. Для исключений – созданы люди :)


И старайтесь планировать проекты, приближенные к реальным условиям. В реальной жизни может случиться всякое, не стоит гоняться за эфемерным идеалом, делайте продукт для материального мира людей. И вы увидите, что IT-отдел заметно ускорится.

«Пробка» №8: хранилища данных

Если попробовать описать в двух словах типичный проект по созданию хранилища данных, получится что-то вроде «вне расписания». Однако хранилища данных хронически запаздывают вследствие сложности разработки систем оперативной аналитической обработки данных, оптимизируемых для ответов на вопросы, которые еще не известно, когда и кем могут быть заданы.


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


12 «пробок», тормозящих ИТ в компании

«Пробка» №9: акцент на затратах

«Принимающие решения» в вашей компании забыли, что затраты генерируют прибыль? Стоп. Кто угодно может взять и порезать бюджет, сократив расходы. Важно делать это с умом и без ущерба для качества вашего продукта. И вот тут в игру вступает пресловутая совокупная стоимость владения активами, ТСО (англ. Total Cost of Ownership). Причем не в хорошем смысле.


Когда речь заходит о ТСО (то есть фактически о расходах владельцев), функциональность теряет свою важность – вплоть до полного отказа от нее. Потому что самый простой путь сократить расходы – это использование и поддержка материалов, менее функциональных, с ограниченными возможностями. Меньше используем – меньше расходы.

Ваша самописная CRM-система безнадежно устарела и нужно купить современное решение "из коробки"? О нет, лицензии на ПО сейчас слишком дорогие! Лучше допишите “костыль”, сюда и еще вот сюда – бизнесу этого хватит. А кто не справится – его проблемы, наймем других клиент-менеджеров. Лишь бы не наращивать расходы.


Ваш парк серверов слишком устарел и уже пять лет требует комплексного апгрейда? Не-е-ет, на это идти нельзя, это же дорого! Ну разве что присмотреть б/у оборудование где-нибудь на распродаже. Но тратиться на “железо” – это чересчур.


Сейчас модно переносить рабочие мощности в облака, но мы не можем позволить себе тратить на непонятную технологию слишком много. Есть ведь лоухостеры, у которых всё то же самое, а денег заплатим меньше.


На самом деле, нет. О том, чем отличается качественный сервис от массового лоухостинга, читайте в нашем материале “Большая разница: SIM-Networks или лоу-кост?”


И вот что происходит, когда ТСО захватывает власть над здравым смыслом: вы просто перестаете получать необходимое. Ибо одно из главных правил гласит: нельзя получить то, что нельзя измерить привычными метриками. К ценности IT это имеет самое непосредственное отношение.


Кроме того, если сосредотачиваться на сокращении расходов, уже невозможно будет сосредоточиться на ускорении процессов. А если скорость не является приоритетом, никакой скорости и не будет.

«Пробка» №10: высокоточная IT-архитектура вместо инноваций

Бизнес чтит традиции, и это проявляется в наследовании буквально всего – потому что «сегодня должно быть, как вчера». Поэтому бизнес-подразделения хотят получить непробиваемые, «высокоточные» системы, в которых никогда не теряются данные, а аналитика всегда дает точные ответы.


Это хорошо, но уже неактуально. Сейчас конкурентным преимуществом считается уже не неуязвимость, а инновации. Будущее уже наступило, и оно принесло с собой новые парадигмы. Не стоит вынуждать новаторов – тех же упомянутых «сумеречных» IT – строить системы по старым схемам, изжившим себя, так вы потеряете конкурентные преимущества. Новое поколение IT-экспертов не стоит загонять в узкие рамки прошлых представлений – дайте им больше свободы, пусть проявят свое видение решения задачи, поверьте, это стоящее дело. Позвольте будущему наступить!


12 «пробок», тормозящих ИТ в компании

«Пробка» №11: «тихое болотце»

Даже в хороших IT-отделах в какой-то момент может включиться «синдром выгорания» (особенно в компаниях, где процветает система протоколирования и отчетности за каждый шаг), когда потребности в инновациях не то чтоб нет, но все привыкли обходиться без них. Инициативы проявляют мало, потому что «всё ведь и так нормально работает!» Поэтому в ускорении работы IT-отдела не видят смысла – поощрения все равно не дождешься, так зачем двигаться быстрее?


Если у вас в компании процветает такая культура, срочно избавляйтесь от нее! Там, где стоячая вода, развития не бывает, только разложение.

«Пробка» №12: избыток формализма

Когда речь идет о дистанции между бизнес-подразделениями и IT, часто выясняется, что формальные отношения выстраивают непреодолимую стену. Если внутри одной организации отдел IT проецирует на бизнес тот же протокол общения, что и с внешними клиентами (встречи и обсуждения строго в рамках регламентов, SLA, соглашений и т.д.), естественно, работа IT над задачами, поставленными бизнесом, серьезно замедляется. Не лучше ли попробовать начать беседу на равных с вопроса: «Что вы хотите сделать и чем мы можем вам помочь?» – и получить как можно больше информации от заказчика?


Когда-то внутрикорпоративный формализм действительно работал. Но повторимся в который раз: времена изменились, и некогда «лучшая практика» должна уступить место «лучшей из лучших». Меньше бумаг и официальных переговоров – больше информационного обмена! Потому что протокольные встречи означают, что IT и бизнес сидят по разные стороны стола. Но ведь IT-отдел играет на том же поле, что и другие подразделения компании, верно? Отсюда и вывод… ;)


Оригинал статьи:

http://www.cio.in


Авторский перевод: Алиса Кандеева

Понравилась статья? Поделитесь ею в социальных сетях!