Сергей Крупин. Система 1С как развитие инструментов бережливого производства на предприятиях

Разбираемся, когда бизнесу выгоднее использовать готовые решения, а когда действительно стоит инвестировать в разработку с нуля. Показываем, как тиражные продукты помогают быстрее запускать процессы, сокращать затраты и снижать нагрузку на IT-команды на примерах интеграций 1С с маркетплейсами, логистическими сервисами и другими инструментами. Объясняем, по каким критериям выбирать решения на маркетплейсах, зачем тестировать демоверсии и оценивать условия поддержки. Отдельно рассматриваем гибридный подход, который позволяет закрыть типовые задачи готовым продуктом, а уникальные бизнес-требования доработать под себя. Доклад в виде статьи: https://infostart.ru/pm/2692399/

Рассказываем, как использовать текст договора в качестве инструмента управления проектом: фиксировать ожидания, этапы работ, сценарии выполнения и возможные изменения. На примере проектов переноса данных 1С показываем, чем они отличаются от проектов внедрения, зачем нужна короткая анкета на старте и как декомпозиция помогает заранее «разложить проект на кирпичики». Объясняем, почему IT-проекты можно оценивать по аналогии со строительством – через понятные виды работ, объемы и нормировки, – а коммерческое предложение стоит делать достаточно подробным, чтобы к нему можно было вернуться при изменении сценария. Отдельно разбираем, как повторяющиеся этапы и фиксация работ по периодам помогают гибко управлять объемом проекта, снижать риски для подрядчика и упрощать согласования на стороне заказчика. Доклад в виде статьи: https://infostart.ru/pm/2691856/

В проектах внедрения 1С:ERP консалтеры часто призваны «поставить учет под автоматизацию», но их участие не всегда приносит пользу. Вместо практических требований интеграторы нередко получают тома методических документов, которые ничем не помогают проекту. Разберем причины, по которым взаимодействие с консалтерами может создавать проблемы, и приведем пример успешного опыта, когда методология реально легла в основу модели автоматизации расчета себестоимости. Проясним, что такое «методология» учета и как по-разному ее понимают консалтеры, ИТ-интеграторы и заказчики. Доклад в виде статьи: https://infostart.ru/pm/2687736/

Почему клиенты на самом деле выбирают исполнителя и какие метрики действительно отражают их ожидания, а какие – лишь создают иллюзию контроля? Разбираемся, как определить свое положение в глазах клиентов (и почему NPS уже не дает нужной глубины), как проверить «здоровье» продукта и качество доставки ценности через дизайн, исполнение и поставку. Вы узнаете о четырех типах метрик – от критериев выбора до драйверов улучшений – и поймете, почему «метрики тщеславия» делают счастливыми компанию, но не клиента, хотя их часто ошибочно включают в KPI. В заключение сформулируем практические выводы о том, как точнее попадать в ожидания клиентов и получать от них устойчиво позитивный отклик. Доклад в виде статьи: https://infostart.ru/pm/2686769/

Рассмотрим эвристические методы оценки прикладной архитектуры автоматизированных систем, позволяющие повысить обоснованность проектных решений и снизить риски при разработке. Покажем, как с их помощью можно сравнивать варианты архитектуры по нескольким критериям и выбирать оптимальные решения. На примерах объясним методы многокритериальной экспертной оценки, включая метод анализа иерархий и метод комплексной оценки. Доклад в виде статьи: https://infostart.ru/pm/2686662/

Рассказываем, как устроены процессы управления производством – от подготовки и планирования до исполнения и сопровождения – и как они связаны с МТО, продажами, HR и финансовыми контурами. Показываем, какие классы систем (PDM, APS, MES, ERP, PLM) обеспечивают автоматизацию и как они взаимодействуют между собой. Объясняем ключевые термины, подходы и типичные ошибки, с которыми сталкиваются предприятия при внедрении. Материал будет полезен начинающим аналитикам для входа в тему и поможет систематизировать практический опыт специалистам с опытом. Доклад в виде статьи: https://infostart.ru/1c/articles/2682063/

Не стоит забывать, что исход проекта во многом зависит от мнения пользователей. Когда сотрудники не готовы к изменениям, а важные вопросы не проговариваются вслух, возникает сопротивление и саботаж. О том, как к этому готовиться и как помогает «нулевой этап» – стратегическая сессия перед проектом, на конференции INFOSTART TEAM EVENT 2026 рассказал Александр Пищальников. Доклад в виде статьи: https://infostart.ru/pm/2680773/

Цифровой проектный офис на 1С-Коннект демонстрирует, как модель UCaaS помогает выстроить прозрачные коммуникации, повысить качество поддержки и централизовать работу инхаус и аутсорс-команд. Показываем, как единое окно обслуживания, цифровые меню, автоматизированный мониторинг и расширенные инструменты контроля качества создают масштабируемую систему поддержки любого уровня. Особое внимание уделено AI-инструментам, которые усиливают коммуникационные процессы, автоматизируют ответы, формируют протоколы встреч и помогают оптимизировать нагрузку на первые линии. Материал будет полезен тем, кто стремится выстроить современную, гибкую и управляемую систему поддержки в проектном офисе или ОЦО. Доклад в виде статьи: https://infostart.ru/pm/2680733/

Когда в каждом подразделении внедряются свои продукты и сервисы, общий ИТ-ландшафт компании становится разрозненным и сложным. В такой среде проекты легко теряют управляемость и буксуют, даже если стратегия формально есть. Раньше это называли «лоскутной автоматизацией», а теперь мы столкнулись с «лоскутной цифровизацией» и даже «лоскутной цифровой трансформацией». Разберем, как отсутствие единой архитектурной политики, слабая связь между стратегией и ИТ-портфелем, конкурирующие продуктовые инициативы, наследие старых систем и отсутствие единой модели приводят к расхождению интересов ИТ, бизнеса и функций. И как мы на этом зарабатываем, помогая компаниям разбираться с последствиями такой фрагментации. Доклад в виде статьи: https://infostart.ru/pm/2678795/

Разбираемся, почему проекты разваливаются из-за требований, и показываем техники добычи скрытых потребностей заказчика – от работы с ролями до уточнения контекста. Учимся использовать инструменты визуализации от простых схем до User Story Mapping, чтобы сделать требования понятными всем участникам проекта. Показываем, как найти баланс между идеальным решением и реальной реализацией, не превращая проект в бесконечную доработку. А также приводим практический кейс, в котором корректная работа с требованиями позволила сократить бюджет проекта примерно на 30%. Доклад в виде статьи: https://infostart.ru/pm/2676930/