Основные понятия информационного менеджмента

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

Руководители информационных служб предприятий при выборе поставщиков склонны недооценивать необходимость анализа их стратегии в области инноваций. Однако проблема инноваций именно в сфере информатизации всегда возникает при выполнении программ развития в самых разных областях деятельности. Более того, при развитии любой сферы деятельности практически неизбежно нужно проводить инновационные мероприятия по информатизации.

В качестве примера можно привести характерную ситуацию, сложившуюся летом 1998 г. в европейских финансовых учреждениях вокруг перехода европейских стран на единую европейскую валюту евро. Страны, отказывавшиеся от перехода на евро, в качестве одного из основных аргументов приводили необходимость существенных изменений в банковской сфере, прежде всего в области ее информатизации. Банки этих стран стояли перед необходимостью создания или приобретения программных средств, работающих в двух или более валютах. Ранее у них такие операции не требовалось обеспечивать, и таких программ во многих банках просто не было. Оказалось, что для этого требуются огромные средства.

Принципы формирования проекта и внедрение информационных систем

Внедрение новых ИТ в организацию может сравниться с имплантацией искусственного органа в живой организм: если не приняты соответствующие меры, наступает неотвратимая реакция отторжения. Если идеологи новой системы упустили из виду необходимость согласования между собой новой системы и организационной структуры предприятия, тут же оказывается, что, несмотря на системный анализ, какие-либо важные требования и пожелания пользователей тем не менее не учтены в проекте.

В результате пользователи осознанно или интуитивно сопротивляются внедрению ИС, может быть, даже саботируют его: ведь при этом будет что-то улучшаться по сравнению с тем, что мы делаем (это значит, что мы работаем плохо - кому это понравится!); потребуются ото всех дополнительные усилия (а работы всегда много и так!) и затраты (возможно, значительные). В таких условиях часто даже очевидные усовершенствования не смогут «умиротворить» пользователей, они останутся по отношению к информационной системе в самом лучшем случае просто сдержанными или прохладными. Система же может вообще не оправиться от такого «промаха».

В принципе обычно не вызывает сомнений то, что новые информационные технологии открывают предприятию дополнительные организационные степени свободы. Однако для успешного их внедрения ИС должны опираться на положительную мотивацию работников, а при их создании необходимо разрешить проблему признания ИС в коллективе. Добиться этого можно только путем вовлечения работников непосредственно в процесс формирования системы в условиях конкретного предприятия. При этом целесообразно учитывать следующие методические принципы организации процесса формирования ИС.

Принцип 1: организационные структуры и технологические системы должны быть концептуально согласованы друг с другом.

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

Принцип 2: внедрение ИС на предприятии должно обеспечивать положительную мотивацию и удовлетворенность работников от работы с использованием предлагаемых проектом системы средств информатизации.

Распределение задач подразделения по рабочим местам - это реальное разделение труда. Определение компетенции работников и квалификационных требований к ним, как правило, может изменяться при введении ИС. Многое говорит за то, что эти изменения должны предприниматься планомерно, что нужно согласовывать вводимые изменения, если они необходимы, с интересами и потребностями пользователей, что изменения должны давать дополнительные возможности, обеспечивающие обогащение характера труда работника за счет использования новых технологий.

Однако ориентация на пользователя при введении ИС в подразделении включает нечто большее, нежели только «дружественное» по отношению к пользователю оформление технических, коммуникационных и иных средств. Недостаточно только понятно для пользователя обеспечить его диалог с системой, реализовать «защищенное от идиота» (idiotensicher - нем.) или «дуракоустойчивое» (foolproof - англ.) вхождение пользователя в контакт с системой, исключающее тяжелые последствия от случайных ошибочных действий, и учесть эргономические критерии.

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

Принцип 3: сами пользователи должны активно участвовать в создании, развитии и совершенствовании систем ОИ.

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

