Станислав Алексенко. Как устроена команда 1С, ориентированная на продукты, и какую роль в ней занимает владелец продукта

Одна из самых распространенных задач в автоматизации управления – это реклассификация учетных данных для формирования консолидированной отчетности группы компаний. Типовые процессы подготовки таких отчетов сложны с методической точки зрения и требуют сложного процесса управления изменениями. Расскажем о том, как эту ситуацию могут изменить инструменты с функциями контролируемого определения алгоритмов преобразования данных. Доклад в виде статьи: https://infostart.ru/pm/2292401/

Когда команда начинает применять в разработке продукта гибкие методологии, возникает масса вопросов – подойдет ли Scrum, как организовать структуру Kanban-доски, как сбалансировать загрузку команды и вовлечь всех участников в развитие продукта. Расскажем об организации слаженной работы не кросс-функциональной команды и опыте применения гибких методологий в продуктовой разработке. Доклад в виде статьи: https://infostart.ru/pm/2291154/

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

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

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

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

Роль аналитика в проекте огромна – от полноты сбора требований и корректности постановки задачи зависит судьба будущей разработки. Расскажем о том, как избежать рисков, связанных с недопониманием требований, и выстроить с заказчиком и разработчиками эффективную коммуникацию. Доклад на конференции Анализ & Управление в ИТ-проектах 2023: https://infostart.ru/pm/2280155/ Видео доклада: https://infostart.ru/video/w2280179/

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

Постоянное разграничивание документации для разработчиков и пользовательских инструкций зачастую приводит к полной неразберихе. К тому же ведение документации и учета задач обычно ведется в разных системах. Расскажем о том, как восстановить правдивую картину проделанных работ и создать структурированную систему управления документацией с использованием JIRA и Confluence на базе конфигурации Управление задачами. Доклад в виде статьи: https://infostart.ru/pm/2278669/

СППР – удобный инструмент для работы с модификацией системы, в частности, упрощающий и автоматизирующий написание проектной документации. Расскажем о практическом опыте составления в СППР «Описания проектного решения». Доклад в виде статьи: https://infostart.ru/pm/2266401/