авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 7 | 8 || 10 | 11 |

«Как стать электронной компанией в России Руководство – методы и бизнес-кейсы Редакторский коллектив: Баланёв С.А., Бонневэй Ж., Вартанов М.О. и Голованов В.Д. Авторский коллектив: ...»

-- [ Страница 9 ] --

CSRP ERP MRP MRP +CRP MRP 1960 1975 1985 1995 2003/ В начале 60-х в США начались работы по автоматизации управления запасами (Inventory Control). В результате активного роста крупносерийного и массового производства товаров народного потребления и торговли после Второй мировой войны стало очевидно, что использование математических моделей планирования спроса и управления запасами ведет к существенной экономии средств, замороженных в виде запасов и незавершенного производства. Невозможно разработать “абсолютно оптимальные методы планирования запасов”, поэтому следует выбирать и адаптировать алгоритмы к специфике конкретных складских задач в зависимости от цикла производства или поставок хранимой номенклатуры, стоимости, размеров изделий, расфасовки, применяемости и спроса, объемов складов и др.

В конце 60-х годов – в публикациях Оливера Уайта и Американского общества по управлению запасами и управлению производством [APICS92] были сформулированы алгоритмы планирования, сегодня известные как MRP (Material Requirements Planning) - планирование потребностей в материалах В конце 70-х - начале 80-х гг - MRP II (Manufacturing Resource Planning) - планирование ресурсов производства Не все современные концепции управления возникали в США. Так, метод планирования и управления Just-in-time (JIT — Точно вовремя) появился на предприятиях японского автомобильного концерна в 50-х годах. Он охватывает проектирование изделий, выбор поставщиков, обеспечение качества, планирование, учет производства и контроль (с использованием специальных бирок-ярлыков Kanban).

Одна из важнейших концепций метода “точно вовремя” связана с минимизацией страховых и межоперационных заделов за счет стабилизации поставок, а также обеспечения резерва производственных мощностей. Метод “точно вовремя” не противоречит MRP и MRP II и часто предлагается в современных системах как одна из форм организации производства. Однако до сих пор он не соответствовал традиции отечественной промышленности, так как обычно именно заделы и запасы сырья служат буфером от нестабильности поставок, смежников и растущих цен комплектующих изделий. Кроме того, в СССР считалось, то полезнее повышать значение коэффициента использования оборудования (вместо создания задела мощностей), чем рационально планировать объем межоперационных заделов, а эти два показателя — взаимосвязаны.

Методы OPT (Optimised Production Technology — оптимизированная технология производства) созданы в Израиле в 70-х годах (работы Эли Голдрайт). На их основе был разработан ряд программных пакетов. Методы OPT предназначены для максимизации выпуска продукции при сокращении объема запасов и Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий производственных затрат. В их основе лежит определение “узких мест” (производственных мощностей или материальных ресурсов) и наиболее точный их учет при планировании. Методика оценки “узких мест” сохраняет актуальность и применяется в алгоритмах планирования и определения ресурсов производственных мощностей MRP II.

Концепция компьютеризированного интегрированного производства (CIM, Computer Integrated Manufacturing) возникла в начале 80-х годов и связана с интеграцией гибкого производства и систем управления им. CIM с точки зрения систем управления и планирования (в качестве которых используются ERP и MRP II) предполагает интеграцию всех подсистем системы управления (управления снабжением, проектированием и подготовкой производства;

планирования и изготовления;

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

управления транспортно складскими системами;

управления обеспечением оборудованием, инструментом и оснасткой;

систем обеспечения качества, сбыта, а также финансовых подсистем) [APICS92].

Методы CALS (Computer-aided Acquisition and Logistics Support — компьютерная поддержка процесса поставок и логистики) [CALS99] [Родников95] возникли в 80-х годах в военном ведомстве США для повышения эффективности управления и планирования в процессе заказа, разработки, организации производства, поставок и эксплуатации военной техники. CALS предусматривает однократный ввод данных, их хранение в стандартных форматах, стандартизацию интерфейсов и электронный обмен информацией между всеми организациями и их подразделениями — участниками проекта. Методы доказали свою эффективность и переносятся в настоящее время на “гражданские” отрасли промышленности. Новая концепция сохранила аббревиатуру CALS с более широким смыслом (Continuous Acquisition and Life circle Support — поддержка непрерывного жизненного цикла продукции).

Проводится стандартизация ряда аспектов CALS в международной организации стандартизации ISO. Методы CALS могут использоваться вместе с MRP II/ERP и CIM.

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

Основные отличия систем управления предприятиями, построенных на основе концепции ERP [Keller96], следующие.

В ERP, в отличие от MRP II, больше внимания уделяется финансовым подсистемам.

Системы ERP, в отличие от MRP II, ориентированы на управление “виртуальным предприятием”. Виртуальное предприятие, отражающее взаимодействие производства, поставщиков, партнеров и потребителей, может состоять из автономно работающих предприятий, или корпорации, или географически распределенного предприятия, или временного объединения предприятий, работающих над проектом, государственной программой и др. [CALS99].

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

