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

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

прибыль = выручка – затраты (1)

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

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

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

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

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

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

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

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

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

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

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

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

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

Можно привести две формы организации проектного менеджмента: типовую (рис. 16) и матричную (рис. 17).

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

 

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 1 - Анализ вариантов создания и развития ИС

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

 

Информационная система как изделие в разных вариантах имеет существенные отличия (табл. 2).

Таблица 2 - Особенности ИС, создаваемых при разных условиях

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

 

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

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

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

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

⇐ Предыдущая12345678910Следующая ⇒

Поделиться: