Структура бизнес-плана инвестиционного проекта развития информационной системы и его информационное обеспечение

Автор работы: Пользователь скрыл имя, 15 Ноября 2011 в 11:07, реферат

Краткое описание

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

Содержимое работы - 1 файл

ВВЕДЕНИЕ.docx

— 53.79 Кб (Скачать файл)

ВВЕДЕНИЕ

 
 

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

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

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

1. Пути создания информационной системы на предприятии 
 

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

 
 
 

    

Рис. 1.1 Пути создания информационной системы 
 

     Предпосылками для разработки собственными силами является возможность осуществить  постановку задачи силами специалистов предприятия (рис. 1.2). На каждом предприятии должна быть команда программистов, а также необходим ИТ-менеджер, который бы руководил всей разработкой; должна быть уверенность в том, что система будет сопровождаться своими силами, а не только разрабатываться. Доводом в пользу разработки своими силами является тиражирование своей разработки в своей отрасли.[2]

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

          
 

     Рис. 1.2 Организация разработки ИС собственными силами 
 

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

     Менеджер  проекта со стороны заказчика назначается в том случае, если ведение проекта требует ежедневного управления. В круг его обязанностей входит предоставление ресурсов, разрешение проблем и отслеживание состояния работ.   

     Разработка  новой ИС и (или) доработка имеющихся  ИС  «на заказ» (рис. 1.3) ведется силами программистов специализированной фирмы в области создания информационных систем, например консалтинговой фирмы. 
 

     Рис. 1.3 Организация разработки ИС «на заказ» 
 

     Со  стороны исполнителя ключевые роли играют бизнес-менеджер и менеджер проекта.

     Бизнес-менеджер несет ответственность за успешное выполнение проекта. Кроме того, он представляет исполнителя в договорных отношениях с заказчиком.[4]

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

     При смешанном варианте разработки системы  привлекаются специалисты консалтинговой фирмы для создания объединенной команды разработчиков.

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

     Считается, что если функционал тиражной информационной системы на 80 % соответствует предъявляемым  требованиям, то целесообразно рекомендовать  покупку информационной системы  с дальнейшей доработкой 20 % недостающего функционала.[1]

     Рассмотрим  преимущества закупки и разработки новой ИТ и ИС.

2. Оценка преимуществ и недостатков закупки готовых или разработки новых ИТ и ИС 
 

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

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

     В итоге рекомендуется осуществлять покупку готового продукта, если имеющиеся  на рынке программные продукты удовлетворяют  следующим условиям:

     ·            подходящая цена,

     ·            наличие команды внедрения,

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

     ·            наличие положительного опыта внедрения аналогичных проектов.

     Обычно  зарубежные системы имеют более  широкую функциональность, чем отечественные. В пользу западных систем, например mySAP компании SAPAg, говорит стабильность, развитие консалтинга, системы внедрения.[7]

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

     Отечественные системы дешевле, сопровождение  проще и они не требуют локализации.

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

     Разработка  своими силами гарантирует полную управляемость  процессом проектирования и развития со стороны заказчика, что является  положительным моментом, а отрицательным - является низкий уровень разработки из-за отсутствия  опыта разработки.[6]

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

     Наиболее  часто используется  комбинированный подход к созданию ИС, при котором типовые модули системы покупаются (бухгалтерский учет, управление финансами, складскими запасами, персоналом и др.), а специфические для данного предприятия модули, связанные с особенностями технологических процессов, разрабатываются заново.[8]  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

3. Особенности контрактов на закупку и разработку ИТ и ИС 
 

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

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

     В последнее время стало очень  популярной тенденцией покупка программного обеспечения по модели SaaS (Software as a Service). В связи с этим отдельно в контракте  необходимо оговорить длительность использования сервиса, порядок  разграничения прав в области  информационной безопасности и др.[9]

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

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

     С другой стороны возможно оформление контрактов в форме коммерческого  предложения или оферты.

4. Структура бизнес-плана инвестиционного проекта развития информационной системы и его информационное обеспечение 
 

     В соответствии с рекомендациями UNIDO (подразделение ООН по промышленному  развитию) бизнес – план должен содержать  ряд разделов:

    ·         краткая характеристика (резюме) проекта,

    ·         предпосылки и основные идеи проекта,

    ·         анализ рынка и концепция маркетинга,

    ·         сырье и поставки,

    ·         месторасположение и окружающая среда,

    ·         проектирование и технологии,

    ·         управление проектом,

    ·         трудовые ресурсы,

    ·         план реализации проекта,

    ·         финансовый план и оценка эффективности инвестиций.

     Рекомендации  универсальны и могут быть легко  адаптированы для бизнес-плана инвестиционного  проекта развития информационной системы.

     Теперь  поговорим об информационном обеспечении  бизнес – планирования и методах  анализа ценности ИТ и принятия решений  об ИТ - инвестициях.

Информация о работе Структура бизнес-плана инвестиционного проекта развития информационной системы и его информационное обеспечение