Эти отличия в меньшей степени затрагивают логику и функциональность систем, и в большей степени определяют их инфраструктуру (Internet/intranet) и масштабируемость – до нескольких тысяч пользователей. Требования к гибкости, надежности и производительности программного обеспечения и вычислительных платформ неуклонно растут.

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий • Растут требования к интеграции систем ERP с приложениями, уже используемыми на предприятии (например, системами проектирования, подготовки производства, учета хода производства и управления технологическими процессами, биллинга и расчета с клиентами и др.), а также с новыми разработками. Система ERP не может решить всех задач управления промышленным предприятием и часто воспринимается как хребет, на основе которого выполняется интеграция с другими приложениями.

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

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

CSRP (Customer Synchronized Resources Planning) - Планирование ресурсов, синхронизированное с покупателем. CSRP включает в себя полный цикл - от проектирования будущего изделия с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Суть CSRP состоит в том, чтобы интегрировать покупателя в систему управления предприятием. При этом не отдел продаж, а сам покупатель размещает заказ на изготовление продукции, сам отвечает за правильность его исполнения и при необходимости отслеживает соблюдение сроков производства и поставки. Предприятие же может очень четко отслеживать тенденции спроса на его продукцию.

SRM CRM 11.2 Типовые модули ERP систем Системы планирования ресурсов предприятий могут обеспечивать большое разнообразие функциональности, используя компоненты, которые часто называются «модулями». Однако различные пакеты включают различные модули, названия которых также варьируются.

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий 11.2.1 Модули SAP Система SAP R/3 содержит следующие прикладные модули :

• AA (fixed asset accounting - «Управление основными средствами»), отвечающий за информацию относительно износа, страхования, основных фондов и т. д.

• СО (controlling - «Управление»), включающий блоки «Учет центров затрат», «Управление себестоимостью» и «Функционально-стоимостной анализ»

(activity-based costing, ABC).

• Fl (financial accounting - «Финансы»), включающий блоки «Главная книга», «Дебиторская задолженность», «Кредиторская задолженность» и «Консолидация в соответствии с законодательством» (legal consolidations).

• HR (human resources - «Кадры»), включающий блоки «Управление персоналом»

и «Планирование и развитие».

• MM (materials management - «Управление материалами»), включающий блоки «Управление запасами», «Контроль счетов-фактур», «Управление складами».

• РМ (plant maintenance - «Обслуживание предприятия»), включающий блоки «Производственные и технические объекты», «Профилактическое обслуживание», «Управление техническим обслуживанием», «Управление заказами на техническое обслуживание».

• РР (production planning - «Производственное планирование»), включающий блоки «Операционное планирование и планирование продаж», «Материальное планирование» и «Планирование мощностей».

• PS (project system - «Проектная система»), который включает блоки «Управление проектами» и «Управление бюджетом».

• QM (quality management - «Управление качеством»), включающий блоки «Сертификаты качества», «Инспектирование», «Средства планирования» и «Уведомление о качестве».

• SD (sales and distribution - «Продажи и дистрибуция»). Кроме того, в системе существуют так называемые «общие»

• (cross-application) модули, которые могут быть использованы в системе R/ повсеместно. Среди них - SAP business workflow (поддержка рабочих процессов) и SAP office (поддержка офисной работы).

11.2.2 Приложения компании Oracle Основные приложения компании Oracle делятся на три специфические группы:

«Спрос», «Поставки» и «Финансы». Блок «Спрос» включает модули «Заказы», «Дебиторские задолженности» и «Запасы». В блок «Поставки» входят модули «Проектирование процессов», «Ведомость материалов», «Материальное планирование», «Незавершенное производство» и «Закупки». Блок «Финансы»

включает модули «Главная книга», «Кредиторские задолженности.» и «Управление стоимостью».

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Существуют дополнительные, «наращивающие» приложения. Так, блок «Спрос»

может также включать приложения «Комиссионные с продаж» и «Компенсации, связанные с коммерческой деятельностью». Блок «Поставки» - приложения «Планирование цепочки поставок», «График поставщиков», «Производительность и качество». Блок «Финансы» - приложения «Основные средства», «Проектный учет» и «Финансовый анализатор». Наконец, другие приложения включают модули: «Кадры», «Платежная ведомость», «Хранилище данных» и «Специализированные отчеты».

11.2.3 Модели, объекты и процессы (МОПы) ERP систем Конфигурировать ERP систему - значит выбрать модели, объекты и процессы (МОПы), которые заложены в системе и используются организацией.

Модели В ERP системах заложено несколько моделей, таких как, например, модель организационных структур в системе SAP R/3. Эти модели - отображение реального мира в системе, и их качество важно для отражения реальности. Например, модель организационных структур позволяет фиксировать информацию вплоть до буферного накопителя. И информация может быть объединена, начиная с буфера памяти, до уровня корпоративной группы.

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

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

Объекты Саймон (Simon 1985, с. 10) определил объект как «интерфейс между «внутренней»

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

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

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

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

Рекомендуемая литература:

1. [Keller96] Keller, Erik L. Enterprise Resource Planning. The changing application model // GartnerGroup, February 5, 1996, White paper. P. 8.

2. [CALS99] Компьютерно-интегрированные производства и CALS технологии в машиностроении. М.: Федеральный информационно-аналитический центр оборонной промышленности. 1999. C. 510.

