Опыт документирования в проектах по системной интеграции и автоматизации

31:37 09.09.2019 11:48:36 Доржи Цыденов (support) 2155

Опыт документирования и управления на крупных проектах по системной интеграции и автоматизации
a.       Разработка через документирование.
            i.      Сначала документация – потом реализация.
            ii.      Формализация и согласование требований к документации с Заказчиком
b.      Документирование – это не только Руководство пользователя!
c.       Опыт интеграции объектов разработки, задач на разработку (тех. заданий) и пользовательской документации
d.      Возможности новой редакции продукта «2iS:Интеграция» и опыт использования продукта за последний год
            i.      Конвертация данных из любых внешних источников с использованием обычных правил обмена
            ii.      Шина веб-сервисов для любых конфигураций 1С, без их изменения
            iii.      Опыт централизованного управления пользователями в базах 1С
            iv.      Подсистема Веб-портал отчетности, для любых инфобаз 1С

Категории:
Управление проектом

Комментарии
Ссылки и коды

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. пользователь 19.02.15 08:27

Сообщение было скрыто модератором.

...

2. Zircool 297 19.02.15 08:27 Сейчас в теме

Презентация скачать (3 Mb)

Оставьте свое сообщение

E-mail:

Прямая ссылка:

BB-код для форумов и блогов:

HTML-код:

Николай Пикалев. Примеры внедрения узконаправленных инструментов анализа данных и подготовки отчетов

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

Екатерина Александрова. Разработка успешного продукта не кросс-функциональной командой

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

Юлия Буланова. Product owner – что за зверь?

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

Антон Репин. От анархии к порядку: как за короткий срок настроить работу аналитиков 1С

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

Михаил Иванов. Акселерация с Инфостарт. От идеи до выхода на рынок

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

Дмитрий Макаров. Как запустить продуктовый подход в in-house разработке: цели, метрики, перцентили …

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

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

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

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

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

Дмитрий Чёрный. Гибрид 1С и Atlassian: как, а главное – зачем?

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

Ольга Лазорик. Опыт применения СППР для формирования документа «Описание проектного решения»

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