Михаил Елашкин - SAP Business One. Строим эффективный бизнес

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

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

«Что для меня SAP Business One? Это инструмент для моего бизнеса. Как владелец бизнеса я не делаю разницы между инструментами. Для меня термин „Информационные Технологии“ — это лишь один из терминов. Мне все равно, что использовать для получения прибыли — автопогрузчик или компьютерные технологии. Если какая-то технология позволяет мне заработать больше, то я, безусловно, буду ее использовать. Для меня, как для человека управляющего бизнесом, CRM — это не программное обеспечение, а часть моего бизнеса по построению отношений с клиентами. Вы думаете, что я их без программного обеспечения не умел строить? Просто в определенный момент этих отношений становится слишком много для того, чтобы хранить это в голове или на листочке бумаги, и тогда мне нужен удобный инструмент».

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

2. Установите границы затрат (не только денежных), которые вы готовы понести для решения поставленной задачи.

Проведенное в 1994 году исследование Standish Group показало, что только 16% проектов в области разработки программного обеспечения оказались успешными, в то время как 31% проектов закончился провалом, а 53% имели серьезные проблемы. Это был шок для компьютерной индустрии! Каждый руководитель знал, что многие проекты в его компании проваливаются, выполняются не в срок или требуют гораздо больше ресурсов, чем планировалось, но каждый считал, что это только его проблема, и скрывал ее от остальных, чтобы не прослыть неудачником, неспособным достигать поставленных целей. А оказалось что это общая ситуация!

К чести бизнеса вообще и компьютерных технологий в частности, обнаруженная проблема обычно долго не «живет». На нее наваливаются всем миром и находят решение. Были разработаны специальные методики управления проектами, позволившие увеличить число успешных проектов до 29% в 2004 году. При этом средний перерасход денег на проекты снизился со 180% в 1994 году до 56% в 2004, а задержка исполнения — со 164% до 84%. Эти цифры характеризуют проекты, где программное обеспечение для выполнения каких-либо бизнес-задач разрабатывалось с нуля, но аналогичные проблемы, правда, в меньших масштабах, существуют и для внедрения готовых продуктов. Во многом это связано с тем, что большая часть ИТ проектов достаточно сложна и очень непросто оценить все затраты и сложности на уровне планирования. Однако бывают ситуации, когда проект затягивается и превращается в «долгострой». В такой ситуации сложнее всего закрыть такие проекты, списав вложенные в него ресурсы. Думаю, что вам знакома ситуация ожидания автобуса, когда, прождав его полчаса, вы уже почти физически не можете изменить планы — «вы уже столько ждали, если сейчас все бросить, то окажется, что все напрасно?» Именно поэтому важно определить, какие сроки, затраты и результаты вы считаете приемлемыми для проекта, и строго следовать этим решениям.