3. [Родников95] Родников А. Н. Логистика. Терминологический словарь. М.:

Экономика. 1995. C. 251.

4. В. Когаловский, Журнал “Директору информационной службы” #05/ 5. [Уайт78] Уайт О. У. Управление производством и материальными запасами в век ЭВМ. М.: Прогресс. 1978, C. 302. //Oliver W. Wight. Production and inventory management in the computer age. Macmillan of Canada, 6. [SAP96] SAP R/3 System. Function in detail. Material Management / Production Planning, SAP. 1994 / Управление материальными потоками. Перевод на русск. яз.

1996 г.

7. [APICS92] APICS dictionary//edit. Cox J. F., etc. American Production and Inventory Control Society, 1992. P. 54.

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Конкретная ситуация «Оптимизация развития ИКТ на среднем предприятии»

Среднее торговое предприятие Основная деятельность компании «Строймат» – оптовая и розничная продажа строительных материалов.

Компания уже завоевала репутацию надежного поставщика: даже во время кризиса в 1998г. «Строймат»

выполнил все свои обязательства перед клиентами, и уже несколько лет входит в десятку крупнейших компаний своей отрасли в России19. Девиз компании «Любые стройматериалы» хорошо известен на рынке.

Руководство компании считает, что основные принципы работы - это широкий ассортимент товаров и высокий Валентина Максютенко уровень сервиса.

Сертифицированный консультант проекта ООО «Строймат», головное предприятие группы "Электронные навыки для компаний Строймат, основано в 1994г. в одном из Российских малых и городов Северо-Западного Федерального округа России, средних предприятий” где работает на двух базах. Обе оснащены ж/д ветками, подъемными кранами, грузовиками, станками, что позволяет компании отгружать обрабатывать, доставлять товар вовремя. На складе всегда в наличии широкий ассортимент стройматериалов. В Северо-Западном филиале работает около человек. Другие компании группы расположены в Центральном и Южном Федеральном округах России. В целом в группе компаний - около 500 человек.

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

• Сохранить уже существующих клиентов и привлечь новых;

• Продавать больше при хороших показателях прибыли.

Постановка вопроса Для крупных производственных предприятий существует достаточно большое количество ERP систем: это как западные системы SAP, People Soft,Oracle Microsoft (Axapta, Navision), Scala, Platinum, так и российские продукты, например, «Галактика».

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

По рейтингу отраслевого журнала Enterprise Resource Planning (Планирование Ресурсов Предприятия): Информационные системы, которые охватывая все основные функции предприятия, интегрируясь между собой и с системами партнеров по бизнесу.

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

Дальше встает вопрос автоматизации складского учета, и очень часто покупается готовое недорогое «коробочное» решение с ограниченными функциональными возможностями или пишется собственный программный продукт. Потом, по мере разрастания масштабов бизнеса возникает необходимость в автоматизации других функций предприятия. Часто используют средства MS Office : Excel для расчетов и формирования отчетов, Access для ведения учета.

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

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

• они дороги, • их мощные функциональные возможности просто не нужны.

Но вот на рынке появляются новые интегрированные решения, предназначенные для малого и среднего бизнеса, упрощённые и удешевлённые путем усечения функциональности т.н ERP систем 1-го уровня. К такому решению пришло и ООО «Строймат».

Путь к решению В ООО «Строймат» как раз такая ситуация:

• Бухгалтерия использует 1С:7.7, • В отделе сбыта работает внутренне написанная система, а также Microsoft Excel для формирования отчетов и отдельная база данных по экспортным сделкам в Microsoft Access.

• Отдел снабжения работает в Microsoft Excel.

• Финансово-аналитический отдел, переносит исходные данные из системы отдела сбыта в Microsoft Excel, далее переносит их в 1С:6.0.

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

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

Уровень сервиса в компании возрастет, что особенно важно, т.к. ООО «Строймат»

считает высокий уровень сервиса одним из своих главных конкурентных преимуществ на рынке:

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

Конкуренты компании уже используют такое ПО.

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

• Ещё существуют трудности совместного использования морально устаревшего ПО для ОС MS DOS и ПО для Microsoft Windows, иногда приводящие к «зависанию»

компьютеров.

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Внедрение системы ERP В ООО «Строймат» была исследована по методике самопроверки в рамках проекта Европейского Союза "Электронные навыки для Российских МСП". В соответсвии с результатом обследованья, было решено внедрить систему «1С:8.0 Управление торговлей» в Северо-Западном филиале, прежде всего в отделе сбыта, так как существующее там ПО морально устарело. Но анализ и описание бизнес процессов осуществляются с учетом того, что в перспективе весь холдинг будет работать в едином информационном пространстве. Решение обусловлено следующими реалиями:

• Противостояние бухгалтерии холдинга: Во время опроса пользователей было выявлено, что сопротивление к изменениям в компании со стороны главного бухгалтера ООО «Строймат» очень значительно. Она работает на ПО 1С 7.7, очень им довольна и категорически против изменения ПО их отдела на какое-либо иное.

