Меню

Какие виды отчетных форм существуют для внедрения программных средств

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II

Не в количестве знаний заключается образование, а в полном понимании и искусном применении всего того, что знаешь.

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

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

  1. Постановка цели;
  2. Ввод остатков в программу;
  3. Обучение;
  4. Доработка программы;
  5. Написание документации;
  6. Тестовая эксплуатация;
  7. Промышленная эксплуатация.

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

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

Ввод остатков в программу

Ввод остатков в программу – это первый этап непосредственно вашей работы по внедрению программного продукта. И этот этап призван решить широкий перечень задач:

1.Наглядность. Клиент сразу увидит, каким образом его данные будут отображаться в программе. Сможет уточнить свои пожелания и потребности. Подсказать какие-то решения, удобные для его бизнеса и его сотрудников.

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

Обратите внимание! Я программистам техническое задание пишу, это удобно для всех. Сам же я не настаиваю на наличии ТЗ или брифов. Об этом я уже говорил здесь.

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

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

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

Обучение

Существует 2 варианта обучения сотрудников работе с новым продуктом: это групповые занятия или обучение по 1-2 человека. Естественно, второй вариант дороже, но эффективнее. И здесь обычно решает руководитель, как его сотрудникам лучше учиться.

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

Таким образом, я добиваюсь сразу трех целей:

  • Сотрудник, уже прошедший обучение, получает дополнительную учебную практику;
  • Новая пара сотрудников видит, что за компьютером – их коллега. Таким образом, снимается возможный психологический барьер, они понимают, что ничего сложного в новой программе нет;
  • Я снимаю с себя часть рутинной работы, за меня ее делает сотрудник клиента.

Далее, приходит очередь третьей пары. И здесь я беру в ассистенты сотрудника из второй пары и т.д.

Во время обучения очень важно наладить обратную связь

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

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

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

При обучении учитывайте гендерные различия сотрудников

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

Никакой снисходительности при обучении!

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

Читайте также:  Что такое легитимные средства

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

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

Напоминайте о том, что вы здесь – временно! Выполните проект и уйдете.

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

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

Обучите своего преемника из числа сотрудников компании.

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

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

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

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

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

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

Доработка программы

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

Я противник таких методов работы. Бизнес-консультант должен представлять интересы клиента. У вас общие цели: решить поставленные бизнес-задачи. И вы должны быть лояльны к интересам клиента.

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

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

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

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

Важно: бизнес-консультант, который работает с малым и средним бизнесом, должен быть неплохо знаком с программированием.

Лично я достаточно хорошо знаю 1С-программирование, также знаком с веб-программированием, в частности, работаю с Drupal и с другими CMS. В процессе работы с программистом вы должны четко поставить задачу специалисту, а потом грамотно протестировать выполненную работу перед тем, как ее принять и показать клиенту.
Никогда не давайте прямой доступ программисту к вашему клиенту!

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

Схема работы должна быть такой:
Вы получаете задачу от клиента – корректируете ее – передаете программисту техзадание.
И обратно:
Вы получаете работу от программиста – тестируете ее – передаете клиенту.

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

Консультант не должен злоупотреблять доверием клиента.

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

Читайте также:  Иконки средств индивидуальной защиты

Написание документации

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

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

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

Что я предлагаю своим клиентам?
Я создаю не Руководство пользователя, а Документацию для каждого отдела. Причем, эта документация охватывает не только работу с программным обеспечением, но и работу сотрудника в целом. А в разрезе работы с программным продуктом я наоборот, перечисляю только то, что нужно для работы конкретного отдела или даже сотрудника.
В комплект документации могут входить:

  • Описание процесса работы отдела;
  • План дня сотрудника;
  • Должностная инструкция;
  • Инструкция по работе с входящими / исходящими документами;
  • Инструкция по работе с программным продуктом;
  • Инструкции по работе с другими программами.

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

Лично я при создании подобной документации по максимум использую графику. Чаще всего, это графические нотации (IDEF 3, IDEF 0, Swim line и др.). Вы можете выбрать любой инструмент для создания таких графических инструкций, по своему вкусу. Главное – это результат. Кстати, избегайте упоминания нотаций, в которых вы будете делать описание бизнес-процесса, это информация не нужна клиенту.

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

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

