А. Бобровников - Введение в управление проектами внедрения ERP-систем
- Название:Введение в управление проектами внедрения ERP-систем
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:2021
- Город:Москва
- ISBN:978-5-9677-3018-4
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
А. Бобровников - Введение в управление проектами внедрения ERP-систем краткое содержание
Книга адресована начинающим специалистам, участвующим в проектах внедрения ERP-системы, как на стороне исполнителя, так и заказчика проекта. Специалистам исполнителя книга будет полезна для выработки единого представления внутри команды о процессах внедрения, выбора своей методологии и сплочения вокруг нее всех участников. Специалистам заказчика книга будет полезна для выработки понимания, как будет происходить процесс выбора и внедрения в компании ERP-системы. Студенты и аспиранты могут использовать данное издание для расширения и закрепления полученных знаний в области автоматизации компаний.
Введение в управление проектами внедрения ERP-систем - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
● Если предполагается серьезная модификация системы в процессе внедрения, то потребуется модель PaaS.
● Если же ERP-автоматизация будет из нескольких интегрируемых систем от разных поставщиков, под которую потребуется специальная настройка окружения, то, возможно, хорошим вариантом будет IaaS.
При серьезных доработках ERP-системы ее обновление на актуальную версию будет отдельным мини-проектом и происходить автоматически, как обновления в облачном сервисе, не сможет. Нужно иметь своих специалистов или договор на осуществление этих работ со сторонней организацией.
Понятно, что чем больше компании придется настраивать и делать самостоятельно, тем выше будет стоимость эксплуатации системы, но тем меньше может стоить услуга по самому облачному сервису.
Тут нужно решить для себя:
● Хотим ли мы всем управлять и менять систему гибко, как нужно нам для наших устоявшихся бизнес-процессов.
● Хотим ли мы не думать о поддержке, а работать в готовом решении, принимая все его методики и ограничения как есть, подстраивая бизнес под них.
И в зависимости от этого выбрать тот или иной способ и определить (заранее) стоимость владения ERP-системой.
Подробнее об облачных технологиях компании «1С» можно почитать здесь:
http://v8.1c.ru/overview/Term_000000803.htm

Рис. 1.7.Облачный сервис компании «1С»
Система 1C: ERP присутствует в облачном сервисе «1С: Предприятие 8 через Интернет» по модели SaaS. Подробнее об этом – по ссылке: https://1cfresh.com/solutions/erp.
Нужно отметить момент резервного копирования информации и выбора поставщика услуги облачного сервиса. Все поставщики услуг обычно пишут на своих сайтах общие слова о гарантии работы 24/7, резервных копиях и о том, что «вам ни о чем не нужно думать, кроме самих данных и работы с ними». Но на практике это могут оказаться рекламные слова. Базу можно потерять безвозвратно. Нужно уточнить правила создания резервных копий, с какой глубиной они хранятся, сколько времени нужно на восстановление по запросу.
Автор знает такой пример недобросовестного предоставления облачной услуги, когда предположительно бэкап базы делался с недостаточной глубиной резервных копий, и при аппаратном сбое в бэкап стали писаться уже испорченные базы, а версии, где проблемы еще не было, уже не оказалось для восстановления.
В серьезных дата-центрах все многократно дублируется (рейд-массивы дисков с горячей заменой), используется полноценное резервное копирование, что гарантирует заявленный сервис и качество услуги. Так, например, в дата-центре «1С» для облачного сервиса стоит соответствующая аппаратура и обеспечивается бесперебойный уровень работы для конечного пользователя.
Глава 2. Как выбрать ERP-систему
2.1.Функциональные требования от ключевых сотрудников
Вопросам выбора конкретной ERP-системы предшествуют определенные процессы внутри компании: кто-то почему-то хочет ERP-систему. В компании есть группа лиц, заинтересованных в автоматизации своих процессов. Пусть даже это только итоговая финансовая отчетность и вычисление KPI по ней (цели финансового директора), а остальным сотрудникам «ничего от этой ERP не нужно, и так все хорошо». Либо причины иные – зачем ERP-система компании, рассматривалось в первой главе.
Кому-то система нужна, кому-то предстоит с ней работать. Это могут быть разные группы сотрудников, либо они пересекаются. Плохо, когда те, кому предстоит работать в системе, потребности что-то менять и автоматизировать не имеют. Возможны конфликты интересов внутри компании. В любом случае, если не рассматривать вопросы явного саботажа, а, наоборот, компанию рассматривать как единое целое, когда все сотрудники дружным коллективом работают на ее благо и в едином порыве, единогласно приветствуют процессы перехода на новую ERP-систему, тогда остаются практические вопросы: что и как должна уметь система, чем она поможет в работе за счет автоматизации. И как ее выбрать из представленных на рынке вариантов.
Проблемы конфликтов в коллективе будут рассмотрены ниже в главе про риски.
С системой предстоит работать разным подразделениям, от которых выделяются ключевые сотрудники (руководители подразделений или продвинутые исполнители бизнес-процессов). Эти специалисты формируют списки своих требований к системе, которые объединяются в общий сводный список требований к функциональности системы или, по-другому, список функциональных требований.
Ключевой сотрудник – это работник, от результатов труда которого зависит эффективная работа компании. Этот специалист четко понимает и выполняет бизнес-процессы внутри своего отдела (или функцию, за которую отвечает или является ее основным исполнителем).
Ключевые требования к ERP-системам:
● функциональность, соответствие уникальным особенностям бизнеса (отраслевая специфика);
● быстродействие, отказоустойчивость, масштабируемость системы;
● инструментарий для мониторинга системы, сбор статистики для анализа факторов, влияющих на быстродействие, аудит работы пользователей;
● возможность и инструментарий доработки функционала;
● разграничение прав доступа к данным и функциям;
● интеграция с существующими системами;
● наличие материалов для обучения пользователей и понятный интерфейс для их работы, предъявление низких требований к уровню квалификации пользователей;
● стоимость приобретения и владения ERP-системой;
● наличие проверенной методики внедрения (тиражирование готового решения).
Требования разделяются на функциональные и нефункциональные. Разница между ними простая: нефункциональные требования – это требования к характеристикам системы, а не к ее функциям. Функциональные требования отвечают на вопрос: «Что должна делать система?»
Критерии, которых нужно придерживаться при формулировании требований к КИС:
● полнота описания;
● правильность, точность и недвусмысленность формулировок;
● осуществимость (можно сделать в принципе);
● необходимость (только нужное, без лишних фантазий: «а давайте еще попросим…»);
● приоритет;
● проверяемость.
Формальное описание требований должно исключать использование «туманных» формулировок: «прозрачный», «гибкий», «быстрый», «приемлемый» и т. п. Проверяемость таких требований потребует указания четких критериев ожидаемых метрик. Иначе всегда можно не принять такую систему: «Получилось не прозрачно, не гибко и с неприемлемым временем работы». И нужно пойти и все переделать. Если уже понятно, что ожидается от системы, это нужно четко формулировать: «Отчет должен выводить такие-то аналитические разрезы и строиться не более 3 минут за месячный период по всем организациям». Впрочем, на начальном этапе сбора списка требований от заинтересованных сотрудников подойдут любые формулировки, они впоследствии будут уточняться и войдут в технические задания уже конкретными и формальными, иначе их просто нельзя будет сделать (программисту и настройщику системы сложно оперировать абстрактными понятиями).
Читать дальшеИнтервал:
Закладка: