Почему на проектах внедрения ERP-систем возникает разрыв между бизнесом и разработкой – и какую роль в его закрытии играет бизнес-аналитик? Покажем фреймворки, которые помогают точнее выявлять проблемы, проектировать пользовательские сценарии, приоритезировать требования, проверять гипотезы и снижать риски сложных внедрений 1С. Объясним, как CATWOE, CJM, GA, HADI, MECE, MoSCoW, SAFe, UC и ТРИЗ могут быть полезны аналитикам 1С не как догма, а как практические инструменты для работы с бизнес-задачами.
Каким должно быть техническое задание, чтобы разработчик понял задачу так же, как аналитик, тестировщик и бизнес? Покажем, почему требованиям нужны обоснование, конкретные формулировки по SMART, единый командный контекст и визуальная опора в виде схем, макетов и глоссария. Объясним, как недосказанность, размытые формулировки и отсутствие коммуникации превращают даже хорошо оформленное ТЗ в источник ошибок. Отдельно поговорим о soft skills: регулярных встречах, синках, воркшопах и умении вовремя проговорить нюансы с исполнителями.
Современный рабочий день сотрудника любой крупной компании, в том числе, в сфере IT, все чаще превращается в цепочку созвонов, летучек и бесконечных онлайн-обсуждений. Команды постоянно на связи, календари заполнены, коммуникации стало больше – но ощущение реальной продуктивности почему-то исчезает. Почему компании начинают «съедать» собственное рабочее время, как культура постоянных синхронизаций влияет на мышление сотрудников и можно ли сохранить баланс между регулярным взаимодействием с коллегами и глубокой работой? Автор разбирается в этих вопросах.
Быстрый переход с иностранного ПО на российские решения редко бывает просто заменой системы – особенно когда речь идет о МСФО, ежемесячной отчетности и отключении от зарубежной инфраструктуры в жесткий срок. На примере проекта перехода с Oracle JD Edwards и Harmony reports на 1С разбираем проблемы, с которыми сталкивается команда: неполные данные, отсутствие доступа к исходной системе, скрытые доработки, накопленные ошибки учета и постоянный поток новых требований. Объясняем, почему кризисный подход не дает гарантий результата и чем полноценный переход отличается от установки нового программного обеспечения. Отдельно рассматриваем правильную методологию замещения: детальное обследование, стратегию перехода, методологическую подготовку и поэтапную автоматизацию.
Безопасная конфигурация в 1С начинается с соблюдения стандартов v8std, которые определяют требования к защите серверного API, работе с внешним кодом, запуску приложений и хранению чувствительных данных. Объясняем ключевые принципы безопасной разработки: от корректного использования признака «Вызов сервера» и безопасного хранения паролей до правил запуска внешних программ, ограничения исполнения произвольного кода и работы с внешними компонентами. Подробный разбор каждого требования показывает, как минимизировать риски и создать конфигурацию, устойчивую к типовым угрозам безопасности.