Источник



Внедрение программного обеспечения

Внедрение программного обеспечения в информационных системах

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

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

Процесс поэтапного внедрения программного обеспечения

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

Этап 1. Обследование компании

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

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

Качественно составленное ТЗ гарантирует точность выполнения работ.

Этап 2. Составление контракта на производство работ

Контракт на производство работ составляется по совместному заключению заказчика и компании после выполнения анализа ТЗ.

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

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

Этап 3. Создание группы по внедрению ПО

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

Этап 4. Инсталляция и наладка ПО

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

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

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

Завершение внедрения и проведение дополнительных работ

Завершение внедрения ПО включает выполнение следующих работ:

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

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

Читайте также:  Можно ли мыть посуду в посудомоечной машине с обычными моющими средствами

Источник

Основные этапы внедрения программных продуктов

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

Основные этапы внедрения программного продукта:

2. Разработка технического задания

3. Настройка системы (программного продукта)

4. Тестирование системы

5. Опытная эксплуатация

6. Промышленная эксплуатация

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

Второй этап проекта внедрения программного продукта – разработка технического задания. Техническое задание (ТЗ) включает в себя описание всех справочников системы, всех алгоритмов расчета, отчетных форм, АРМ (Автоматизированных рабочих мест) пользователей и описание разграничения прав доступа пользователей.
Разработка технического задания занимает от 1 до 3 месяцев (средняя продолжительность этапа «разработка технического задания» — 1,5-2 месяца).

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

Четвертый этап проекта – тестирование программного продукта (системы). Тестирование системы включает в себя подготовку демонстрационного примера, внесение тестовых данных, проверку алгоритмов расчета и исправление обнаруженных ошибок. В среднем на этап тестирование отводится 2 недели.

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

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

Шестой этап проекта – промышленная эксплуатация системы. Промышленная эксплуатация системы подразумевает переход предприятия на новый программный продукт и отказ от всех альтернативных способов работы за рамками данной системы. Этап промышленной эксплуатации системы подразумевает организацию службы технической поддержки системы либо получение данных услуг от сторонних организаций. В рамках проекта этап промышленной эксплуатации системы обычно занимает около 1 месяца.

Источник

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

I. Этап планирования использования ПО

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

II. Этап поставки ПО

Если на этапе планирования ПО предприятие выявило, что его потребности в использовании программного обеспечения могут быть удовлетворены за счет готовых программных инструментов, то принимается решение о закупке ПО. На этом этапе предприятие оформляет договор с поставщиком ПО и осуществляет закупку ПО.

III. Этап установки и настройки ПО

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

  • Развертывание означает установку и административную настройку ПО на рабочих местах Заказчика.
  • Внедрение программного обеспечения, по сути – это адаптация ПО к потребностям Заказчика. Внедрение подразумевает выстраивание бизнес-модели (сценариев использования) выбранного ИТ-инструмента в соответствии c бизнес-моделью деятельности Заказчика. В этом случае анализируются возможности выбранного ПО (информационной системы) и разрабатывается процесс их адаптации к бизнес-процессам Заказчика.

IV. Этап эксплуатации ПО

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

Внедрение ПО может быть выполнено по нескольким схемам:

1. Только развертывание

Заказчик самостоятельно проводит обследование потребности в ПО и привлекает Исполнителя только для установки ПО на свои рабочие места.

2. Развертывание и внедрение ПО

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

3. Внедрение + обучение + сопровождение ПО

Включает в себя:

  • Обследование процессной деятельности Заказчика с участием Исполнителя
  • Обучение пользователей (проведение учебных курсов, формирование руководств и методик для конечных пользователей ПО и заинтересованных лиц)
  • Развертывание и внедрение ПО
  • Техническая поддержка и сопровождение в процессе эксплуатации ПО

Наиболее эффективная схема внедрения ПО должна включать в себя не только приведенные здесь мероприятия, но и мероприятия по планированию и поставке ПО.

4. Планирование и поставка ПО

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

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

Источник