Так, работники производственных подразделений видят в информатизации угрозу своему положению, усматривают опасность изменения сложившегося разделения труда и личных отношений; короче говоря, они боятся, что все изменится к худшему. Может быть, так уже бывало: и раньше им рассказывали, как организована система и как в ней надо работать, не спрашивая, как им самим хотелось бы организовать свою работу в этой системе. Не последнюю роль играет страх работников структурных подразделений фирмы не дорасти до языка специалистов.

В итоге производственные подразделения испытывают неуверенность в себе. Естественной реакцией на неуверенность всегда являются «круговая оборона» и «сопротивление». Эти подразделения передают экспертам по ОИ в ответ на их запросы как можно меньше информации, может иметь место даже дезинформация. Когда система в таких условиях внедряется, пользователь испытывает острую потребность доказать, что создатели системы глубоко заблуждаются по поводу ее совершенства. Пользователи не упускают случая покритиковать систему, ее недостатки гипертрофируются, драматизируются, использование же попросту, саботируется.

Это естественная и вполне типичная реакция людей, которые ощущают сильную неуверенность в себе и видят мало шансов привнести что-то в процесс создания системы, осуществляемый помимо них, и реализовать с ее помощью в дальнейшем свои потребности.

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

Активное же участие производственных подразделений в создании ИС, если оно складывается, имеет следующие достоинства:

· пользователь с удовлетворением отмечает, что он имеет реальное влияние на развитие системы. У него не возникает ощущения, что тот вклад, который он вносит в формирование системы, может быть использован ему в ущерб. Следовательно, он скорее всего будет готов давать требуемую информацию;

· пользователь более охотно будет идентифицировать себя с системой. В этих условиях он не воспринимает систему как нечто чуждое, что разработали и создали для него другие, не спрашивая его мнения по этому поводу. Система, которая вводится с его участием, - это и его система тоже;

· пользователь не будет драматизировать недостатки системы, которые непременно проявятся после ее внедрения; эти недостатки не послужат поводом для доказательства «противнику» его ошибки. Более того, скорее всего создатель системы не будет восприниматься как некий «противник», а пользователь будет принимать активное участие в устранении недостатков «своей» системы;

· пользователь имеет возможность в процессе создания системы конкретизировать и уточнять свои представления о ней и при этом всесторонне учитывать ее технические возможности. Это очень важно, потому что пользователь не может четко сформулировать к началу разработки системы свои требования к ней и отчетливо высказать какие-то пожелания, так как у него еще нет практически никаких представлений о ее конкретных возможностях, а также о вариантах ее организации.

Принцип 4: участие производственных подразделений в разработке и развитии ИС предполагает соразмерные организацию и менеджмент проектных работ, а также соответствующие методы структурирования и поддержки коммуникаций между этими подразделениями и специалистами по ОИ.

Производственное подразделение, естественно, не может освобождаться от обычных задач полностью или даже частично на все время его работы над задачами создания новой части ИС. Поэтому непосредственное участие в работах над ИС обычно принимают лишь некоторые работники подразделения, направленные в состав коллектива разработчиков проекта. Однако в таких условиях остальные работники подразделения могут чувствовать себя отодвинутыми от этой работы. Это возможно тем более, что оставшиеся работники в дополнение к своим обычным обязанностям должны обеспечивать еще и функции своих отвлеченных на работу над проектом ИС коллег.

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

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

Если же такие методы не использовать, многое в работе может стать непонятным для работников основных профессий, это ведет к постоянным дискуссиям и нудным разъяснениям. В результате возникают легко расширяющиеся конфликты. Кроме того, повышение активности производственного персонала ведет к росту числа предложений в проект с его стороны. Если их все учитывать, сложность проекта соответственно возрастает, становится необходимым рассматривать большее число вариантов, учитывать больше факторов и требований. Это может привести к трудностям в управлении таким проектом. Повышение наглядности проектного процесса и степени понимания принимаемых решений способствует эффективности проекта.

Фазы процесса создания системы

Процесс создания ИС обычно разделяется на некоторые типовые фазы. В каждой фазе следует решать определенные проблемы, для чего в распоряжении разработчиков должны быть соответствующие методы и средства их поддержки. Такие фазовые схемы не являются, конечно, абсолютно объективными. Они оправдываются скорее всего из сугубо прагматических соображений необходимости упорядочения организации работ: правильно такое разделение работ, которое оказывается целесообразным для практической работы по созданию системы. С учетом изложенных выше принципов формирования ИС, опирающихся на тщательный учет структуры организации и обеспечение участия в работах производственных подразделений, представляет интерес такая последовательность типовых фаз.

Фаза 0: снижение уровня напряжения и взаимного предубеждения между производственными подразделениями и специалистами по ОИ.

Эту фазу вполне можно благополучно миновать, потому что она нужна только тогда, когда уже сложились на каких-либо основаниях и проявились в типовых ситуациях информатизации такие взаимные предубеждения.

В таких случаях перед началом работ по проектированию системы следует провести целенаправленно организационно-технические мероприятия по снижению предвзятости и формированию взаимного доверия. Содержание этих мероприятий определяется характером существующих противоречий, их истоками, имеющимися возможностями для маневрирования персоналом и ресурсами. Эта фаза входит в круг задач по управлению персоналом, вопросы данного характера рассматриваются далее.

Фаза 1: знакомство с объектом, изучение и анализ проблем.

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

Фаза 2: предварительное планирование целей.

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

Устанавливаемые на этом этапе цели будут предварительными, эти цели, возможно, будут конкретизироваться, а перечень их - уточняться. Но именно на этом этапе важно добиться прежде всего понимания всеми работниками подразделения того, что при определении целей речь идет не о целях для технологической части ИС, а о целях для интегрированной организационно-информационной системы в целом.

Следует отметить, что фазы 0-2 все-таки чаще всего приходится проводить при участии или даже под режиссурой подразделения ОИ, если оно, конечно, на фирме уже существует.

Фаза 3: организация работы над проектом.

Эта фаза наступает после того, как установлены границы создаваемой системы на пространстве деятельности предприятия, т.е. зафиксировано, какие задачи будут включены в сферу ее действия, и стало хотя бы приблизительно известно, какой объем будет иметь проект.

Центральными вопросами организации работ и соответствующей структуры являются следующие:

· выбор или отбор членов проектной группы, в особенности представителей производственных подразделений;

· определение компетенции всех участников проектных работ;

· определение круга лиц, постоянно информируемых о ходе работ;

· выбор инструментов, поддерживающих проектный менеджмент.

В практических руководствах по этим вопросам рекомендуется структурировать проектные работы на основе системного подхода. При этом особо подчеркивается необходимость участия производственных подразделений и предполагается, что работники подразделения имеют общее представление об инновациях и управлении проектами. Удовлетворить этому условию достаточно несложно, поскольку в настоящее время в учебный план подготовки менеджеров включен обязательный курс инновационного менеджмента, содержащий раздел управления проектами.

Фаза 4: анализ настоящего и будущего состояния.

В фазе 1 подлежащие решению задачи определены достаточно грубо и нечетко. Теперь необходимо детально обрисовать имеющееся состояние. В этом анализе выявляется следующее:

· в соответствии с поставленными задачами определяется информация, необходимая для их решения;

· описывается существующая организационная структура и формулируются ее недостатки;

· то же выполняется по отношению к существующей системе ОИ;

· оцениваются состояние работников (удовлетворенность или неудовлетворенность и ее степень) и их мотивация.

В создаваемой системе все положительное должно быть сохранено, все отрицательное - устранено. Кроме того, должны быть определены некоторые ключевые условия для обеспечения успешного существования в будущем создаваемой интегрированной ИС, в частности особенности ее технологического развития, правовое регулирование ее функционирования, программа развития основной технологии и т.д. Это требуется для того, чтобы система создавалась с необходимой степенью гибкости в расчете на будущее.