Она настаивает, что бухгалтерия должна оставаться закрытым отделом для остальных сотрудников, и не только против общего информационного пространства, но и не хочет, чтобы кто-либо, кроме сотрудников отдела, знал о бизнес процессах как внутри бухгалтерии, так и об их взаимодействии с остальными отделами и компаниями холдинга. Такую позицию необходимо принимать во внимание при дальнейшем внедрении,. ПО 1С позволяет внедрить в отделе сбыта конфигурацию 1С:8.0 «Управление торговлей», оставив в бухгалтерии и отделе кадров версии 1С7.7. Это улучшит ситуацию в отделе сбыта, ПО которого требует замены, и позволит избежать дублирования ручного ввода данных, так как формат данных будет общим. То что раньше вводилось вручную в бухгалтерии на основании отчетов из отдела сбыта, будет периодически передаваться в электронном виде и, наоборот, из бухгалтерии в отдел сбыта. А в дальнейшем этот вариант позволит перейти на единую корпоративную информационную систему.

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

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

Заключение:

• Успешное внедрение ERP системы повысит эффективность решений: позволит лучше планировать закупки, лучше управлять запасами, лучше контролировать продажи;

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

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

Автор: Валентина Максютенко Сертифицированный консультант проекта "Электронные навыки для Российских малых и средних предприятий” Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Конкретная ситуация «ERP решения для стоматологического бизнеса»

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

О компании Стоматологический центр "Невский проспект" - это современные и качественные стоматологические услуги, в самом центра Санкт-Петербург. Центр специализируется на:

• Профилактическом лечении • Лечении осложненного и неосложненного кариеса • Эстетическом восстановлении зубов • Хирургии • Пародонтологии • Ортопедической стоматологии Максим Баланёв • Детской стоматологии Сертифицированный консультант проекта • Ортодонтической стоматологии "Электронные навыки • Физиотерапевтическом лечении для Российских малых и средних предприятий” Цели проекта Основная цель консультационного проекта состоит в анализе существующих процессов и инфраструктуры Центра, для усиления существующего уровня ИКТ в Центре. Можно сформулировать следующие конкретные цели:

• Внутренние: анализ внутренних процессов и выбор наиболее оптимального ERP решения для стоматологического Центра • Внешние: разработка и запуска корпоративного веб-сайта Центра Научное обоснование При подготовке работы были использованы следующие научные методы:

• GEM Self Assessment Tool • Мультикритериальный анализ ERP систем Так как тема ERP систем для стоматологического бизнеса достаточно новая, то соответствующей литературы в России катастрофически мало или просто нет. При составлении данной работы была широко использована информация, Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий предоставленная разработчиками соответствующих ERP систем. На основе подобной информации был проведен и соответствующий анализ систем.

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

Описание существующей системы На данный момент в Центре существует система разработанная на основе MS Access группой программистов. Система имеет следующие модули:

• персонал клиники • пациенты клиники • расписание работы • прием пациентов • лечение пациентов • расчет плана лечения • оплата (наличные) • кассовые операции Однако в системе отсутствует ряд модулей и совместимость с 1С. Дальнейшее наполнение систем функциональными модулями экономически не целесообразно.

Описание целевой системы Для более эффективной работы Центра, новая система должна обладать следующими функциональными модулями:

• • персонал клиники работы с CDR (Computered Dental • Radiovisiography) пациенты клиники • • статистика расписание работы • • страхование приемов пациентов • • финансовый расчет для страховых финансовый расчет для семьи групп (клиентов) • • складской учет подготовка писем - напоминаний • клиентам экспертный контроль качества лечения • • лечение пациентов финансовая аналитика и маркетинг • • расчет плана лечения совместимость с другим • использующимся ПО: бухгалтерская оплата (наличные) программы • дистанционный контроль деятельности филиалов клиники • кассовые операции Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Существующие ERP решения На данный момент на рынке представлены следующие ERP решения:

• Dental 4 Windows www.scil.ru www.d4w.ru • InfoDent www.sdsys.ru • 32Х • DentalBase www.medservice.ru • CS PoliDent www.cybsys.ru • MasterClinic master-clinic.stom.ru Большинство из данных решений обладают полным набором функций и модулей необходимых для целевой системы клиники.

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

Рекомендации На данный момент в Центре существует упрощенное ERP решение. При увеличении количества клиентов и усилении необходимости в более полном наборе функций рекомендуется переход на покупное решение.

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

Автор: Максим Баланёв, консультант Санкт-Петербургский Фонд развития бизнеса Сертифицированный консультант проекта "Электронные навыки для Российских малых и средних предприятий” Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий 12 Написание технического задания на создание/ изменение ИС Главной целью и результатом Инструмента самопроверки (методики SAT) является написание отчета и плана действий по реализации ICT-проекта. В этих документах не акцентируется внимание на техническом задании (ТЗ) на проектирование информационной системы (ИС). Тем не менее, по ряду причин, изложенных ниже, при адаптации методики SAT к российским условиям вопросы, связанные с ТЗ, целесообразно рассмотреть более подробно. Ни в России, ни за рубежом никто не сомневается, что для успешной реализации любого ICT-проекта, такой документ, как ТЗ, необходим. Правда, называться он может по-другому, например «Технические требования к проекту» или просто «Требования к проекту».

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

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

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

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

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

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

Роль детализированного ТЗ особенно велика на этапе приёмки работы, т.е. на том этапе, когда требуется формализация описания результатов работы: что выполнено в рамках договора, а что – нет. Этого требуют интересы обоих сторон. Как любят повторять опытные специалисты-разработчики информационных систем: «Аппетит приходит во время еды». Действительно, Заказчик в процессе работы над проектом «умнеет» и наращивает объём требований, предусмотренный требованиями Договора.

При неконкретном ТЗ в таком случае пострадавшей стороной является Исполнитель.

Он вынужден выполнять больший объём работ, чем планировалось по Договору. С другой стороны, не менее часто в роли пострадавшей стороны выступает Заказчик.

Речь идёт о случаях, когда Исполнитель по самым разным причинам не стремится в ходе работы излишне уточнять требования Заказчика и многие вопросы решает так, Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий как он их понимает. Так что, при приёмке работ конфликт интересов – обычное дело, и детализированное ТЗ помогает его разрешить.

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

Отечественные нормативные документы всегда уделяли большое значение ТЗ, не только, как документу, но и как важнейшему этапу (разработки, поставки), т.е. как процессу. Как показывает анализ, за рубежом вопросам ТЗ также уделяется серьёзное внимание, особенно в последние годы в рамках принятой сегодня во всём мире интегрированной модели качества CMMI (Capability Maturity Model Integration). В CMMI две области процессов посвящены работе с требованиями — «Управление требованиями» (Requirements Management) и «Разработка требований» (Requirements Development). Область процессов «Управление требованиями» подразумевает, что организация-Исполнитель получила требования от Заказчика, а область процессов «Разработка требований» — что организации-Исполнителю известны потребности Заказчика, но эти потребности должны быть трансформированы в требования к продукту (проекту). Общепризнанно, что CMMI - большая по объему и сложная для понимания модель. Тем не менее в рамках нашего курса мы обратимся к ней, чтобы продемонстрировать единство взглядов на формирование ТЗ в рамках CMMI и в рамках отечественных ГОСТов.

Общая схема разработки требований, рекомендованная СMMI, представлена на рис. 2.

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

Рис. 2. Процесс разработки требований в соответствии с CMMI По сути СММI рекомендует то, что почти всегда делалось в соответствии с ГОСТами советского периода: Этапу создания продукта (проекта) предшествовал этап проработки требований Заказчика, формализации его пожеланий качественного характера, а также согласования со всеми заинтересованными сторонами будущего проекта. Назывался этот этап аван-проектом, заканчивался аван-проект подготовкой ТЗ. На рис. 3 представлены основные стадии разработки проекта на создание Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий информационной системы, рекомендованные отечественными нормативными документами. Этот рисунок иллюстрирует место появления «Технического задания» в жизненном цикле процесса разработки ТЗ. Но здесь необходимо отметить, что ТЗ не является жёстко зафиксированным документом. Как отмечалось выше, в него по ходу создания ИС могут вноситься изменения и дополнения. Достаточно часто в качестве приложения к ТЗ используется документ «Исходные данные», который в течение разработки проекта постоянно пополняется и совершенствуется.

Рис.3 Место «Технического задания» в процессе создания информационной системы (ИС).

Эта российская практика постоянного совершенствования ТЗ в процессе разработки полностью совпадает с рекомендациями, содержащимися в материалах CMMI.:

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

Поэтому данная работа проводится итеративно в течение всего жизненного цикла проекта».

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

• ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

(Взамен ГОСТ 24.601-86, ГОСТ 24.602-86).

• ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы (Взамен ГОСТ 24.201-85) Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий • ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем (Взамен ГОСТ 24.104-85 в части разд. 3.) • РД 50-34.698-90. Автоматизированные системы. Требования к содержанию документов. ГОСТ 19.102-77. Единая система программной документации.

Стадии разработки.

На основании анализа перечисленных выше документов, предлагается следующий состав документа «Техническое задание на создание (развитие) ИС» для проектов внедрения ИКТ в компаниях малого и среднего бизнеса:

1. общие сведения;

2. назначение и цели создания (развития) ИС;

3. характеристика компании и «цепочки поставок»;

4. требования к ИС;

5. состав и содержание работ по созданию ИС;

6. порядок контроля и приемки ИС;

7. требования к составу и содержанию работ по подготовке компании к вводу ИС в действие;

8. требования к документированию;

9. источники разработки.

Раздел 1) «Общие сведения»:

• полное наименование ИС и ее условное обозначение;

• номер договора;

• наименование компаний Исполнителя и Заказчика ИС и их реквизиты (если ТЗ не является приложением к договору);

• плановые сроки начала и окончания работы по созданию ИС;

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

Раздел 2) «Назначение и цели создания (развития) ИС»:

• назначение ИС (вид продукта ICT и перечень мест его установки).

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

Раздел 3) «Характеристика компании и «цепочки поставок»

• краткие сведения о компании и о её « цепочке поставок» или ссылка на документы, содержащие такую информацию;

• сведения об условиях эксплуатации в офисе компании, где планируется установка программно-аппаратных средств ИС.

