Месяца
бесплатно
Внедрение 1С
Комплексное внедрение системы 1С:Предприятие 8 "под ключ"
- Настройка системы под индивидуальные требования
- Повышение производительности системы
- Оптимизация бизнес-процессов
- Повышение эффективности персонала
- Актуальные управленческие решения
- Регламенты и пользовательские инструкции
- Создание новых отчетов и обработок
Получите индивидуальное предложение прямо сейчас!
Внедрение системы 1С:Предприятие 8
Виды
внедрения 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С успешным, необходимо глубокое понимание бизнес процессов заказчика.
Часто в момент обследования заказчик сам не понимает бизнес процессов своей компании, каждый сотрудник знает только тот участок за который он отвечает. А общая картина о деятельности организации находится в области коллективного бессознательного.
Итак, из чего состоит “Успешный Проект 1С”:
- Предпроектное обследование
- Разработка матрицы ролей и функций
- Интервью пользователей
- Моделирование и/или Контрольный пример
- Подготовка документа “Функциональные Требования” (ФТ)
- Подготовка Технического Задания для программистов (ТЗ)
- Выбор оптимального продукта 1С
- Разработка структуры и регламента НСИ
- Подготовка пользовательских инструкций, памяток, проводится обучение, подписываются “Листы обучения”
- Подготовка “Концепции перехода”
- “Контрольный запуск” — процедура для уточнения того, сколько понадобится времени на запуск системы (тайминг).
- Запуск системы (запуск осуществляется по аналогии с “Контрольного запуска” , только теперь вся работа происходит в рабочей базе)
- Опытно-промышленная эксплуатация
В конце этой статьи хочется дать совет заказчику, начинающему свой первый проект. Автоматизация бизнес процессов на предприятии — это огромный труд, который доводят до конца только амбициозные люди. По результатам внедрения новой системы, компания заказчика получит инструменты, без которых в наши дни не может существовать ни одно растущее предприятие. Так что, запаситесь терпением, погрузитесь в процесс (либо наймите исполнителя), поставьте четкие цели и задачи проекта, установите сроки, бюджеты и требуйте их исполнения.
Предпроектное
обследование
обследование
На входе в обследование проводятся pre-sale мероприятия, которые делаются в целях получения информации:
- Цели и границы проекта
- Оргструктура заказчика
- Информация о компании и бизнесе заказчика
- Информация об отрасли
Далее заключается договор, вносится предоплата и идет подготовка к этапу — «Интервью пользователей»: создается план интервью, готовятся списки вопросов.
План интервью
Исходя из подготовленной оргструктуры, пишем список сотрудников, с которыми необходимо провести интервью. Как правило, это руководители, ключевые пользователи системы которые работают в компании достаточно давно. В списке мы указываем интервью в порядке последовательности. Это важно, чтобы у пользователей и у проектной команды вырабатывалась правильная последовательность процессов.
Если расставить интервью не в правильном порядке, то может получиться так, что кто-то в конце цепочки даст новые вводные, которые заставят исполнителя вернуться в начало цепочки интервью. Поэтому исполнитель составляет график, в каком именно порядке необходимо поговорить с людьми, а заказчик расставляет даты и время. Абстрактные вопросы исключены (например, расскажите как всё работает), потому что человек может забыть половину того что делает и не рассказать об очень важных вещах.
Задаются только конкретные вопросы, например:
- Как вы заказываете товар поставщику?
- Что делаете, если запросили товар поставщику, а он не дал подтверждения?
- Что делаете, если поставщиком был предложен аналог?
- Как отслеживаете доставку товара?
- Что делаете, если товар пришел частично?
- Может ли товар приходить частями?
- Что делаете, если пришел не тот товар?
- Как делаете пересортицу?
- Какими документами фиксируете пересортицу в бухгалтерии?
Подготовка закончена, дальше начинается этап интервью.
Бизнес аналитик, согласно подготовленному графику, начинает встречаться с представителями заказчика. На этих встречах должен присутствовать человек от заказчика, кто-то из ответственных лиц, кто способен не просто присутствовать формально, но и погрузиться в процесс, слушать вопросы и совместно разбирать ответы сотрудников от заказчика. Это может быть руководитель проекта со стороны клиента или представитель собственника, напрямую заинтересованный в запуске проекта. Это необходимо для того, чтобы он понял каким образом в компании происходят все процессы.
После того как интервью все завершены, исполнитель готовит документы:
Описав детально каждый бизнес процесс, получаем документ — «Отчет об обследовании».
В отчете каждый бизнес процесс детализирован до каждого шага. Итак, отчет об обследовании состоит из:
- Описанных детально всех бизнес процессов заказчика
- Подготовленных таблиц к этим процессам, которые поясняют как все происходит
- Подготовленных матриц ролей, которые указывают, какие роли есть в компании и какие функции каждая из ролей выполняет
По этой матрице в дальнейшем будет проводиться обучения, настраиваться права доступа в учетной системе, готовятся памятки для сотрудников и так далее.
На основании обследования готовится уточненное коммерческое предложение по модели «Фиксированной цены». Соответственно стоимость проекта не меняется, если не меняются цели и границы проекта со стороны заказчика.
Заказать “Предпроектное обследование” в ИТС+ либо получить консультацию, можно кликнув здесь.
Регламенты
работы с НСИ
работы с НСИ
Далее речь пойдет об обсуждении и согласовании регламента, по нормативно-справочной информации (НСИ) и переносе данных. НСИ — это справочники, основные аналитические инструменты предприятия.
Справочники НСИ:
- номенклатура;
- контрагенты;
- статьи движения денежных средств;
- статьи затрат;
- единиц измерения;
- все справочники, которые являются аналитическими разрезами.
Что такое структура НСИ и зачем это нужно?
Очень часто в бизнесе наступает момент, когда никто не знает, какие позиции в справочниках рабочие, а какие нет. Появляются папки, которые называются «не использовать», «не влезать», «не открывать». Внутри этих папок лежат элементы, указывающие на дубли разных позиций. Они используются в документах, по ним есть движение и остатки в текущей базе, что вызывает путаницу.
Регламент работы с НСИ позволяет избежать появления дублирующей информации. Без него любая система управленческой отчетности становится невозможной. Например, вы хотите посмотреть себестоимость товара, но не можете этого сделать, потому что поступления разбросаны по дублирующим позициям.
При создании структуры НСИ, необходимо ответить на ряд вопросов:
- Как должны быть построены названия в справочниках?
- Как должна быть построена иерархия?
- Что будет папками верхнего уровня, второго уровня, третьего уровня?
- Каким образом будут использоваться типовые механизмы, конфигурации 1С, для того чтобы эти позиции создать?
Продумать структуру стоит до начала разработки, настройки, запуска системы и переноса данных.
Что мы делаем на этом этапе?
В первую очередь анализируется текущая база заказчика. Разбирается специфика номенклатуры с учетом свойств и характеристик, изучаются существующие справочники. Далее разрабатывается новая структура.
На втором этапе назначается встреча с ключевыми пользователями системы с целью обсуждения новой концепции НСИ. Во время дискуссии интегратор выступает в роли модератора и дает советы в разрезе с возможностями системы (какой функционал есть в типовом варианте системы, а какой надо дорабатывать программированием). Сотрудники разных отделов могут по-разному видеть устройство основных справочников. Основная цель встречи — прийти к единому пониманию.
В итоге, любой отчет по себестоимости, продажам, закупкам будет содержать необходимую информацию, без дополнительных трудозатрат, если все в системе работают согласно регламенту.
После встречи мы переходим к следующей части процесса — написание регламента НСИ. В него все описывается в порядке последовательности, детально для каждого справочника. Также рекомендуется каждому владельцу базы данных, выделить одного человека, который будет отвечать за выполнения регламента и за целостность базы. Со стороны «ИТС ПЛЮС» это реализуется разграничением прав доступа.
Далее разрабатываются Функциональные требования (ФТ) на перенос данных. В функциональных требованиях описывается каким образом данные НСИ со старой базы, должны перейти в новую. Как правило, это автоматические алгоритмы или таблицы, которые должны собрать все задвоенные номенклатурные позиции в одну.
На предпоследнем этапе программисты выгружают, конвертируют и загружают данные в новую базу. В конце делается проверка, чтобы убедиться, что новый регламент НСИ в процессе загрузки не нарушен.
Цены на проекты внедрения на базе программных продуктов 1С
Технология стандартного внедрения (ТСВ)
Окончательная цена зависит от:
- выбранного продукта 1С;
- количества пользователей;
- уровня настройки системы.
Точную стоимость рассчитает Ваш консультант.
от 100000
Технология быстрого результата (ТБР)
Окончательная цена зависит от:
- выбранного продукта 1С;
- количества пользователей;
- уровня настройки системы.
Точную стоимость рассчитает Ваш консультант.
от 500000
Технология корпоративного внедрения (ТКВ)
Окончательная цена зависит от:
- выбранного продукта 1С;
- количества пользователей;
- уровня настройки системы.
Точную стоимость рассчитает Ваш консультант.
1000000
Предпроектное обследование
Окончательная цена зависит от:
- количество интервьюируемых пользователей;
- уровень сложности процессов компании;
- требование к детализации отчета об обследовании.
Точную стоимость рассчитает Ваш консультант.
от 150000
Разработка и внедрение регламента НСИ
Окончательная стоимость зависит от:
- состояния текущей базы;
- кол-во конвертируемых объектов;
- количества справочников;
- иерархии элементов.
Точную стоимость рассчитает Ваш консультант.
от 50 000
Интеграция с внешними ресурсами
Окончательная стоимость зависит от:
- от количества и совместимости данных НСИ;
- частота обмена данных;
- необходимость доработки/разработки обменов.
Точную стоимость рассчитает Ваш консультант.
от 10 000
Разработка пользовательских инструкций
Окончательная стоимость зависит от:
- от сложности и количества описываемых бизнес-процессов;
- количество обучаемых пользователей;
- требование к детализации документов.
Точную стоимость рассчитает Ваш консультант.
от 10 000
Вас также может заинтересовать
Регистрация в "Честном ЗНАКе". Сканеры и терминалы сбора данных. Настройки под маркировку.
Обновление программ. 25 бесплатных сервисов. Помощь программистов. Консультации.
от 1000 руб.
Перенос данных, настройка, поддержка при переходе на новые системы 1С.
от 4 000 руб.
Настройка 1С под сложный учет, нестандартные операции. Отчеты, печатные формы и многое другое.
от 900 руб.
Автоматизация бизнес-процессов, добавление новых функций, обновление нетиповых конфигураций.
от 2 500 руб.
Переход с устаревшего программного обеспечения на новое. Перенос программы на сервис 1С:Фреш.
от 1586 руб.
Повышение производительности труда за счет автоматизации бизнес-процессов.
от 100 000 руб.
Техническая поддержка программ 1С, регулярное обновление, линия консультации.
от 1 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С
- Почасовая оплата.
- Типовая, нетиповая конфигурация.
- Точную стоимость рассчитает Ваш консультант.
от 1450
Перенос данных в 1С
- Без потери сведений.
- Из любой системы.
- Настройка обмена данными.
- Почасовая оплата.
от 2900
Апгрейд 1С
- С Базовой на ПРОФ версию.
- С 1С:КП Базовый на 1С:КП ПРОФ.
- Точную стоимость рассчитает Ваш консультант.
от 3023