Фаза 5: планирование целей.

Предварительно сформулированные в фазе 2 цели могут быть подвергнуты проверке, оценке и при необходимости ревизии на основе более точной информации, полученной в ходе анализа существующего состояния и прогнозирования. Это позволит построить более совершенную систему, выявить и устранить грубые ошибки в решениях, принимаемых в начале работ в условиях значительной неопределенности, а также избежать их в дальнейшем. Такая коррекция целей на основе более точной информации позволяет еще и снизить меру ответственности за принимаемые на начальных этапах проектирования решения и тем самым - степень риска; она же позволяет добиться и снижения напряженности труда участников проекта.

Фаза 6: формирование вариантов концепции.

На этой стадии следует по возможности разрабатывать параллельно несколько вариантов концепции ИС. Если очень рано сужается пространство допустимых решений в вопросах выбора концепции в пользу одного определенного варианта, то повышается вероятность того, что будет принято не обязательно лучшее решение. Это обусловлено тем, что решение, отобранное на ранней стадии, не сопоставляется далее с другими возможными вариантами, что практически не дает возможности выявлять его недостатки.

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

Фаза 7: выбор концепции.

И при наличии нескольких вариантов концепции создаваемой системы рано или поздно нужно будет выбрать один из них. Для этого необходимо оценить предложенные варианты. Оценка сложных систем с участием нескольких лиц - специалистов по ОИ, работников подразделения, руководства предприятия - осуществляется всегда трудно. Существенный эффект в сужении круга вариантов может дать их оценка по единому критерию «затраты/производительность». Это позволяет обеспечить поиск согласия всех экспертов, участвующих в оценке вариантов, относительно выбора одного из них.

Фаза 8: уточнение концепции.

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

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

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

Управление проектами информатизации

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

Основной характерной особенностью проектов является то, что затрачиваемые заказчиком проекта средства не приводят непосредственно к получению им прибыли. Этим осуществление любого проекта отличается от регулярного выпуска товарной продукции, где всегда действует формула

прибыль = выручка - затраты,

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

В связи с этим вводятся следующие основные понятия.

Проект - некое начинание, предполагающее необходимость выполнения нового комплекса работ и имеющее следующие особенности:

· ограничение во времени;

· уникальную организационную структуру;

· определенную цель;

· отличие от обычного для данного предприятия производственного процесса.

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

Руководитель проекта - лицо, реализующее непосредственное управление работами над проектом. Оно координирует и контролирует работу сотрудников, участвующих в работе над проектом в той или иной форме.

Проектная бригада - группа лиц, которым поручено осуществление проекта. Численность бригады и распределение задач в ее составе определяются объемом проекта и формами проектного менеджмента.

Ниже специфика управления проектами рассматривается применительно к решению задач информатизации. Как правило, проекты ИС являются исследовательскими, что предполагает их высокую сложность, новизну, ограниченность в средствах и во времени при конкретно поставленной цели.

При этом цель исследовательского проекта должна быть настолько новой, чтобы для ее достижения было оправдано:

· создание специальной рабочей проектной группы или образование творческого коллектива;

· осуществление ориентированного управления (менеджмента), обеспечивающего выполнение проекта с учетом требований к качеству продукта, издержкам, срокам.

Хотя многие проекты могут выполняться параллельно с основной повседневной деятельностью, для наиболее важных и объемных проектов создаются отдельные структурные подразделения: рабочие группы, лаборатории и т.п. Фактическим организатором работы по проекту становится руководитель конкретного инновационного проекта, который не всегда может быть начальником структурного подразделения. От согласованности их действий часто решительным образом зависит успех проекта. Можно привести две формы организации проектного менеджмента: типовую и матричную.

Размещено на http://www.allbest.ru/

Рис.4.1 Типовая организация проектного менеджмента

Размещено на http://www.allbest.ru/

Рис.4.2 Матричная организация проектного менеджмента

