Внедрение бюджетирования, или Как сделать хорошо? Валерий Павлов Ведущий консультант 1С 

● 11 лет работы с 1С ● Внедрение блока бюджетирования на конфигурациях 1С: УХ, 1С: ERP, 1С: Комплексная автоматизация, 1С: УПП, отраслевых конфигурациях ● 1С: Специалист-консультант по Бюджетированию в 1C: ERP 2, 1С: УХ и другие ● Опыт работы в 1С: франчайзи, системном интеграторе, in-house в IT- компаниях Обо мне 

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

Планируем проект Вопросы которые нужно задать Сложности, которые могут возникнуть при внедрении ● А что у нас с требованиями к разработке программного продукта? ● А как мы будем управлять изменениями требований? ● А что у нас с процессами и документами? ● Сотрудники, хотят, чтобы в 1С было, как в Excel ● Сотрудники, не заинтересованы общаться с командой внедрения и пересматривать свою текущую модель в реалиях 1С ● Сотрудников, заставляют работать в двух программах или в рамках проекта не погружают в механизмы 1С 

Вопросы которые нужно задать: требования, рамки, метрики 

Первый вопрос. А что у нас с требованиями к разработке программного продукта? Stakeholder Needs — отражение проблемы бизнеса, персоналии или процесса, которое должно быть соотнесено с использованием или приобретением новой системы Features — множество логически связанных функциональных требований, которые обеспечивают возможности пользователя и удовлетворяют целям Software Requirements — делятся на 3 вида Software Requirements Features Stakeholder Needs 

Первый вопрос. А что у нас с требованиями к разработке программного продукта? Требования к ПО Функциональные требования Нефункциональные требования Ограничения проектирования 

отражают поведение системы – входы, выходы и функции, которые система предоставляет пользователю Первый вопрос. А что у нас с требованиями к разработке программного продукта? отражают удобство использования системы, ее надежность, производительность и возможность поддержки (сопровождения) ограничения, относящиеся к дизайну или процессу создания системы, которые не влияют на внешнее поведение, но должны быть учтены для соответствия различного вида обязательствам Требования к ПО Функциональные требования Нефункциональные требования Ограничения проектирования 

● Полнота ● Необходимость и осуществимость ● Верифицируемость ● Корректность и согласованность ● Ясность Свойства требований 

Что не должны содержать требования? Отсылок к конкретным способам реализации ✅ Пользователь должен иметь возможность сохранить данные, введенные с формы ❌ Пользователь должен нажать на кнопку “Сохранить” для сохранения данных 

Что не должны содержать требования? Отсылок к конкретным способам реализации ✅ Пользователь должен иметь возможность сохранить данные, введенные с формы ❌ Пользователь должен нажать на кнопку “Сохранить” для сохранения данных Данных о планировании проекта ❌ Реализация сохранения данных должна быть завершена во втором квартале 2023 года 

Что не должны содержать требования? Отсылок к конкретным способам реализации ✅ Пользователь должен иметь возможность сохранить данные, введенные с формы ❌ Пользователь должен нажать на кнопку “Сохранить” для сохранения данных Данных о планировании проекта ❌ Реализация сохранения данных должна быть завершена во втором квартале 2023 года Сведений о тестировании ✅ При плохом интернет-соединении функция загрузки фотографий должна отрабатывать в фоновом режиме, не блокируя работу приложения ❌ Необходимо протестировать скорость ответа на запрос загрузки фотографии в условиях плохого интернет-соединения. 

Почему так происходит? ● Над проектом работает большое количество заинтересованных лиц, не всегда они видят проблемы и возможные решения одинаково ● В процессе управления изменениями требований могут быть не обновлены связанные требования, что приведет к конфликту требований Противоречие требований 

● Встреча заинтересованных лиц поможет найти решение, наиболее выгодное для бизнеса ● Определение ключевого стейкхолдера проекта Как решить противоречие? 

Управляем изменениями требований Шаг 1. План управления изменениями ● Инструменты для определения версий отдельных требований и их наборов ● Согласование требований ● Согласование базовых версий требований ● Способы обсуждения и доведения требований и их изменений до всех заинтересованных лиц ● Способы и ответственные за оценку влияния предложенных изменений ● Атрибуты требований и процедуры отслеживания состояния требований, в том числе состояния требований, которые будут использоваться, и кто их будет менять ● Ответственность за обновление связей требований, и когда это должно делаться ● Процесс отслеживания и разрешения проблем с требованиями ● Процесс изменения планов проекта при изменении требований ● Использование инструментов управления требованиями 

