Дмитрий Кучма. Как общаться с бизнесом: сбор требований, управление требованиями, уточнение требований и сдача разработок

Каким должно быть техническое задание, чтобы разработчик понял задачу так же, как аналитик, тестировщик и бизнес? Покажем, почему требованиям нужны обоснование, конкретные формулировки по SMART, единый командный контекст и визуальная опора в виде схем, макетов и глоссария. Объясним, как недосказанность, размытые формулировки и отсутствие коммуникации превращают даже хорошо оформленное ТЗ в источник ошибок. Отдельно поговорим о soft skills: регулярных встречах, синках, воркшопах и умении вовремя проговорить нюансы с исполнителями. Доклад в виде статьи: https://infostart.ru/pm/2696528/

Быстрый переход с иностранного ПО на российские решения редко бывает просто заменой системы – особенно когда речь идет о МСФО, ежемесячной отчетности и отключении от зарубежной инфраструктуры в жесткий срок. На примере проекта перехода с Oracle JD Edwards и Harmony reports на 1С разбираем проблемы, с которыми сталкивается команда: неполные данные, отсутствие доступа к исходной системе, скрытые доработки, накопленные ошибки учета и постоянный поток новых требований. Объясняем, почему кризисный подход не дает гарантий результата и чем полноценный переход отличается от установки нового программного обеспечения. Отдельно рассматриваем правильную методологию замещения: детальное обследование, стратегию перехода, методологическую подготовку и поэтапную автоматизацию. Доклад в виде статьи: https://infostart.ru/pm/2693629/

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

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

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

В проектах внедрения 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/