Внедрение 1С
- Настройка системы под индивидуальные требования
- Повышение производительности системы
- Оптимизация бизнес-процессов
- Повышение эффективности персонала
- Актуальные управленческие решения
- Регламенты и пользовательские инструкции
- Создание новых отчетов и обработок
Компания «ИТС ПЛЮС» после покупки программ 1С предоставляет следующие условия:
ВОЗВРАТ
на все услуги 1с
ключам продуктов
консультации 1с
ПРОЕКТ ВНЕДРЕНИЯ СИСТЕМЫ 1С
-
Виды Внедрения 1С
ПРОЕКТНЫЙ ПОДХОД 1С
ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ
Регламенты работы с НСИ
Разработчик «1С» создал три основные технологии внедрения программных продуктов «1С:Предприятие».
- Технология стандартного внедрения (ТСВ)
- Технология быстрого результата (ТБР)
- Технология корпоративного внедрения (ТКВ)
Применение правильно подобранной технологии, обеспечит достижение поставленных целей и задач проекта.
При определении соответствующей технологии к конкретному типу проекта, учитываются такие особенности как:
- «размер» компании/или проекта;
- уровень доработок программного комплекса 1С;
- интеграции со сторонними системами;
- вовлеченность и количество сотрудников заказчика;
- требования к детализации и объему документации.
Как правило, после комплексного анализа критериев проекта, руководитель проектной команды принимает решение в выборе технологии.
Краткое описание трех технологий:
“Технология Стандартного Внедрения” (ТСВ) - это проектная технология, разработанная компанией 1С, для автоматизации небольших организаций.
Обязательным условием для выбора ТСВ является низкий уровень к требованию доработок системы, сложности оргструктуры, сложности бизнес процессов и штат от 5 до 10 активных пользователей. Основной задачей данной технологии является подбор решения 1С, максимально соответствующего бизнес процессам компании, без необходимости дорабатывать (модифицировать) систему.
Подходит для таких продуктов как:
1С:Бухгалтерия, 1С:Зарплата и Управление Персоналом, 1С:Управление Торговлей, 1С:Розница и для некоторых отраслевых решений 1С.
Стоимость проекта от 100 до 500 тыс. рублей.К существенным минусам ТСВ можно отнести, то что заказчик вынужден подстроить свои процессы под типовые функции системы 1С.
“Технология Быстрого Внедрения” (ТБР) - это индустриальная проектная технология, которая подходит для компаний имеющих в штате от 10 до 50 активных пользователей. Внедрение системы осуществляется на основании шаблонных документов созданных в ходе предыдущего опыта, для конкретной отрасли.
Подходит для таких продуктов как:
1С:Бухгалтерия, 1С:Зарплата и Управление Персоналом, 1С:Управление Торговлей, 1С:Розница и многих отраслевых решений 1С.
Стоимость проекта от 500 до 1 000 тыс. рублей.В случае выбора данного подхода, заказчик также подстраивает свои бизнес процессы под функции системы, но только уже адаптированные под его отрасль. Минусом этой технологии является доработка системы по тиражируемой модели.
“Технология Корпоративного внедрения (ТКВ) - это комплексный подход к проекту, включающий весь цикл проведения исследовательских мероприятий (предпроектное обследование), детализацию документов и модификацию программ 1С под особенности бизнес процессов заказчика. Технология рассчитана на компанию штат которой насчитывает от 50 активных пользователей и выше. Данный подход требует высокую вовлеченность руководителя проекта со стороны заказчика и его персонала. Выбрав данную технологию, заказчик обеспечивает себя гарантией выполнения целей, сроков проекта, фиксированной стоимостью и получением конечного продукта отвечающего всем требованиям и особенностям компании заказчика.
Подходит для таких продуктов как:
1С:Комплексная Автоматизация, 1С:ERP, 1С:Документооборот, 1С:Управление Торговлей и всех отраслевых решений 1С.
Стоимость проекта от 1 000 тыс. рублей и выше, в зависимости от масштабов проекта, количества пользователей, детализации документов, обучения и много другого.
К минусам можно отнести стоимость конечного продукта. Это связанно с большим объемом проектной документации (Устав проекта, Отчет об обследовании, План запуска, План орг. изменений и т.д.).
Цены на проекты внедрения на базе программных продуктов 1С
Окончательная стоимость зависит от:
- выбранного продукта 1С;
- количества пользователей;
- уровня настройки системы...
до 500 000 руб. Консультация
Окончательная стоимость зависит от:
- выбранного продукта 1С;
- количества пользователей;
- уровня настройки системы;
- уровня доработки системы...
до 1000 000 руб. Консультация
Окончательная стоимость зависит от:
- выбранного продукта 1С;
- количества пользователей;
- уровня настройки системы;
- уровня доработки системы;
- объема и вида переноса данных;
- количество интеграций...
Окончательная стоимость зависит от:
- количество интервьюируемых пользователей;
- уровень сложности процессов компании;
- требование к детализации отчета об обследовании...
до 500 000 руб. Консультация
Окончательная стоимость зависит от:
- состояния текущей базы;
- кол-во конвертируемых объектов;
- количества справочников;
- иерархии элементов...
до 200 000 руб. Консультация
Окончательная стоимость зависит от:
- от количества и совместимости данных НСИ;
- частота обмена данных;
- необходимость доработки/разработки обменов...
до 200 000 руб. Консультация
Окончательная стоимость зависит от:
- от сложности и количества описываемых бизнес-процессов;
- количество обучаемых пользователей;
- требование к детализации документов...
до 200 000 руб. Консультация
Этапы следующие за предпроектным обследованием:
МОДЕЛЬ и/или КОНТРОЛЬНЫЙ ПРИМЕР
После проведения предпроектного обследования, начинается этап моделирования системы.
На входе в этап моделирования есть матрица ролей и схема бизнес процессов (которая была описана и согласована с заказчиком в результате обследования).
Что делать дальше с этой схемой, какая от нее польза и почему она так нужна?
Благодаря процессу обследования и описания схемы, исполнитель узнает все требования бизнеса заказчика. Понимает как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функций. Теперь можно оптимально подобрать программный продукт или несколько программных продуктов, с помощью которых будет оптимизирован бизнес клиента.
Исполнитель не может выбрать программные продукты до обследования, может только предположить, что какой продукт подойдет конкретной компании. Конечно, есть случаи где выбор очевиден, если есть розничный магазин, то с большой вероятностью подойдет 1С:Розница. Это может быть 1С:Розница сама по себе или в связке с 1С:УТ или 1С:Розница и 1С:УТ и 1С:Бухгалтерия, либо еще какие то варианты.
В конечном счете все зависит от того, чем именно занимается заказчик, какие процессы протекают у него в компании, какие задачи стоят.
Имея полное описания процессов и функций всех сотрудников, исполнитель может обоснованно рекомендовать оптимально-подходящие программные продукты 1С, указав на перечень процессов заказчика, которые будут реализованы в одной или нескольких программах.
Функции, которые отсутствуют в предложенных программах 1С, дополняются путем доработки (программирования системы). В некоторых случаях исполнитель приходит к самому клиенту, и они совместно разбирают плюсы и минусы реализации его процессов на разных конфигурациях 1С. В итоге клиент может осознанно выбрать подходящий ему программный комплекс. При этом есть возможность оценить стоимость внедрения и дальнейшего сопровождения выбранного программного комплекса.
Модель или контрольный пример, в чем разница?
Модель или контрольный пример, в чем разница?
Модель - это документ в формате Word, в котором описывается то, как будет работать система. Он составляется на основе данных о бизнес-процессах заказчика и содержит сведения о необходимых документах, справочниках, обработках, отчетах. На этот документ можно посмотреть (как будет работать продавец, как будет работать кладовщик, как будет работать бухгалтер и т.д.) и решить соответствует ли модель процессам компании.
Контрольный пример - типовая база 1С. В ней нет перенесенных данных заказчика, перенесенных справочников и остатков. Руками создаются несколько объектов, проходящих весь цикл от начала и до конца. В рамках контрольного примера настраивается база 1С, создаются справочники (это может быть 5-10 необходимых справочников), документы со всеми настройками, которые предполагается делать. Делаются документы: заказ, поступления, перемещения, отгрузки, возврат, оплаты. Затем формируются отчеты, проводится проверка: как всё отразилось в системе, что можно посмотреть с типовым отчетным функционалом 1С. На основании контрольного примера составляется документ, который заказчик может посмотреть. В сопровождении с базой 1С он может протестировать тот или иной функционал. Если сравнивать два инструмента, то модель - это дешевле и быстрее, контрольный пример, соответственно, дольше и дороже.
Когда нужен контрольный пример:
- когда заказчик никогда не работал в 1С, т.е. работа велась в других системах;
- когда отражается какой-то сложный участок деятельности, который сложно отразить в описании.
Например, многосерийное, позаказное производство, со сложным расчетом себестоимости и большим количеством вводных, которые нужно учесть. Типовую базу проще смоделировать в системе и разобрать с заказчиком, потому что без неё невозможно понять будет ли система правильно работать.
В случае с контрольным примером, заказчик получает возможность протестировать функционал в разных вариантах. Чтобы осуществить это, необходимо развернуть базу на серверах заказчика, если к тому моменту у него уже куплены лицензии. Если нет, тогда база разворачивается на серверах исполнителя и предоставляется доступ.
Всегда, после того как модель/контрольный пример выполнен, в обязательном порядке заказчик с исполнителем разбирают документ, насколько он понятен клиенту. Это занимает плюс еще 2-3 часа.
Итогом данного этапа становится модель с подробным описанием того, каким образом процессы отражаются в учетных системах, база с контрольным примером, на случай если его делали, функциональные требования (ФТ) на доработки.
РЕАЛИЗАЦИЯ
Этап реализация имеет подготовительный характер перед запуском новой системы. Здесь реализуются все настройки согласно ФТ/ТЗ, программисты дорабатывают весь необходимый функционал, пишется “Концепция запуска” и проходит процесс обучения пользователей в новой системе 1С.
Что уже получено на входе в этап реализации:
- отчет об обследовании;
- модель и/или контрольный пример;
- функциональные требования/техническое задание;
- таблица ролей и прав сделанная по результатам обследования;
- концепция запуска.
Далее следует описание части задач, которые необходимо выполнить на этапе Реализации.
“Концепция запуска”
Концепция запуска - это порядок того, как и в какой очередности запускается новая система.
В “Концепции запуска” описывается разработка и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
Подготовка инструкций и чем они отличаются от желтых книжек 1С
Инструкции в желтых книгах 1С описаны пообъектно, т.е., вначале описаны все справочники, а потом описаны все документы. Из прочтения книги не становится понятно, как осуществить процесс заказа, закупки или разместить товар на складе и т.д.
Инструкции написанные на проекте - это инструкции процессные. В них описано что делать пользователю в системе, какие последовательные шаги он должен проделать.
Обучение
Обучение пользователей начинается уже с готовыми инструкциями и распределенными ролями и правами.
Обучение по ролям обязательно проводится в режиме очном, проводит его аналитик или руководитель проекта исполнителя. Ответственность за него ложится на РП от компании исполнителя и компании заказчика. По итогом обучения подписываются “Листы обучения”. Например, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
На этапе реализации клиент должен принимать активное участие в проверке всего функционала. В обязательном порядке, еженедельно участвовать в “Статус встречах”, на которых предоставляются отчеты о проделанной работе и внимательно изучать документацию.
“Реализация организационных изменений”.
Организационные изменения бывают разные, например, покупка дополнительного оборудования, наем сотрудников, изменение структуры хранения на складе и т.д.
Этап “Реализации” - длительный процесс, в котором содержится огромный объем работы методистов, программистов 1С, руководителя проекта и команды со стороны заказчика.
ВНЕДРЕНИЕ СИСТЕМЫ
На входе в этот этап достигнуты следующие результаты:
- обученные пользователи (то что они обучены и у нас есть подписанные “Листы обучения”);
- настроенная система, по документу “Модель”;
- все доработки, которые описаны в ФТ, выполнены;
- подготовлены понятные для пользователей инструкции;
- переносы проверены, интеграции протестированы, система готова к запуску.
Далее следует “Прогон запуска”. Как это происходит?
Например, в указанную дату пользователи заказчика выходят из системы, снимается копия и остается у компании-внедренец. Далее в новую чистую подготовленную базу делается перенос “Справочников”, “Остатков”, делаются “Настройки” и проверка.
Задача “Прогона запуска” - замерить необходимое время для выполнения каждой задачи. На выходе получаем документ с таймингом, где каждая операция замерена в часах. Благодаря этому документу есть понимание сколько понадобится времени, для перехода со старой системы на новую.
Бывает так, что тайминг показывает, что времени, которое отведено заказчиком для запуска, недостаточно. Например, компания заказчика работает в системе с понедельник по пятницу, и на запуск можно выделить только субботу и воскресенье. В то время как тайминг покажет, что на запуск новой системы понадобится трое суток. Либо заказчик работает и в выходные дни, а на запуск можно выделить только ночь. В таком случае рассматриваются варианты по плотности графика: какие работы можно провести заранее, а какие можно ускорить и провести параллельно другим задачам, подключив при этом дополнительный персонал. Иногда возможно часть работ провести после запуска системы.
Итак, “Прогон запуска” показал, сколько понадобится времени на запуск, все проверено, протестировано, команда заказчика готова к работе в новой системе.
Запуск
Запуск осуществляется по аналогии с “Прогоном запуска”, только теперь вся работа происходит в рабочей базе.
Наступает первый рабочий день в новой системе. Практически всегда первая неделя запуска наполнена ошибками работы в системе, появлением неучтенных моментов в бизнес процессах на этапе интервью пользователей. Выявляются ошибки системы, для устранения которых понадобится опытный специалист со стороны заказчика. Обычно подобная проблема решается в течение одного-двух дней, но иногда затягивается и на неделю. После этого срока пользователям понадобится "горячая линия поддержки" от команды специалистов, которые занимались проектом, для решения возникающих в процессах работы задач. На всем протяжении поддержки, ответственный сотрудник оперативно связывается с разработчиками и методологами, чтобы специалисты сразу в рабочем режиме вносили все необходимые правки. Также в период запуска должен быть готов к большому объему работы РП со стороны заказчика, так как пойдет негатив от сотрудников. Они будут жаловаться на то, что им тяжело работать в новой системе. Все это будет происходить в пределах недели. Как правило, через месяц пользователи привыкают, через три не представляют как работать без новой системы.
Есть еще один важный момент, который стоит обсудить с РП со стороны заказчика - это ситуации, при наступлении которых принимается решение о назначении новой даты перехода. Если он по какой-то причине не состоялся, пользователи временно возвращаются работать в старую систему.
РУКОВОДИТЕЛЬ ПРОЕКТА ОТ ЗАКАЗЧИКА (РПЗ)
РПЗ - человек, который несет ответственность за результат проекта со стороны заказчика. Он своей подписью будет подтверждать решения, начиная с presale процесса на этапе выбора подрядчика, до момента приемки конечного результата. И именно он в самом начале встреч, на предпроектном обследовании, должен рассказать, зачем в компании инициирован проект автоматизации, и какие цели преследуют собственники.
Предпроектное обследование.
Предпроектное обследование - это серия интервью, в которых бизнес аналитики спрашивают пользователей о бизнес процессах компании, их реализации в разных системах. Задача РПЗ - организовать встречи со стороны заказчика, т.е. взять предоставленный список встреч и совместно составить график проведения интервью, учитывая пожелания исполнителя.
Далее РПЗ обеспечивает явку и готовность участников, рассказывает про свои функции в компании. РПЗ должен просветить своих сотрудников для чего нужны эти интервью. РПЗ наблюдает за ходом встречи и гасит вспыхнувшие конфликты, так как очень часто пользователи не хотят что-то рассказывать и чем то делится.
Моделирование и контрольный пример
РПЗ должен сам глубоко погружаться в проект, изучать полученные документы, чтобы понять как будет выглядеть модель, как будут работать новые функции, как все будет устроено в новой информационной системе (ИС). На этом этапе подписываются важные документы: Модель, Функциональные Требования и Концепция запуска. РПЗ должен обеспечить прочтение и изучение ключевыми пользователями документов, имеющих отношение к занимаемой ими позиции. Задача РПЗ - убедится в том, что пользователи вникли в содержание документа. Каждый должен изучить свой участок и выразить согласие или несогласие с концепцией, при необходимости дать подробный комментарий.
Реализация
На этом этапе РПЗ должен быть в постоянном контакте с исполнителем. Читать “Статус отчеты”, задавать уточняющие вопросы, участвовать в тестировании, привлекать ключевых пользователей к тестированию функционала.
Внедрение
Весь процесс внедрения РПЗ должен находится рядом и участвовать в сортировке требований и проблем.
Качества которыми обладает руководитель проекта:
- Не рядовой сотрудник
- Наличие опыта систематизации, постановки задач, контроля выполнения и т.д.
- Последовательный человек, который глубоко погружается в тему
- Хорошо если он знаком с 1С
- Знает предметную область заказчика
- Понимает как работает компания
- Обладает временем для участия в проекте. В большом проекте он может потратить 50% своего рабочего времени или даже 100%
Кроме того, РПЗ должен иметь прямой контакт с собственником или с генеральным директором, получать поручения и быть подотчетным к кому-то из них. Данная мера позволит ему находиться на одном уровне с топовыми менеджерами в рамках своего проекта. Он сможет предъявлять требования к руководителям других подразделений.
Ему должно быть интересно запустить систему и знать ее не меньше, чем этого хочет исполнитель. РПЗ заинтересован в успешном завершении проекта. Возможно, ему будет интересен этот кейс, потому что он амбициозный человек.
Поэтапное сравнение трех проектных технологий внедрения 1С
Договор о неразглашении конфиденциальной информации
Целью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
Устав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
Благодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем, как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего мы можем оптимально подобрать программный продукт, или несколько программных продуктов, с помощью которых будет оптимизирован бизнес клиента.
На основании обследования готовится коммерческое предложение на внедрение системы по модели "фиксированной цены". Соответственно, стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
Отчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика;
- подготовленных таблиц к этим процессам, которые поясняют как все происходит;
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет.
Организационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
“Концепция запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
План орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С, и рекомендательные предложения.
Моделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
"Модель" - это документ в формате Word, описывающий работу новой системы. Он составляется на основе данных о бизнес-процессах заказчика и содержит сведения о необходимом функционале 1С. На этот документ можно посмотреть и принять решение о соответствии модели процессам компании.
Техническое Задание (ТЗ) предназначено для упрощения работы программиста. Предоставляется клиенту только по индивидуальному запросу.
"Функциональные требования" (ФТ) - документ, подготавливаемый бизнес-аналитиком на основании данных о бизнес-процессах заказчика. В нем содержится описание того, как будет работать новый функционал.
Контрольный пример - полностью типовая база 1С, в которой нет перенесенных данных заказчика, справочников и остатков. Предназначена для тестирования нового функционала.
Разработка структуры НСИ - это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры;
- справочник контрагенты;
- справочник статьи движения;
- денежных средств;
- справочник статьи затрат;
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
Матрица ролей указывает, какие роли есть в компании, какие функции каждая из них выполняет.
По этой матрице в дальнейшем будут настраиваться права доступа в учетной системе, готовиться памятки и пользовательские инструкции для сотрудников, проводиться обучение.
По итогам обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
План запуска - документ, содержащий список мероприятий, которые необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
Тайминг - документ, содержащий полный список операций, которые необходимо осуществить для запуска систем, с указанием времени для каждой операции.
Договор о неразглашении конфиденциальной информации
Целью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
Устав проекта - документ, в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
Благодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем, как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего мы можем оптимально подобрать программный продукт или несколько программных продуктов, с помощью которых будет оптимизирован бизнес клиента.
На основании обследования готовится коммерческое предложение на внедрение системы по модели "фиксированной цены". Соответственно, стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
Отчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика;
- подготовленных таблиц к этим процессам, которые поясняют как все происходит;
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет.
Организационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
План орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С, и рекомендательные предложения.
Моделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
"Модель" - это документ в формате Word, описывающий работу новой системы. Он составляется на основе данных о бизнес-процессах заказчика и содержит сведения о необходимом функционале 1С. На этот документ можно посмотреть и принять решение о соответствии модели процессам компании.
Техническое Задание (ТЗ) предназначено для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
"Функциональные требования" (ФТ) - документ, подготавливаемый бизнес-аналитиком на основании данных о бизнес-процессах заказчика. В нем содержится описание того, как будет работать новый функционал.
Контрольный пример - полностью типовая база 1С, в которой нет перенесенных данных заказчика, справочников и остатков. Предназначена для тестирования нового функционала.
Разработка структуры НСИ - это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры;/li>
- справочник контрагенты;
- справочник статьи движения;
- денежных средств;
- справочник статьи затрат;
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
Матрица ролей указывает, какие роли есть в компании, какие функции каждая из них выполняет.
По этой матрице в дальнейшем будут настраиваться права доступа в учетной системе, готовиться памятки и пользовательские инструкции для сотрудников, проводиться обучение.
По итогам обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
План запуска - документ, содержащий список мероприятий, которые необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
Тайминг - документ, содержащий полный список операций, которые необходимо осуществить для запуска систем, с указанием времени для каждой операции.
Договор о неразглашении конфиденциальной информации
Целью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
Устав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
Благодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем, как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего, мы можем оптимально подобрать программный продукт, или несколько программных продуктов с помощью которых будет оптимизирован бизнес клиента.
На основании обследования, готовится коммерческое предложение на внедрение системы, по модели фиксированной цены. Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
Отчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика;
- подготовленных таблиц к этим процессам, которые поясняют как все происходит;
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет.
Организационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
План орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С, и рекомендательные предложения.
Моделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
"Модель" - это документ в формате Word, описывающий работу новой системы. Он составляется на основе данных о бизнес-процессах заказчика и содержит сведения о необходимом функционале 1С. На этот документ можно посмотреть и принять решение о соответствии модели процессам компании.
Техническое Задание (ТЗ) предназначено для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
"Функциональные требования" (ФТ) - документ, подготавливаемый бизнес-аналитиком на основании данных о бизнес-процессах заказчика. В нем содержится описание того, как будет работать новый функционал.
Контрольный пример - полностью типовая база 1С, в которой нет перенесенных данных заказчика, справочников и остатков. Предназначена для тестирования нового функционала.
Разработка структуры НСИ - это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры;
- справочник контрагенты;
- справочник статьи движения;
- денежных средств;
- справочник статьи затрат;
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
Матрица ролей указывает, какие роли есть в компании, какие функции каждая из них выполняет.
По этой матрице в дальнейшем будут настраиваться права доступа в учетной системе, готовиться памятки и пользовательские инструкции для сотрудников, проводиться обучение.
По итогам обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
План запуска - документ, содержащий список мероприятий, которые необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
Тайминг - документ, содержащий полный список операций, которые необходимо осуществить для запуска систем, с указанием времени для каждой операции.
Договор о неразглашении конфиденциальной информации
Целью экспресс - обследования является подготовка предварительного предложения на выполнение проектных работ по внедрению, которое включает перечень доработок функционала типового программного продукта, состав работ по внедрению, план-график внедрения и оценку стоимости проектных работ.
Устав проекта - документ в котором зафиксированы цели проекта, границы проекта, описаны риски и подход к управлению ими, прописан состав участников проекта, и указано как происходит обмен информацией.
Благодаря процессу обследования и описания схемы, мы узнаем все требования бизнеса заказчика.
Понимаем, как работает компания клиента, какая в ней информация, потоки, обмен в точной последовательности функции. После чего, мы можем оптимально подобрать программный продукт, или несколько программных продуктов с помощью которых будет оптимизирован бизнес клиента.
На основании обследования, готовится коммерческое предложение на внедрение системы, по модели фиксированной цены. Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
Отчет об обследовании состоит из:
- описанных детально всех бизнес процессов заказчика;
- подготовленных таблиц к этим процессам, которые поясняют как все происходит;
- подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет.
Организационная структура — документ, схематически отражающий состав и иерархию подразделений предприятия. Устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации.
“Концепции запуска” описывает, разработку и тестирование доработок с разбивкой ФТ на мелкие задачи, которые можно проверять, тестировать и отдельно сдавать заказчику.
План орг.изменений - документ, содержащий рекомендации двух видов: обязательные, которые заказчику необходимо выполнить до запуска 1С, и рекомендательные предложения.
Моделирование - перенос схемы бизнес-процессов на функционал типовой программы 1С, определение необходимых настроек, цепочек документов 1С.
"Модель" - это документ в формате Word, описывающий работу новой системы. Он составляется на основе данных о бизнес-процессах заказчика и содержит сведения о необходимом функционале 1С. На этот документ можно посмотреть и принять решение о соответствии модели процессам компании.
Техническое Задание (ТЗ) предназначено для упрощения работы программиста, по этому ТЗ предоставляется клиенту, только по индивидуальному запросу.
"Функциональные требования" (ФТ) - документ, подготавливаемый бизнес-аналитиком на основании данных о бизнес-процессах заказчика. В нем содержится описание того, как будет работать новый функционал.
Контрольный пример - полностью типовая база 1С, в которой нет перенесенных данных заказчика, справочников и остатков. Предназначена для тестирования нового функционала.
Разработка структуры НСИ - это настройка, и наведение порядка во всех основных аналитических справочниках:
- справочник номенклатуры;
- справочник контрагенты;
- справочник статьи движения;
- денежных средств;
- справочник статьи затрат;
- справочник единиц измерения, и все справочники которые являются аналитическими разрезами.
Матрица ролей указывает, какие роли есть в компании, какие функции каждая из них выполняет.
По этой матрице в дальнейшем будут настраиваться права доступа в учетной системе, готовиться памятки и пользовательские инструкции для сотрудников, проводиться обучение.
По итогам обучения подписываются “Листы обучения”. Пример, сотрудник ФИО такое-то, прошел обучение по таким-то бизнес процессам, к работе в новой системе готов.
План запуска - документ, содержащий список мероприятий, которые необходимо выполнить обеим сторонам с учетом ответственных для запуска новой системы.
Тайминг - документ, содержащий полный список операций, которые необходимо осуществить для запуска систем, с указанием времени для каждой операции.