Внедряем бюджетирование, или Как сделать хорошо?

Валерий Павлов, ведущий консультант 1С

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

1. Внедрение бюджетирования, или Как сделать хорошо? Валерий Павлов Ведущий консультант 1С
2. • 11 лет работы с 1С • Внедрение блока бюджетирования на конфигурациях 1С: УХ, 1С: ERP, 1С: Комплексная автоматизация, 1С: УПП, отраслевых конфигурациях • 1С: Специалист-консультант по Бюджетированию в 1C: ERP 2, 1С: УХ и другие • Опыт работы в 1С: франчайзи, системном интеграторе, in-house в IT- компаниях Обо мне
3. Бюджетирование — планирование и разработка бюджетов, деятельность в рамках этапа планирования бюджетного процесса, процедура составления и принятия бюджетов, одна из составляющих системы финансового управления, предназначенная для оптимального распределения ресурсов хозяйствующего субъекта во времени. . Начнем с начала
4. Планируем проект Вопросы которые нужно задать Сложности, которые могут возникнуть при внедрении • А что у нас с требованиями к разработке программного продукта? • А как мы будем управлять изменениями требований? • А что у нас с процессами и документами? • Сотрудники, хотят, чтобы в 1С было, как в Excel • Сотрудники, не заинтересованы общаться с командой внедрения и пересматривать свою текущую модель в реалиях 1С • Сотрудников, заставляют работать в двух программах или в рамках проекта не погружают в механизмы 1С
5. Вопросы которые нужно задать: требования, рамки, метрики
6. Первый вопрос. А что у нас с требованиями к разработке программного продукта? Stakeholder Needs — отражение проблемы бизнеса, персоналии или процесса, которое должно быть соотнесено с использованием или приобретением новой системы Features — множество логически связанных функциональных требований, которые обеспечивают возможности пользователя и удовлетворяют целям Software Requirements — делятся на 3 вида Software Requirements Features Stakeholder Needs
7. Первый вопрос. А что у нас с требованиями к разработке программного продукта? Требования к ПО Функциональные требования Нефункциональные требования Ограничения проектирования
8. отражают поведение системы – входы, выходы и функции, которые система предоставляет пользователю Первый вопрос. А что у нас с требованиями к разработке программного продукта? отражают удобство использования системы, ее надежность, производительность и возможность поддержки (сопровождения) ограничения, относящиеся к дизайну или процессу создания системы, которые не влияют на внешнее поведение, но должны быть учтены для соответствия различного вида обязательствам Требования к ПО Функциональные требования Нефункциональные требования Ограничения проектирования
9. • Полнота • Необходимость и осуществимость • Верифицируемость • Корректность и согласованность • Ясность Свойства требований
10. Что не должны содержать требования? Отсылок к конкретным способам реализации ✅ Пользователь должен иметь возможность сохранить данные, введенные с формы ❌ Пользователь должен нажать на кнопку “Сохранить” для сохранения данных
11. Что не должны содержать требования? Отсылок к конкретным способам реализации ✅ Пользователь должен иметь возможность сохранить данные, введенные с формы ❌ Пользователь должен нажать на кнопку “Сохранить” для сохранения данных Данных о планировании проекта ❌ Реализация сохранения данных должна быть завершена во втором квартале 2023 года
12. Что не должны содержать требования? Отсылок к конкретным способам реализации ✅ Пользователь должен иметь возможность сохранить данные, введенные с формы ❌ Пользователь должен нажать на кнопку “Сохранить” для сохранения данных Данных о планировании проекта ❌ Реализация сохранения данных должна быть завершена во втором квартале 2023 года Сведений о тестировании ✅ При плохом интернет-соединении функция загрузки фотографий должна отрабатывать в фоновом режиме, не блокируя работу приложения ❌ Необходимо протестировать скорость ответа на запрос загрузки фотографии в условиях плохого интернет-соединения.
13. Почему так происходит? • Над проектом работает большое количество заинтересованных лиц, не всегда они видят проблемы и возможные решения одинаково • В процессе управления изменениями требований могут быть не обновлены связанные требования, что приведет к конфликту требований Противоречие требований
14. • Встреча заинтересованных лиц поможет найти решение, наиболее выгодное для бизнеса • Определение ключевого стейкхолдера проекта Как решить противоречие?
15. Управляем изменениями требований Шаг 1. План управления изменениями • Инструменты для определения версий отдельных требований и их наборов • Согласование требований • Согласование базовых версий требований • Способы обсуждения и доведения требований и их изменений до всех заинтересованных лиц • Способы и ответственные за оценку влияния предложенных изменений • Атрибуты требований и процедуры отслеживания состояния требований, в том числе состояния требований, которые будут использоваться, и кто их будет менять • Ответственность за обновление связей требований, и когда это должно делаться • Процесс отслеживания и разрешения проблем с требованиями • Процесс изменения планов проекта при изменении требований • Использование инструментов управления требованиями
16. Управляем изменениями требований Шаг 2. Набор атрибутов требования: • Дата создания требования • Номер текущей версии требования • Автор, создавший требование • Приоритет • Состояние требования • Происхождение или источник требования • Логическое обоснование требования • Номер выпуска или итерации, на которую назначено требование • Контактное лицо или ответственный за принятие решений по внесению изменений в требование • Метод проверки или критерий приемки
17. Управляем изменениями требований Шаг 3. Единый канал контроля изменений — согласование изменений Состояние требований: • Предложено • Разработка • Подготовлено • Одобрено • Реализовано • Проверено • Отложено • Удалено • Отклонено
18. Управляем изменениями требований Шаг 4. Иерархический принцип • Одно изменение потянет за собой череду необходимых изменений сверху вниз Шаг 5. Системы контроля изменений • Jira — системы ведения и версионирования требований • Confluence.
19. Третий вопрос. А что у нас с процессами и документами?
20. • Положение о проектировании и утверждении финансовой структуры компании • Положение о формировании бюджетной модели • Положение о бюджетной политике • Положение о разработке бюджетного регламента на предприятии Процессы и документы
21. Есть три очага сопротивления, которые нужно погасить как можно быстрее, пока не стали гасить тебя От момента, когда система нас всех спасет до момента, когда она нас всех погубит – всего одна опытно- промышленная эксплуатация Сложности, которые могут возникнуть при внедрении
22. Подводные камни: • усложнение – формы-«самоделки» могут удлинить алгоритм ввода и проверки данных • удорожание – за модификации в 1С нужно платить Первый очаг: Сотрудники, хотят, чтобы в 1С было, как в Excel
23. • Не каждый работник готов делать что-то плюсом к основным обязанностям, особенно когда не понимает, зачем ему это. Но при внедрении без помощи сотрудников не обойтись • Поэтому задача стейкхолдера и руководителя проекта – мотивировать коллег общаться с интегратором. Причем не пустыми лозунгами «А ну, идите общайтесь», а через создание механизма взаимодействия и поощрение за участие в нем Второй очаг: Сотрудники не заинтересованы общаться с командой внедрения и пересматривать свою текущую или еще отсутствующую модель на примере 1С
24. Третий очаг: Сотрудников заставляют работать в двух программах или в рамках проекта не погружают в механизмы 1С и не учат работать в новом продукте
25. Казалось бы, а что, разве к системе, вопросов нет? Четыре узких горлышка самой системы
26. Вопрос 1. Чем больше бюджетов, тем лучше? Бюджетная модель в 1С ≠ бюджетная модель в Excel
27. Вопрос 2. Поддержка сложных бюджетных моделей • Разделение бюджетных форм - на те, в которых хранятся статьи бюджета - и те, в которых хранятся показатели • Сокращать жизненный путь операнд
28. Вопрос 3. Может быть мне заполнить все доступные аналитики бюджета? Количество аналитик распространяется не только на блок бюджетирования, но и на входные и выходные данные, которые проходят через блок
29. Вопрос 4. «1С как BI система»
30. Автоматизация — это замена действий людей, направленных на сбор и обработку данных, работой системы 1 Подводя итог, надо понять, что мы хотим:
31. Цифровизация — внедрение современных в бизнес-процессы компании для того, чтобы повысить их качество и эффективность Автоматизация — это замена действий людей, направленных на сбор и обработку данных, работой системы 1 2 4 Подводя итог, надо понять, что мы хотим:
32. Цифровая трансформация — глубокая реорганизация бизнес-процессов с широким применением цифровых инструментов для их исполнения* Цифровизация — внедрение современных в бизнес-процессы компании для того, чтобы повысить их качество и эффективность Автоматизация — это замена действий людей, направленных на сбор и обработку данных, работой системы 1 2 3 4 Подводя итог, надо понять, что мы хотим:
33. Q&A 33 Валерий Павлов Ведущий консультант 1С @pavlov753 valery.pavlov@lamoda.ru