Раздел 4) «Требования к ИС»:

• требования к ИС в целом;

• требования к функциям (задачам), выполняемым ИС;

• требования к видам обеспечения.

В подразделе «Требования к ИС в целом» рекомендуется указывать:

• требования к структуре и функционированию ИС;

• требования к численности и квалификации персонала ИС и режима его работы;

• требования к эргономике и технической эстетике;

• требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов ИС;

• требования к защите информации от несанкционированного доступа;

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий • требования по сохранности информации при авариях (в том числе - при потере питания);

• дополнительные требования.

В подразделе «Требования к функциям (задачам)», выполняемым ИС рекомендуется указывать:

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

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

• перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

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

Раздел 5) «Состав и содержание работ по созданию (развитию) системы»:

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

Раздел 6) «Порядок контроля и приемки системы»:

• виды, состав, объем и методы испытаний системы и ее составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую ИС);

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

Раздел 7) «Требования к составу и содержанию работ по подготовке к вводу ИС в действие»

• сроки и порядок комплектования штатов и обучения персонала.

• изменения, которые необходимо осуществить в офисе компании Раздел 8) «Требования к документированию» :

• требования к составу и содержанию отчётных документов • требования к количеству • тип носителя информации Раздел 9) Источники разработки» :

• документы и информационные материалы, на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

В состав ТЗ на создание (развитие) ИС желательно включать расчет (оценку) ожидаемой эффективности системы.

В качестве вывода необходимо отметить, что без детализированного ТЗ ни один проект не может быть успешно реализован. Возникает вопрос, насколько ТЗ на ICT проект в большой компании отличается от ТЗ на проекты для малого и среднего бизнеса. Безусловно, отличия есть и связаны они и с «урезанием» количества требований ГОСТов в зависимости от масштаба компании, и с политикой «кусочной Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий автоматизации», потому что на серьёзные информационные проекты не хватает финансов. Но даже в этих условиях при реализации самого простого проекта (например, при настройке «коробочного продукта» на «индивидуальность») необходимо формализовать постановку задачи, грамотно составив ТЗ.

Задания для групп. Составить 1. ТЗ на разработку сайта или Интернет-магазина (по выбору).

2. ТЗ на разработку информационной сети на базе файл-сервера.

3. ТЗ на настройку «коробочного продукта» CRM.

4. TЗ на настройку «коробочного продукта» из состава сетевой версии 1C.

5. ТЗ на строительство инфраструктуры офиса (активное и пассивное оборудование).

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий 13 Обоснование выбора продукта и мультикритериальный взвешенный выбор 13.1 Предпосылки выбора продукта При выборе ИС мы исходим из двух предпосылок:

1. система покупается, чтобы ее внедрить, а не по каким то другим соображениям, 2. предполагается внедрить систему полностью, а не её часть. Это трудная задача, но наибольший эффект получается именно от комплексного внедрения.

13.2 Этапы выбора Рассмотрим процесс выбора, как некоторый проект. Все работы по этому проекту можно разделить на три этапа: планирование выбора, подготовка выбора, осуществление (реализация) выбора.

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

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

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

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

13.2.1 Разработка целей Не просто жизненно необходимо в самом начале определиться с целями внедрения.

Они, как правило, совпадают с целями бизнеса (стратегическими целями) компании.

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

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


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

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

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

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

13.2.4 Технические требования к ИС Разработка требований к операционной системе, серверам и рабочим станциям, авторизации доступа и защите данных, каналам передачи данных, серверам БД и приложений, средствам разработки, а также правил интеграции с существующими программами.

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

13.2.6 Состав критериев сравнения Это один из самых важных элементов работы по выбору. Здесь есть два момента, на которых необходимо остановиться подробнее.

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

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Критерий Критерий Критерий 20 Критерий 15 Критерий Продукт А Продукт Б Продукт В Продукт Г Момент второй - необходимо выбрать методику комплексной оценки по этим критериям, например, назначение каждому из них весовых коэффициентов для проведения средневзвешенной оценки. О методике оценки будет рассказано чуть позже. Самое важное – определить, насколько тот или иной критерий ЗНАЧИМ для ВАШЕГО ПРЕДПРИЯТИЯ, насколько удовлетворение программного обеспечения тому или иному критерию позволит Вам достичь главного – ЦЕЛЕЙ проекта.

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

• критерии должны быть между собой согласованными и непротиворечивыми.

Показатели, используемые в качестве критериев оценки, не должны дублировать учет одних и тех же аспектов возможных действий;

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

• значения критериев должны быть реальными и достижимыми.

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

Итак, критерии сравнения:

Функциональность — это то, ради чего собственно продукт (информационную систему) и приобретают. Это та польза, те возможности, которые он предоставляет.

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

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

• Насколько полно отражено в системе национальное законодательство (например, бухгалтерское, налоговое)? Какие используются методики расчета зарплаты? Соответствует ли порядок выполнения операций принятому на предприятиях данного типа? На каком языке приведены команды, написана документация? Понятна ли документация пользователям? Работает ли система на других отечественных предприятиях и каковы отзывы?

• Как учтены (или могут быть учтены) отраслевые особенности? Есть ли опыт применения в отрасли и каковы примеры?