При типовой организации менеджмента руководитель проекта единолично несет ответственность за его выполнение. Проектное подразделение в значительной мере изолировано от структуры предприятия, связь с другими подразделениями осуществляется через высшее руководство предприятия.

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

Однако работа над проектом может проводиться и без включения этих работ в структуру предприятия. Она может проходить путем создания специализированных бригад программистов и системных аналитиков без включения работ в вышеуказанные формы менеджмента. Это возможно при выполнении работ над проектом на основе договорных отношений с некими бригадами специалистов; при этом центральной фигурой по-прежнему остается или вновь становится руководитель проекта.

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

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

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

· разработчик инструментов - решает задачи проектирования программ, процедур или библиотек общего пользования; он должен отслеживать деятельность руководителя проекта и решать, где требуются программы общего пользования, а где - вспомогательные;

· ассистент руководителя проекта - является советником и заместителем руководителя проекта, может принять на себя его функции и постоянно является советником руководителя проекта; при этом он может самостоятельно разрабатывать проектные решения и программировать, т.е. должен быть и опытным программистом;

· менеджер проекта - осуществляет задачи управления, в том числе по финансам и по кадрам, контролирует соблюдение сроков проектирования и его текущее состояние;

· администратор документов - контролирует выполнение нормативов на составление документов, отвечает за составление внутренних и внешних документов, за каталогизацию и управление версиями;

· лингвист - курирует используемые языки программирования и применяемые компиляторы, проектирует сложные кодовые последовательности (например, функции с жесткими временными ограничениями, минимизации объема памяти) и сложные программные конструкции;

· испытатель - осуществляет тестирование проектируемых программных средств, контролирует проведение тестов и размещает результаты тестирования в проектных библиотеках.

В проекте разрабатываемых на предприятии информационных систем и баз данных всегда отражаются:

· область знаний и технологий, в которых будет применяться ИС;

· фундаментальные научные проблемы, для решения которых необходимо создание данной ИС и БД, а также круг и число пользователей;

· фундаментальная научная или прикладная задача, для решения которой направлен реализуемый проект;

· предполагаемые методы и подходы к решению задач проекта;

· общий план всех работ на весь срок выполнения проекта;

· ожидаемые результаты;

· современное состояние и уровень имеющихся ИС в данной области, сравнение их с мировым уровнем, наличие аналогов; имеющийся научный задел по предлагаемому проекту (опыт реализации аналогичных проектов, созданные ранее ИС, публикации);

· наличие лицензионных программных и информационных средств у разработчиков ИС;

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

· стандартные характеристики создаваемой ИС: требуемые объемы оперативной, внешней памяти, памяти для размещения программы и БД; аппаратные средства и операционные системы (платформы); программные средства, необходимые для функционирования ИС;

· перечень программных и аппаратных средств, которые необходимо дополнительно приобрести для успешного выполнения проекта;

· функциональные характеристики: тип ИС, количество выходных форм, источники данных в ИС, число полей, число записей или объектов, способы представления документов, организация и режим поиска;

· дополнительные возможности: передача данных, каналы связи, возможности развития ИС, представление информации из ИС.

Перспективы инновационной деятельности

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

В то же время для эффективного внедрения ИС и ИТ в сферу основной деятельности предприятия необходим «весьма осмотрительный менеджмент». Только с его помощью можно сделать средства информатизации действенным инструментом планомерного и целенаправленного развития предприятия.

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

В настоящее время среди руководителей отечественных предприятий достаточно широко распространено представление, что ИС более эффективно создавать своими силами, чем заказывать стороннему изготовителю. Здесь приводятся аргументы, что свои специалисты лучше знают условия и традиции конкретного предприятия, они всегда рядом и могут непосредственно контактировать с любым работником, за их работу не нужно платить тех больших денег, которые требуют за готовую систему сторонние изготовители, и т.д. Последний аргумент является исключительно весомым, поскольку оплата труда на предприятии обычно уступает оплате труда в специализированных фирмах. Однако убеждение, что своими силами ИС может быть создана с меньшими затратами, может оказаться серьезным и «дорогим» заблуждением.

