вторник, 25 декабря 2018 г.

Тактика внедрения 1 Опциональные доработки

Допустим, что в ходе проекта вам нужно согласовать с финансовым директором и главным бухгалтером, как должен работать создаваемый вами документ системы. Разумеется, финансовый директор настаивает на варианте «А», а главный бухгалтер – на варианте «Б». Быстро убедить кого-то из них выбрать вариант оппонента не удается, а решение вопроса генеральным директором может очень затянуть дело. Ситуация пахнет простоем, а время – деньги. Что можно сделать в таком случае?
Наилучший выход – реализовать в доработке ОБА ВАРИАНТА. В создаваемый документ нужно включить опцию, позволяющую использовать его и в варианте «А», и в варианте «Б», по желанию пользователя. Мы просто скажем нашим конфликтующим заказчикам: «У вас будет оба варианта, выберите нужный, когда примете решение, или используйте оба, в зависимости от конкретного случая.»
Ситуация, когда заказчик не может определиться с окончательным решением относительно работы какой-то функции системы встречается довольно часто. Речь в этом случае не идет о концептуальных решениях, затрагивающих сразу несколько участков системы. Все подобные вопросы должны быть разрешены на этапах моделирования или проектирования. Затык может возникнуть уже в ходе выполнения доработок, при уточнении отдельных деталей, например, при согласовании функциональной спецификации.
В этом случае выполнение двух, даже трех альтернативных вариантов вряд ли потребует слишком большого увеличения трудозатрат. Зато позволит вам отложить решение вопроса на потом, и вообще устранится от участия в этой процедуре (как правило, совершенно бесплатном).
Разумеется, самым правильным будет разглядеть проблемные вопросы заранее, и заложить опциональные варианты еще на этапе проектирования. Большинство таких камней преткновения повторяются от заказчика к заказчику, и могут быть выявлены еще на этапе моделирования.
Одним из вариантов этого тактического приема является опциональная реализация всех вообще доработок и дополнений к типовой системе. Чаще всего на 100% выполнить доработки таким образом не получится, но значительную часть изменений типовой системы сделать в виде включаемых опций вполне возможно. При таком подходе вы гарантированно устраняетесь от споров между сотрудниками заказчика на тему нужна или не нужна какая-то доработка. Иногда заказчики (особенно бухгалтера) видят риск в изменении типовой системы, и возможность «отключить» доработку в любой момент успокоит их и устранит возможное сопротивление с их стороны.
Опциональные доработки позволяют решить еще одну проблему. Довольно часто заказчик не может начать использование сразу всех доработок, особенно, если в ходе проекта созданы дополнительные возможности, которые надо осваивать (новые документы, справочники, рабочие места). В первую очередь запускаются самые важные контуры системы, а это, как правило, типовые функции. При использовании опций исчезает необходимость увязывать доработки с графиком запуска системы, заказчик сможет сам включить созданные вами функции, когда ему будет удобно.

пятница, 21 декабря 2018 г.

Сравнение подсистем «Менеджер сделок» и «Бюджетирование» по техническим параметрам

По количеству объектов, созданных в ходе разработки «Менеджера сделок», подсистема сопоставима с типовой подсистемой «Бюджетирование», что вполне объяснимо. Обе подсистемы имеют схожее назначение (планирование деятельности компании), похожую архитектуру (мало объектов для интерактивной работы, много скрытых от пользователя «технических» объектов), и используют аналогичные приемы взаимодействия с остальными подсистемами 1С:ERP

Виды объектов
Бюджетирование 1С:ERP
Менеджер сделки
Справочники
15
19
Документы
2
4
Перечисления
28
12
Обработки
2
17
Отчеты
11
2
Регистры сведений
7
18
Регистры накопления
2
9
ВСЕГО
67
81



Техническая информация о составе объектов типовой подсистемы "Бюджетирование" (ниже):

Справочники (15 видов объектов)
Виды бюджетов
Группы доступа видов бюджетов
Группы доступа статей и показателей бюджетов
Модели бюджетирования
Присоединенные файлы (Модели бюджетирования)
Нефинансовые показатели бюджетов
Показатели бюджетов
Правила лимитов по данным бюджетирования
Правила получения фактических данных по показателям бюджетов
Правила получения фактических данных по статьям бюджетов
Статьи бюджетов (показатели бюджетов)
Сценарии бюджетирования
Шаблоны ввода нефинансовых показателей
Присоединенные файлы (Экземпляр бюджета)
Элементы финансовых отчетов

Документы (2 вида)
Значения нефинансовых показателей
Документ предназначен для ввода плановых показателей по бюджетам

Перечисления (28 видов)
Варианты вывода сумм в бюджетных отчетах
Варианты расположения границы фактически данных
Виды кэша бюджета
Виды нефинансовых показателей
Виды операций установки значений нефинансовых показателей
Виды формул бюджетирования
Виды элементов финансового отчета
Дополнительные режимы элементов бюджетных отчетов
Периодичность
Показатели аналитических регистров
Разделы источников данных бюджетирования
Режим получения данных бюджетирования
Режимы отображения дерева новых элементов
Режимы формирования бюджетных отчетов
Способы составления бюджетов
Статусы заявок на расходование денежных средств
Статусы моделей бюджетирования
Статусы планов
Тип показателя бюджетов
Тип правила получения фактических данных бюджетирования
Типы выводимых показателей бюджетного отчета
Типы значений показателей бюджетного отчета
Типы измерений бюджетного отчета
Типы источников данных бюджетирования
Типы итогов монетарных показателей
Типы оформляемых областей бюджетных отчетов
Типы служебных файлов экземпляра бюджета
Типы форм шаблонов нефинансовых показателей

Отчеты (11 видов объектов)
Бюджетный отчет
Значения нефинансовых показателей
Лимиты расхода денежных средств по данным бюджетирования
Оборотная ведомость бюджетирования
Оборотно-сальдовая ведомость по показателям бюджетов
Проверка связей показателей бюджетов
Расшифровка формулы бюджетного отчета
Результат работы правил получения фактических данных
Рекомендации по повышению скорости расчета экземпляра бюджета
Связи показателей бюджетов
Справка расчет показателя бюджетов

Обработки (2 вида объектов)
Настройка правил получения фактических данных бюджетирования
Панель справочников бюджетирования

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

Регистры накопления (2 вида объектов)
Обороты бюджетов
Фактические данные бюджетирования

Рабочее место РП

Какие программы помогают руководителю проекта по внедрению 1С:ERP в 2019 году, кроме неизбежной электронной почты?

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

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

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

GitLab
GitLab – это платформа для управления кодом при совместной разработке. Но он очень удобен и для ведения текущих задач и взаимодействия проектной команды во время разработки. Когда к работе над проектом подключаются разработчики, группа в WhatsApp превращается в помойку, собирая по 300 сообщений за день. Поэтому при начале разработки всю проектную команду лучше выгонять в GitLab. Грубо говоря, это тот же самый мессенджер, но с разбивкой чатов по задачам и удобным контролем статусов и сроков задач.
1С:Документооборот тоже позволяет управлять задачами и вести управление проектом, и в нем это все делается на формальном верхнем уровне. Но он - слишком строгая и жесткая система для коммуникации с программистами. Одна проектная задача в 1С:Документообороте – это десяток небольших задач по разработке, к каждой из которых прицеплен длинный тред из вопросов, уточнений, обсуждений проблем, скриншотов и рабочих файлов. В то время, как 1С:Документооборот удобен для формального взаимодействия РП, заказчика и консультантов, GitLab удобен для ежедневного взаимодействия консультантов и разработчиков.