Управляем изменениями требований Шаг 2. Набор атрибутов требования: ● Дата создания требования ● Номер текущей версии требования ● Автор, создавший требование ● Приоритет ● Состояние требования ● Происхождение или источник требования ● Логическое обоснование требования ● Номер выпуска или итерации, на которую назначено требование ● Контактное лицо или ответственный за принятие решений по внесению изменений в требование ● Метод проверки или критерий приемки 

Управляем изменениями требований Шаг 3. Единый канал контроля изменений — согласование изменений Состояние требований: ● Предложено ● Разработка ● Подготовлено ● Одобрено ● Реализовано ● Проверено ● Отложено ● Удалено ● Отклонено 

Управляем изменениями требований Шаг 4. Иерархический принцип ● Одно изменение потянет за собой череду необходимых изменений сверху вниз Шаг 5. Системы контроля изменений ● Jira — системы ведения и версионирования требований ● Confluence. 

Третий вопрос. А что у нас с процессами и документами? 

● Положение о проектировании и утверждении финансовой структуры компании ● Положение о формировании бюджетной модели ● Положение о бюджетной политике ● Положение о разработке бюджетного регламента на предприятии Процессы и документы 

Есть три очага сопротивления, которые нужно погасить как можно быстрее, пока не стали гасить тебя От момента, когда система нас всех спасет до момента, когда она нас всех погубит – всего одна опытно- промышленная эксплуатация Сложности, которые могут возникнуть при внедрении 

Подводные камни: ● усложнение – формы-«самоделки» могут удлинить алгоритм ввода и проверки данных ● удорожание – за модификации в 1С нужно платить Первый очаг: Сотрудники, хотят, чтобы в 1С было, как в Excel 

● Не каждый работник готов делать что-то плюсом к основным обязанностям, особенно когда не понимает, зачем ему это. Но при внедрении без помощи сотрудников не обойтись ● Поэтому задача стейкхолдера и руководителя проекта – мотивировать коллег общаться с интегратором. Причем не пустыми лозунгами «А ну, идите общайтесь», а через создание механизма взаимодействия и поощрение за участие в нем Второй очаг: Сотрудники не заинтересованы общаться с командой внедрения и пересматривать свою текущую или еще отсутствующую модель на примере 1С 

Третий очаг: Сотрудников заставляют работать в двух программах или в рамках проекта не погружают в механизмы 1С и не учат работать в новом продукте 

Казалось бы, а что, разве к системе, вопросов нет? Четыре узких горлышка самой системы 

Вопрос 1. Чем больше бюджетов, тем лучше? Бюджетная модель в 1С ≠ бюджетная модель в Excel 

Вопрос 2. Поддержка сложных бюджетных моделей ● Разделение бюджетных форм - на те, в которых хранятся статьи бюджета - и те, в которых хранятся показатели ● Сокращать жизненный путь операнд 

Вопрос 3. Может быть мне заполнить все доступные аналитики бюджета? Количество аналитик распространяется не только на блок бюджетирования, но и на входные и выходные данные, которые проходят через блок 

Вопрос 4. «1С как BI система» 

Автоматизация — это замена действий людей, направленных на сбор и обработку данных, работой системы 1 Подводя итог, надо понять, что мы хотим: 

Цифровизация — внедрение современных в бизнес-процессы компании для того, чтобы повысить их качество и эффективность Автоматизация — это замена действий людей, направленных на сбор и обработку данных, работой системы 1 2 4 Подводя итог, надо понять, что мы хотим: 

Цифровая трансформация — глубокая реорганизация бизнес-процессов с широким применением цифровых инструментов для их исполнения* Цифровизация — внедрение современных в бизнес-процессы компании для того, чтобы повысить их качество и эффективность Автоматизация — это замена действий людей, направленных на сбор и обработку данных, работой системы 1 2 3 4 Подводя итог, надо понять, что мы хотим: 

Q&A 33 Валерий Павлов Ведущий консультант 1С @pavlov753 [email protected]