От IBS
Система автоматизированного проектирования и контроля разработки: как мы «докрутили» СППР

В этой статье расскажем,
почему решили сделать собственную систему проектирования прикладных решений
при живой «1С:СППР»

Проектом занималась команда из пяти человек: директор проекта, три архитектора и разработчик.

Кратко суть
- в ИБС исторически использовали Конфлюэнс+Джира
- но передать результаты по проекту клиенту даже если у клиента есть Конфлюэнс было проблемой
- решили прикрутить СВОЮ СППР2 на основе СППР, где сделали интеграцию с Конфлюэнс, Документооборотом
(и вроде бы, не уверен, с конфигурациями 1С - для интеграционных проектов)
- ни один ИИ при этом проекте не пострадал не применялся (почти)

Обратите внимание на тот кусок, который про "Запрос на изменения" - там прям просится вставить ИИ,
чтобы он на основе спецификации на изменения уже сам создавал объекты прямо в конфигурации 1С.
Но почему-то не сделали.
А там неслабо можно было сэкономить на работе программиста.
Да и мэппинг интеграции уже мог бы ИИ сам писать им, а не спрашивать его разок на обобщённом уровне.

Авторы пишут в конце статьи про эффект от внедрения своей СППР - сокращение трудозатрат на 25-40%.
Если это правда, то проекты от ИБС должны подешеветь на те же цифры и они должны сметать всех конкурентов в корпоративном секторе.
Верим?

Почему остаётся ощущение что задача не доделана, а планы в на развитие (тоже есть в статье) ведут не туда?

А посмотрите, а как в этой разработке будет решаться проблема существенного изменения
во входных требованиях или появлении новых внутренних требований по ходу проекта?

Как в этом случае буду массово корректироваться множественные связи между объектами СППР?
Вот тот-то и оно.
То что построили такую систему молодцы, но работать хорошо она будет при "прямом" ходе работ по проекту.
А вот как переживёт массивные изменения уже зафиксированных связей и объектов - очень большой вопрос.

Трансляция на сейчас в силе сегодня в 18.00
Ссылка
комментарии и обращения к ведущему можно оставлять в чате СППР.

https://t.me/SPPR1c?livestream=36bca28e0b7fe10724

начало трансляции в 18.00

трансляция идет но перенесена в телемост

https://telemost.yandex.ru/j/70934796133338

украинские хакеры оказывается взламывают трансляции яндекстелемоста и забивают канал роликом с с обезьяной. вот новая ссылка на трансляцию.

украинские хакеры оказывается взламывают трансляции яндекстелемоста и забивают канал роликом с с обезьяной. вот новая ссылка на трансляцию.

https://telemost.yandex.ru/j/60217131902197

Запись трансляции здесь
Ведущий митапа Ермолаев Денис. Руководитель проектов 1С, разработчик ERP-tools.

СППР вышла в версии 2.1.1.29
Удалены устаревшие объекты метаданных

Кажется что на фронте СППР затишье.
Но на самом деле работа ведётся.
Больше всех задач всем задал ИИ.
Под него приходится практически полностью перерабатывать уже почти готовые продукты.
Тем не менее, обкатка в полевых условиях на проектах ведётся.
Прилагается пример из двух слайдов презентации.
Можно сделать некоторые выводы для себя почему меняется идеология и архитектура
продуктов в области СППР (software design).

PS От какого это продукта попробуйте догадаться сами.

PSS Если кто-то ещё хочет дать информацию о движе по своему или интересному стороннему решению
- велкам к нам на публикацию.

Вот статья о проблемах внедрения ERP
(СППР там упомянут мельком как инструмент среди инструментов на крупном проекте)
Но автор там сам Кислов.
А Кислов не абы кто, а величина известная в мире 1С и на крупных проектах 1С.

Но что тут главное - озвучены проблемы, который 100500 раз назывались как
причина проблем на проектах ERP и подобных
И они уже 20 лет как называются.

И что?
Кто провёл работу над ошибками?
Кто разработал методику поведения, которая снимает эти проблемы?

Даже Кислов называет эти проблемы, но никаких идей по их устранению не называет.
Просто константирует как факт, который будет всегда.

Есть проблема с НСИ - и что?
Действие то какое надо предпринять франчу на проекте?
Какое поведение устранит эту проблему и т.д. и т.п.