• Каким образом может быть учтена специфика конкретного предприятия?

• Может ли система работать с территориально распределенными предприятиями (это важно для структур с удаленными подразделениями)? Если да, то возможна ли такая работа на слабых каналах связи?

• Интегрируется ли система с другими системами управления?

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

• все особенности уже учтены в системе и ничего делать не нужно;

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

• систему можно настроить посредством установления значений тех или иных параметров, что доступно прямо из программы;

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

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

Опыт многих компаний показывает, что, по-видимому, оптимальным является «золотое правило»: около 60 % — вес настроек, а остальное (примерно 40 %) — доработка.

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

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

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

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

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

Один из примеров - переход на новую версию ПО.

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

• Наличие у поставщика документарно-описанной политики по поддержке клиентов и тщательность проработки контракта на сопровождение и техническую поддержку;

• Наличие у поставщика отдельного подразделения, занимающегося техническим сопровождением;

• Наличие специальных каналов связи (выделенные Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий телефонные номера, адрес электронной почты, страницы в Интернет, посвященные именно поддержке);

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


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

• Какие сертификаты качества есть у компании-поставщика?

• Есть ли у поставщика специализированные подразделения по внедрению и сопровождению?

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

• Какие процедуры снижения рисков предусмотрены (опытная эксплуатация, "пилотные" проекты, устранение выявленных ошибок и т.д.)?

• Какова квалификация персонала компании-поставщика?

• Достаточна ли численность персонала?

• С вами будет работать непосредственно разработчик системы или посредник?

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

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий 13.3 Методика комплексной оценки 13.3.1 Методика Паттерн В методике Паттерн выделяются группы критериев и вводятся весовые коэффициенты критериев. Введение весовых коэффициентов критериев позволяет повысить объективность результирующих оценок.

Критерии сравнения Варианты информационных систем (и их весовые коэффициенты) Продукт А Продукт Б Продукт В Продукт Г Функциональность (0,4) 0,3 х 0,4 0,4 х 0,4 0,6 х 0,4 0,3 х 0, Масштабируемость (0,2) 0,5 х 0,2 0,4 х 0,2 0,2 х 0,2 0,7 х 0, … … … … … Результирующая оценка (1) 0,75 0,62 0,84 0, Из приведённого примера видно, что при таких значениях весовых коэффициентов критериев и при таких значениях самих критериев оптимальным будет Продукт В.

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

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

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

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

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

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

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

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

Многие из критериев могут влиять друг на друга. Например, при улучшении качества результата приходится жертвовать либо стоимостью, либо временем и т.д. (например, чем меньше время разработки – тем выше стоимость и ниже качество, и наоборот).

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

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Конкретная ситуация «Выбор варианта ИКТ для малого предприятия с проектным характером деятельности.»

Основными направлениями деятельности НПО (научно-производственное объединение) «Ранд»

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

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

• Объединенное усовершенствование городских территорий, садов и парков, реконструкция исторических ансамблей пейзажа;

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

Светлана Широкова Сертифицированный консультант проекта "Электронные навыки для Российских малых и средних предприятий” Специалистами НПО «Ранд» выполняется полный комплекс работ по каждому из объектов, именно:

• научно-исследовательские разработки;

• инженерные изыскания и инженерное обследование сооружений;

• разработка проектно-сметной документации;

• разработка и изготовление специального оборудования;

• производство строительно-монтажных работ.

В течение ряда лет специалистами предприятия выполняется комплексное обследование сооружений водохозяйственных систем пригородов Санкт-Петербурга государственных музеев-заповедников городов Пушкина, Павловска, Гатчины, Петродворца, включающих более 350 сооружений. На рисунке Фонтан на манежной площади (Санкт-Петербург).

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

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

Итак, необходимо решить следующие задачи:

• Выявление «узких мест», подлежащих автоматизации • Выявить потребности компании, которые должны быть удовлетворены с помощью ИКТ.

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий • Предложить варианты решения и выбрать оптимальный по эффективности (оптимальное сочетание функциональности и затрат).

• Разработать план внедрения предлагаемого решения.

Необходимо отметить, что компания «Ранд» имеет ряд особенностей. Во-первых, обеспечивает полный жизненный цикл продукции (включая R&D). Далее, проектный характер деятельности. Каждый отдельный проект имеет свой конкретный набор ресурсов, необходимых для его реализации. В этих проектах используется специальное оборудование, разработанное и произведенное в сотрудничестве с ведущими заводами Санкт-Петербурга. Материальные ресурсы, используемые в каждом проекте, также имеют свои особенности – невозможно применение системы штрих – кодов при их хранении (цемент, песок,другие специфические строительно монтажные материалы.). Итак, каждый проект имеет свой особенный1 набор материальных ресурсов. И в системе управления складом необходимо предусмотреть оптимальное расходование и контроль за запасами.

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

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

1. Четкое определение ожиданий компании от предполагаемого решения.

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

Основные методики анализа:

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

• Методика локализации проблемной ситуации (ТВН, СПбГПУ, СПбГУЭиФ) – авторская методика, которая включает в себя формализованный алгоритм классификации проблемной ситуации. Эта методика использована для выявления реальных причин сложившейся проблемной ситуации и была использована в процессе проведения интервью с представителями компании.