В таких условиях представляет интерес сопоставление условий создания или развития ИС в разных вариантах ее формирования, т.е. при создании ИС своими собственными силами или с привлечением сторонних специалистов и организаций. Информационная система как изделие в разных вариантах имеет существенные отличия.

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

Особенности ИС, создаваемых в организации собственными силами Формулирование концепции, архитектуры, состава и основных технических требований осуществляется в основном имеющимися на данный момент специалистами организации по ИТ в соответствии с их опытом и пристрастиями. Весьма вероятно, что для некоторых это будет первая в их жизни система. Специалисты по основной технологии, как правило, могут весьма слабо влиять на этот процесс по существу	Особенности ИС, создаваемых в организации с посторонним участием ИС для конкретной организации является для специализированной фирмы одной из реализаций ее продукции, поэтому специалисты организации при согласовании состава нужной им системы могут просто ознакомиться; предлагаемыми возможностями, выбрать версию, конфигурацию или набор модулей, которые на фирме производятся или разрабатываются для данных условий, и заказать их для своей организации

Поэтому многие специалисты, несмотря на высокие занимаемые должности, не имеют необходимого в современных условиях уровня квалификации. Специалистов же на малых фирмах просто мало, единицы, а они олицетворяют собой всю сферу информатизации в полном ее объеме, и от их личной квалификации всецело зависит та система, которая должна обеспечить успех бизнеса копании по ее основной деятельности.

На всех этапах жизненного цикла ИС при создании ее своими силами на предприятии остается ключевой роль программистов: они должны выполнять все функции - от проектирования и создания до сопровождения и поддержки. Ясно, что такая их роль не во всех сферах деятельности может быть признана соразмерной.

Кроме того, независимой комплексной аттестации эти специалисты, как правило, не проходили или проходили лишь по одному из направлений работ, например по сетевым технологиям в фирме Novell или по базам данных в Oracle и т.п. Ясно, что гарантией создания эффективной ИС в полном наборе ее качеств даже такая «фирменная» сертификация не является.

Тем не менее, на предприятии все равно нужно формировать коллектив специалистов, сферой деятельности которых будет информатизация, с тем чтобы можно было на них положиться в части контактов со сторонними изготовителями как на этапах выдачи задания и приемки работ, так и при обеспечении эффективного использования ИС на предприятии. Менеджер, возглавляющий такой коллектив, - это информационный менеджер.

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

Это превосходство начинается с более полного и эффективного использования фирмой всех видов ресурсов ИС и кончается формированием единой для всего предприятия сплошной информационной инфраструктуры, которая способствует более эффективному поведению на рынке, более успешному снабжению рынка товарами или услугами, вырабатываемыми фирмой. Это становится возможным прежде всего за счет более быстрой и полной координации действий всех партнеров по рынку, обеспечиваемой новой информационной системой и специфическими «ноу-хау», появившимися на фирме в процессе создания новой ИС.

Раздел 5. Формирование технологической среды информационной системы

С расширением и дифференциацией мирового рынка средств информатизации (СИ), т.е. вычислительной, периферийной, специальной и коммуникационной техники (Hardware), а также программных, информационных и сервисных средств (Software) множатся варианты возможных решений в области формирования технологической среды информационных систем. При этом имеются в виду не проектные работы по созданию ИС или ее элементов, а те решения, которые принимает менеджер в качестве представителя заказчика, т.е. в порядке выработки технического задания, исполнять которое, может быть, будет специализированное предприятие. С позиций стратегического информационного менеджмента в отношении Hardware и Software предприятию необходимо выяснить следующие важные вопросы:

· нужно ли всегда стремиться использовать только новейшие средства информатизации и при этом рисковать из-за их незавершенности;

