Юрий Лазаренко. IТюнинг для ITIL

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

Почему на проектах внедрения ERP-систем возникает разрыв между бизнесом и разработкой – и какую роль в его закрытии играет бизнес-аналитик? Покажем фреймворки, которые помогают точнее выявлять проблемы, проектировать пользовательские сценарии, приоритезировать требования, проверять гипотезы и снижать риски сложных внедрений 1С. Объясним, как CATWOE, CJM, GA, HADI, MECE, MoSCoW, SAFe, UC и ТРИЗ могут быть полезны аналитикам 1С не как догма, а как практические инструменты для работы с бизнес-задачами. Доклад в виде статьи: https://infostart.ru/pm/2697111/

Каким должно быть техническое задание, чтобы разработчик понял задачу так же, как аналитик, тестировщик и бизнес? Покажем, почему требованиям нужны обоснование, конкретные формулировки по 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/