• Методы системного анализа структуризации целей и функций:

o основанная на взаимодействии системы со средой;

o основанная на концепции деятельности;

o для систем, стремящихся к идеалу.

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

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

Эта методика использована для анализа вариантов решения поставленной задачи.

• GEM – методология для многокритериальной оценки.

• Методика ПАТТЕРН для оценки вариантов с применением совокупности критериев (возможность ранжирования критериев и оценки по обобщенному критерию).

• Методы экспертных оценок:

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий решающих матриц Г.С Поспелова;

o информационный подход А.А.Денисова.

o 3. Техническая реализация проекта. Для выполнения этого этапа разработан Project Plan в виде диаграммы Гантта. Это общепринятый способ представления временного и ресурсного плана реализации проектов. Для компании «Ранд» был обоснован и разработан детальный план внедрения электронной системы управления складом. Приведем его укрупнённый вариант:

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

• Покупка необходимого оборудования(компьютер).

• Инсталляция и тестирование программного обеспечения.

• Обучение сотрудников навыкам компьютерной грамотности и возможностям работы с данным программным обеспечением При проведении анализа деятельности компании и обоснования внедрения ИКТ было выявлено: При опросе руководящего состава компании было выявлено, что «узким местом» является управление запасами, так как они достаточно специфичны, неоднородны и формируют особенный набор для каждого проекта.

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

Для сегмента - строительство, ремонт, реконструкция и восстановление исторических памятников, гидротехнических структур и мостов, проектирование и строительство фонтанов, необходимо разработать ИКТ решение в управлении складскими запасами.

Причины ИКТ решения в управлении запасами: финансовый контроль складских запасов, возможноять снижения уровня запасов на складе..

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

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

На данный момент компания «Ранд» использует ИКТ для создания и разработки проектов и чертежей (система Автокад) и «1С Бухгалтерия».

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

Таким образом, электронная система управления складскими запасами позволит:

• Улучшить контроль за складскими запасами • Иметь оперативную информацию о складских запасах • Оперативно формировать пакет ресурсов для каждого проекта • Предоставлять заказчикам оперативную информацию о возможности реализации конкретного проекта в части ресурсного обеспечения Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Информационный Интернет-сайт компании позволит:

• Сохранить уже существующих клиентов и привлекать новых;

• Осваивать рынок частных (индивидуальных) клиентов;

• Развивать новое приоритетное направление по проектированию и строительству малых гидроэлектростанций, включая исследование, разработку, реализацию проекта и поставку оборудования;

• Привлечение клиентов из других регионов и зарубежных клиентов;

• Позволит обеспечить опосредованный поиск поставщиков.

В разработке динамического сайта необходимости нет, так как из-за особенностей деятельности, рассмотренных выше, нет возможности заказов и продаж «on-line».

Для компании была осуществлена многокритериальная оценка приоритетов мероприятий по внедрению ИК с применением методики ПАТТЕРН. В качестве критериев оценки были взяты: Трудоёмкость реализации данного мероприятия, Возможность выделения персонала для реализации задачи, степень влияния задачи на исполнение стратегических целей компании. Проведен окончательный отбор и выбор приоритетных ИКТ приложений, которые наилучшим образом помогут достичь стратегических целей.

В силу ограниченности средств на внедрение ИКТ, принято решение о поэтапном внедрении ИКТ. В соответствии с проведенной экспертизой и анализом приоритетным является внедрение автоматизированной системы управления запасами в компании «Ранд».

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

Для компании был проанализирован эффект от внедрения ИКТ. Для этого проведены расчет затрат на внедрение автоматизированной системы управления запасами и показателей эффективности внедрения системы управления складскими запасами.

Далее рассчитаны наиболее важные показатели эффективности внедрения новых функций: срок окупаемости (около полугода) и прибыльность (10%).

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

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

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Заключение Для компании «РАНД» были выявлены «узкие места» с точки зрения необходимости внедрении ИКТ. В результате анализа выявлены два направления внедрения информационных технологий – автоматизация складского учета в компании и разработка информационного Интернет-сайта.

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

Произведена многокритериальная оценка готовых решений складских систем. Сделан конкретный выбор Автор: Светлана Широкова, к.т.н., доцент, кафедра информационных систем в экономике и менеджменте, Факультет экономики и менеджмента СПбГПУ Член-корреспондент Международной Академии наук высшей школы Сертифицированный консультант проекта "Электронные навыки для Российских малых и средних предприятий” Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий 14 Управление проектом внедрения ИКТ, методологии управления и выбор решения 14.1 Управление проектом внедрения ИКТ Большинство руководителей ассоциируют проект внедрения ИКТ с чисто технической работой по анализу, дизайну и собственно созданию. На самом деле круг мероприятий, связанных с созданием информационных систем гораздо шире:

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

Внутренние задачи:

• Изменение рабочих мест, в соответствии с требованиями новой системы.

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

Как стать электронной компанией в России Электронные навыки для Российских малых и средних предприятий Внешние задачи:

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

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



Pages:     | 1 |   ...   | 7 | 8 || 10 | 11 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

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