Информационный менеджмент: ответы на вопросы государственного образовательного стандарта. Часть 1. Ротарь В.Г - 21 стр.

UptoLike

Составители: 

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