Читайте также:
|
На первый взгляд ответ на этот вопрос достаточно прост. Информационный менеджер - этот сотрудник компании, который занимается вопросами управления, связанными с информационным обеспечением, обработкой информации и автоматизацией этих процессов.
Однако в большинстве российских компаний, не только малых и средних, но и в крупных вы не найдете сотрудника или группу сотрудников которые бы занимались специализированным менеджментом ИС. На вопрос кто занимается информационным обеспечением, скоре всего ответа получено не будет. Ответ на вопрос, кто занимается техникой и программными средствами для обработки информации, будет простым - «программисты». Под «программистами» будем понимать специалистов по программным средства Software в широком смысле.
Ситуация когда все вопросы применения информационных технологий решают «программисты» сложилась исторически. В основе любой ИС лежит совокупность приложений, отражающих ее ресурсы и представляющих непосредственный интерес для ее владельца и пользователей. Именно приложения составляют базу информационной системы, а не компьютеры, сети и программы, роль которых на самом деле вторична. «Полезность» ИС для конечного пользователя определяется именно приложениями. Это часто приводит к тому, что эффективность работы ИТ-подразделений оценивается по уровню помощи оказываемым сотрудникам компании при работе с этими приложениями. Согласно исследованию специалистов крупных западных компаний список из десяти причин наиболее частых вызовов административного персонала выглядит следующим образом: Не могу печатать
Конфликты или несоответствие DLL Забытый пароль Проблемы с входом в систему Проблемы с электронной почтой Проблемы с удаленным доступом Вопросы типа «как сделать?» Зависание или крах системы
Аппаратный сбой. Необходимость восстановления стертого файла.
Таким образом, и конечные пользователи ИС и менеджмент компании, как правило, имеют дело именно со специалистом по компонентам Software системы.
Другой фактор, влияющий в том что акцент в ИС сместился в область программных средств: программисты потратили много сил на то, что доказать самостоятельную ценность программ как изделий. Программы приобрели самоценность, как с точки зрения программистов, так и на взгляд менеджеров. Однако при такой точке зрения забывается тот факт, что ПАК - это всегда единое целое.
При рассмотренном выше подходе к управлению информационным обеспечением, обработкой информации и автоматизацией этих процессов все решения по формированию системы ложится на специалистов в области Software. При этом подразумевается, что программист энциклопедически образован. Он принимает все решения по архитектуре и конфигурации системы, выполняет рабочее проектирование, создает документацию, определяет требования к персоналу ИТ и конечным пользователям, проводит обучение сотрудников всех уровней системы и т.д.
Таким образом, специалист области Software берет на себя все функции информационного менеджера. При создании больших ИС на крупном предприятии опасность такого подхода вполне осознается менеджментом предприятия. Для малых предприятий, как правило, этого не происходит. С точки зрения руководства малого или среднего предприятия, достаточно привлечь в компанию «знающего человека», который решит все проблемы.
Специалисты области разработки и внедрения ИС подробно анализировали последствия такого подхода. Перечислим наиболее общие из них.
Программист создает информационную систему (включая непосредственно программные продукты) «под себя». При этом решения основаны на личных пристрастиях.
Нет единой концепции ИС. Концепция ИС и детали ее функционирования ни с кем не согласуются. Дефекты, выявленные в ходе внедрения, ликвидируются на ходу.
Неучтенные в ходе разработки требования конечных пользователей, разрешаются «по ходу дела». Модификация отдельных программ и комплексов программ не согласуются с общей структурой ИС. Не создается документация ни для проектных решений ИС, ни для программных продуктов. В этой ситуации работа компании во многом зависит от одного или нескольких человек. Уход авторов АИС может стать катастрофой.
Кроме перечисленных очевидных отрицательных сторон передачи управления системой специалисту области Software есть не и неочевидные. Отсутствие четкой стратегии развития ИС
Слабая связь решения в области АИС с общими задачами менеджмента компании: менеджеры не посвящают специалиста-информационщика в задачи компании, а он ими не интересуется. Отсутствие экономического обоснования эффективности АИС.
В условиях растущей зависимости эффективности функционирования компаний от ИС, возникает необходимость практически повседневное планирование деятельности ИТ-подразделения, включающее не только финансовый учет, но и ведение рабочего графика, согласованного со стратегическими целями всей организации. Специалисты области ИТ должны обеспечить требуемый уровень предоставления сервисов в определенные сроки и в соответствии с плановыми затратами.
Деятельность подразделений, обеспечивающих функционирование АИС компаний необходимо регулировать. Высокая значимость правил и регламентов определяется еще и тем, что они позволяют ИТ-менеджеру оценивать производительность службы и представлять высшему руководству компании объективные данные о результатах деятельности подразделения. Внедрение регламентов в повседневную жизнь вызывает головную боль у любого менеджера. Чтобы превратить сотрудников ИТ-департамента в своих союзников он должен убедить их в необходимости вводимых регламентов. Проще использовать директивный подход в форме приказа и жестко контролировать его исполнение. Однако в этом случае всю ответственность за конечный результат принимает на себя сам ИТ-менеджер, а для достижения успеха он должен досконально знать структуру ИТ- департамента и хорошо понимать особенности бизнеса организации.
Способ регламентации работы, состав и содержание регламентов следует выбирать исходя из специфики деятельности организации. В качестве основных можно выделить следующие правила и регламенты:
правила работы персонала в аварийных ситуациях; правила внесения изменений в информационную систему;
правила доступа;
регламент выполнения резервного копирования данных; регламент реагирования на запросы пользователей; регламент взаимодействия с другими подразделениями; соглашение об уровне обслуживания (Service Level Agreement)
Разработка правил и регламентов, безусловно является задачей ИМ компании.
Дата добавления: 2014-11-24; просмотров: 151 | Поможем написать вашу работу | Нарушение авторских прав |