Методические указания для самостоятельной работы студентов Дата разработки 15. 07. 2008 (стр. 6 из 23)
Создание информационной системы управления предприятием следует рассматривать как одну из важнейших программ развития предприятия, состоящую из цепочки взаимосвязанных проектов, результаты каждого из которых необходимы для реализации последующих.
Стратегия развития ИСУ должна давать ответ на четыре основных вопроса: «зачем?», «чего не хватает сейчас?», «как?» и «каковы ожидаемые результаты?». Остановимся на этих вопросах подробнее — это поможет понять суть стратегии развития ИСУ и ее взаимосвязь со стратегией развития предприятия в целом, или, другими словами, со стратегией бизнеса.
Зачем? Ответом на вопрос должна служить непосредственно стратегия бизнеса с миссией, целями и задачами предприятия. Профессионально и комплексно разработанная стратегия бизнеса позволит определить место ИСУ и формализовать целевые показатели стратегии. Место ИСУ выражается в том, каким образом она способна повлиять на успешность и эффективность достижения целей в рамках стратегии бизнеса, а также в оценке этого влияния на развитие предприятия. Работы в области стратегии развития ИСУ, помимо вопросов управления, должны охватывать также такие области, как вопросы использования прикладных систем (программного обеспечения) и инфраструктурные вопросы.
Чего не хватает сейчас? Ответ на этот вопрос позволяет оценить состояние имеющихся ресурсов и спрогнозировать потребность в дополнительных ресурсах для развития ИСУ. В качестве ресурсов необходимо рассматривать временные, бюджетные, человеческие и технические ресурсы.
Как? Для ответа на этот вопрос необходимо формализовать требования к ресурсам, которые будут использоваться для развития и функционирования ИСУ, а также выбрать наиболее оптимальный вариант развития.
Под вариантом развития ИСУ авторы в первую очередь подразумевают возможные сценарии применения того или иного вида управленческого ПО для поддержки сегодняшнего и прогнозируемого/желаемого уровня управления. Более подробно варианты развития будут рассмотрены в отдельном разделе.
Каковы ожидаемые результаты? Этот вопрос необходимо задавать с целью выявления и четкой формализации эффектов от развития ИСУ, допустимых затрат и рисков. Необходимо рассматривать управленческие, социальные и экономические эффекты в комплексе, разрабатывая при этом качественные и количественные показатели эффективности. Данные показатели должны быть взаимосвязаны с показателями, разработанными для стратегии бизнеса. В процессе разработки стратегии развития ИСУ должна быть заложена основа для оптимизации всех планируемых затрат, а также формализованы возможные риски для последующей разработки упреждающих мероприятий.
Формирование интереса к стратегии развития ИСУ происходит, как правило, при определенных условиях. Другими словами, могут существовать следующие основания для разработки стратегии:
видение (успешно проведена разработка собственной стратегии бизнеса; руководство начало рассматривать ИСУ как инструмент управления; есть успехи других компаний в ИТ-проектах);
финансовые средства (ИТ-затраты становятся значимыми для бюджета; текущий уровень ИСУ становится тормозом развития бизнеса; планируются или уже сделаны крупные инвестиции в информатизацию);
полномочия (статус ИТ-менеджера повышен до уровня вице-президента или заместителя генерального директора; в функциональных (не ИТ) службах создаются подразделения, ответственные за развитие ресурсов ИСУ).
Таким образом, основными базисами разработки стратегии развития ИСУ следует считать:
отправную точку — существующее положение (как в сфере управления и функционирования, так и в сфере использования ИТ);
желаемые горизонты — стратегию бизнеса (стратегию развития предприятия);
доступные инструменты (для движения от отправной точки до желаемых горизонтов) — общие отраслевые и технологические тенденции использования ИТ.
Рис. 1. Составные части стратегии развития ИСУ
Комплексное использование этих базисов дает возможность получить три составные части стратегии развития ИСУ (рис. 1):
позиционирование и роль ИТ на предприятии (приоритеты и направления их развития), согласованные со стратегией бизнеса (т. е. учтено, на какие бизнес-процессы влияет функционирование ИСУ);
стратегический план достижения целей развития ИСУ, балансирующий ресурсы и проекты (внедрение бизнес-приложений, развитие инфраструктуры, управление жизненным циклом ИТ);
техническая архитектура (аппаратные и программные платформы, общие службы и интеграция компонент, методологии и стандарты).
Самое главное в процессе разработки стратегии развития ИСУ — это достижение соответствия между прогнозируемым/желаемым уровнем развития бизнеса и необходимым для этого уровнем развития ИТ.
Как отмечалось, одним из главных этапов разработки стратегии является выбор возможного сценария использования управленческого ПО. Автор считает необходимым остановиться на данном вопросе более подробно и формализовать варианты развития ИСУ с данной точки зрения, а также раскрыть суть критериев оценки вариантов и выбора из них оптимального.
Варианты развития возникают в результате взаимоотношений между принципами управления (сегодняшними и желаемыми/прогнозируемыми) и средствами их поддержки (которые можно разделить на две группы — разработанное собственными силами и готовое управленческое ПО). Возможные укрупненные варианты развития ИСУ представлены на рис. 3. Перемещение относительно координаты «Принципы управления» является процессом перехода на новый уровень управления согласно стратегии бизнеса. В свою очередь, перемещение относительно координаты «Средства поддержки используемых принципов управления» является процессом выбора инструмента, с помощью которого будет осуществляться данный переход.
Рис. 3. Варианты развития ИСУ
Дадим краткую характеристику возможных сценариев. Сначала опишем варианты для предприятия, которое использует «самописное» ПО (для отечественных предприятий данная ситуация является наиболее распространенной).
Вариант А-В. Дальнейшая разработка управленческого ПО собственными силами. Предполагает расширение функциональности имеющегося управленческого ПО до необходимого уровня. Данный вариант предполагает, что функциональность ПО будет расширяться поэтапно и параллельно с расширением круга используемых принципов управления и в определенный момент времени полностью будет удовлетворять всем бизнес-требованиям, выдвигаемым в процессе развития предприятия. Данный вариант предполагает:
разработку и утверждение долгосрочной концепции ПО (архитектура, уровень интеграции задач, средства разработки, СУБД и пр.);
четкую постановку задачи для собственной команды разработчиков;
утверждение сроков и очередности разработки и внедрения ПО;
использование спиральной модели ЖЦ систем.
Вариант A-D. Переход на готовое управленческое ПО, функциональность которого существенно выше функциональности существующего (используемого) управленческого ПО. Данный вариант предполагает внедрение готового управленческого ПО с использованием «метода скачка». Он имеет большую степень риска и требует серьезного контроля со стороны руководства. Этот вариант возможен лишь в том случае, если предприятия имеет достаточный уровень готовности, а именно:
оптимизированы бизнес-процессы;
существует план перехода на новый уровень управления;
есть достаточное количество квалифицированных работников;
сформированы требования к ПО;
выбрана компания-поставщик, которая способна предоставить профессиональную команду внедрения;
выделен бюджет;
функционирует техническая инфраструктура ИСУ и многое другое.
К сожалению, для большинства отечественных предприятий данный вариант остается непригодным.
Вариант А-С. Переход на использование готового управленческого ПО, которое не отличается по функциональности от имеющегося (его сложно назвать вариантом развития, но он обозначен, поскольку имеет место на отечественных предприятиях). В случае применения варианта А-С предполагается, что готовое управленческое ПО не имеет больших возможностей по наращиванию функциональности. Он используется для достижения недолгосрочных целей бизнеса (как правило, из-за политических и финансовых соображений) или же под натиском маркетологов компании-поставщика, обещающих «золотые горы».
Вариант A-C-D. Переход на использование готового управленческого ПО и поэтапное наращивание его функциональности с ростом уровня принципов управления.
Данный вариант предполагает использование готового ПО в качестве инструмента внедрения новых методов управления. Следует отметить, что это целесообразно только в случаях, когда предприятие четко сформировало для себя виденье прогнозированного уровня принципов управления. ПО должно отвечать всем бизнес-требованиям и иметь функционал по поддержке бизнес-модели предприятия1.
Вариант A-C-D требует осуществления комплексного выбора управленческого ПО.
Вариант A-B-D. Наращивание функциональности имеющегося управленческого ПО с планированием перехода на готовое управленческое ПО.