Введение в управление проектами внедрения ERP-систем. А. Э. Бобровников

Читать онлайн.
Название Введение в управление проектами внедрения ERP-систем
Автор произведения А. Э. Бобровников
Жанр Программы
Серия 1С:Академия ERP
Издательство Программы
Год выпуска 2021
isbn 978-5-9677-3018-4



Скачать книгу

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

      Ключевые требования к ERP-системам:

      ● функциональность, соответствие уникальным особенностям бизнеса (отраслевая специфика);

      ● быстродействие, отказоустойчивость, масштабируемость системы;

      ● инструментарий для мониторинга системы, сбор статистики для анализа факторов, влияющих на быстродействие, аудит работы пользователей;

      ● возможность и инструментарий доработки функционала;

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

      ● интеграция с существующими системами;

      ● наличие материалов для обучения пользователей и понятный интерфейс для их работы, предъявление низких требований к уровню квалификации пользователей;

      ● стоимость приобретения и владения ERP-системой;

      ● наличие проверенной методики внедрения (тиражирование готового решения).

      Требования разделяются на функциональные и нефункциональные. Разница между ними простая: нефункциональные требования – это требования к характеристикам системы, а не к ее функциям. Функциональные требования отвечают на вопрос: «Что должна делать система?»

      Критерии, которых нужно придерживаться при формулировании требований к КИС:

      ● полнота описания;

      ● правильность, точность и недвусмысленность формулировок;

      ● осуществимость (можно сделать в принципе);

      ● необходимость (только нужное, без лишних фантазий: «а давайте еще попросим…»);

      ● приоритет;

      ● проверяемость.

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

      Можно разделить требования к системе на три уровня:

      ● Есть глобальные цели автоматизации, которые, как правило, озвучивают спонсоры проекта (собственники бизнеса). Это что-то типа: повысить производительность/оборачиваемость, сократить запасы/издержки