· какую степень децентрализации ИС необходимо выбрать;

· следует ли доверять принятым и принимаемым международным нормам (в том числе тем, которые только еще начинают вводиться) или предпочесть нормы (нормативы) одного определенного изготовителя и связать себя с этим изготовителем;

· по какому глобальному критерию следует выбирать поставщика.

Степень децентрализации информационной системы скорее всего будет выбрана по аналогии со степенью децентрализации на предприятии других функций, поставщик тоже будет определен на основе общих представлений о путях решения стоящих перед предприятием основных задач. Выбор средств информатизации для развития информационных систем из новых предложений поставщиков или из уже присутствующих на рынке изделий осуществляется, как правило, по тому стратегическому критерию, значение которого наиболее полно отражает роль ИС для предприятия. Хотя в этой сфере уже накоплен опыт как предприятиями, так и экспертами, однако в каждом отдельном случае требуется детальный системный анализ.

Во многих ИС с использованием персональных компьютеров (ПК) при формировании технологической среды зарекомендовал себя следующий принцип: предприятия стремятся иметь в течение рассматриваемого стратегического периода единый технологический парк с тем, чтобы использовать как внутренние (надзор, обучение), так и внешние (условия при покупке, солидное сопровождение) его преимущества.

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

Конечно, имеющейся в настоящее время благодаря стандартам так называемых открытых систем (Open Systems) степени свободы уже недостаточно: необходимы дополнительное изучение рынка, беседы с поставщиками, скрупулезное собирание опыта как собственного предприятия, так и других пользователей, что составляет сущность маркетинга; все это нужно превратить в практические решения по выбору средств информатизации. Следует также регулярно анализировать, в какой степени те или иные услуги должны обеспечиваться своими силами, а в какой - тем или иным внешним исполнителем. Анализ показателей хозяйственной деятельности (например, анализ стоимости ремонта в единицу времени) может потребовать замены технических или программных средств.

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

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

Раздел 6. Эксплуатация, обслуживание и развитие информационной системы

Потребность в постоянном развитии ИС приводит к необходимости роста объема обслуживания; с течением времени развитие и обслуживание информационных систем оказались взаимно обусловленными и связанными между собой и со многими острыми проблемами. Растущий объем обслуживания ИС отягощает их же развитие, приводя к росту объема невыполненных или неосуществленных планов на развитие. Поэтому следует искать выход в установлении степени предпочтения в паре «развитие/ обслуживание» или соотношения между приобретением готовых СИ, заказом разработки СИ посторонней фирме и изготовлением СИ собственными силами.

Представляется, что самостоятельно следует изготовлять только конкурентоспособные ИС и их элементы, которые могут сами по себе представлять интерес как изделия, во всех остальных случаях следует по возможности использовать стандартные средства. Это дает дополнительное преимущество еще и потому, что обслуживание таких стандартных средств информатизации может быть передано специалистам на сторону.

Уровень производительности и качество работы, а также необходимость, направление и темп развития ИС и ее обслуживание следует также подвергнуть стратегическому рассмотрению с учетом глобальных интересов фирмы. В самом деле, на уровне среднего менеджера (например, на уровне руководителя подразделения) какие-либо изменения могут встречать в некотором роде враждебный прием из-за предпочтения им стабильных технологий: установления, например, одного определенного языка программирования, той или иной информационной структуры и создавшейся в связи с этим технологической среды. В то же время известно, что новые средства часто приводят к существенному укреплению технологической базы, а в ряде случаев - даже к изменению направления деятельности предприятия.

Стратегические решения могут приниматься также и в подходах к созданию ИС: с одной стороны, это классическое создание новой ИС, например, в виде традиционной автоматизированной системы управления (АСУ) на основе некоторого типового проекта, здесь в ряде случаев используется эволюция от некоторого прототипа; с другой стороны, создание и развитие ИС на предприятиях определенного типа могут частично перекладываться на пользователя.

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

К этому же кругу вопросов относится регулярное исследование производительности и качества в задачах развития и обслуживания ИС. Например, через ежемесячные доклады о показателях и статистических данных во всех проектах развития и обслуживания ИС можно проследить за расходами, сроками и качеством. Выявленный уровень показателей на предприятии необходимо сравнивать с эталонными данными (собственными и/или посторонними).

Поскольку в соответствии со стратегическими исходными данными обслуживание и развитие должны быть децентрализованы, этот распределенный процесс следует эффективно сопровождать и на оперативном уровне. Следует учитывать, что высокая скорость развития и обслуживания ИС на предприятии может быть обеспечена только опытными работниками. Новые методы, процессы и технику следует сначала испытать на пилотных проектах, а затем постепенно, в смягченной форме вводить на все предприятие.

6.1 Использование и эксплуатация информационных систем

В настоящее время стало вполне ясно, что будущее однозначно за распределенными технологиями обработки информации и за их раздельной централизованной и децентрализованной эксплуатацией. Выявилось, что в информационных системах наблюдаются следующие тенденции:

· происходит дрейф интересов пользователей от использования машин-вычислителей к использованию вычислительных и информационных сетей;

· снижается интенсивность необходимого обслуживания при использовании ИС (например, за счет перекладывания некоторых задач обслуживания на пользователя при соответствующей его подготовке);

· на передний план выступают соображения защищенности информации и ИС в целом на основе комплексов машин и сетей.

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

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

Эффективное использование и обеспечение работоспособности всех средств информатизации составляют основу информационного менеджмента.

6.2 Создание и обслуживание информационных систем

Для того чтобы автоматизированная информационная система успешно существовала, требуется ряд специальных обеспечивающих систем и средств на всех этапах ее жизненного цикла. Поэтому важно рассмотреть все эти средства в комплексе на основании, например, рис. 6.1.

Размещено на http://www.allbest.ru/

Рис. 6.1 Связь информационной системы с комплексом обеспечивающих средств

Здесь ИС - информационная система в целом или какое-либо ее частичное изменение, вводимое в порядке развития, модернизации и т.д. На рисунке выделены группы средств обеспечения системы, причем видом рисунка подчеркнуто, что собственно рассматриваемая ИС представляет собой лишь вершину айсберга, т.е. весьма незначительную часть средств, сил и работ, необходимых для того, чтобы нужная система была создана и могла использоваться эффективно в соответствии с ее целью.

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

Естественно, их стоимость удорожает систему. При массовом выпуске или при специализации создателей ИС на определенных классах изделий средства обслуживания не являются обременительными. Но ситуация осложняется при создании ИС собственными силами, т.е. в единственном экземпляре: здесь все создается только один раз и является уникальным. Поэтому текущее обслуживание системы в таких случаях обеспечивается, как правило, самое минимальное в естественном предположении, что оно будет выполняться самими авторами.

Более того, следует заметить, что создание средств обслуживания на территории пользователя ИС еще и крайне нежелательно - ведь это будет осуществляться там, где ждут от системы безупречной работы, а вместо этого получают дополнительные трудности. Ясно поэтому, что средства обслуживания должны появиться у пользователя неявно вместе с ИС и при необходимости обеспечить ее постоянную работоспособность, а также выявление и устранение мелких затруднений в использовании модулей системы.

Для выполнения операций по обслуживанию ИС у пользователя должен быть соответствующий персонал. Подготовка такого персонала у пользователя может оказаться нерациональной, поскольку его загрузка на одном отдельном комплексе не будет интенсивной. Поэтому в практике информатизации в таких случаях принято обслуживание систем силами предприятия-изготовителя или с привлечением специализированных центров обслуживания, имеющих и интенсивно использующих квалифицированный персонал и дорогостоящие специализированные средства. Это вполне аналогично ситуации, когда малые фирмы не имеют в штате бухгалтера или юриста, а пользуются услугами специализированных бюро или агентств.