Новости из общения в чате:
Один из разработчиков модов СППР попался в давно ожидавшую его ловушку.
Его непрямым образом попросили предъявить доказательства работоспособности и полезности его системы для аналитиков.
Такая ловушка ждёт любого кто делает свою разработку для проектирования какой-то системы.

Есть посыл: если твоя система работает и реально помогает проектировать ПО, то покажи как ты проектируешь на своей системе её саму.

И вот здесь сразу отпадает потребность создавать какие-то бюрократические архитектурные комитеты или гит-репозитории и сообщества.
Зачем?
Выложи систему в общий доступ (облако), дай входы и роли любому желающему.
И аналитики начнут там создавать Требования, связывать их с метаданными.
Добровольцы-архитекторы начнут там делать Техпроекты и создавать функциональное описание.
Также там можно будет записывать бизнес-процессы по проектированию
И там же баг-трекер организовать.
Вуаля!
Версия на версии сидит и релизом погоняет и все идеи от народа идут в разработку
Сиди и кодь по техзаданиям, расширяй функционал.
И, самое главное, нарабатывай методику работы с системой, которая сама себя распространяет в сообществе и становится стандартом.

В мире найма в 1С
Из разговоров с ЛПР в интеграторах, вопросов на собеседованиях,
которые проходят не менее 1 раза в неделю,
заметен тренд, что у крупных игрокам на рынке 1С возник тренд, который бы назвал так:
"куда бы пристроить команду".
На рынке получается есть нужда в контрактах на внедрение или новую ветвь бизнеса.
Сокращаются доходы?
Грозит сокращение команд?
Какие у вас есть наблюдения на эту тему?

PS При этом даже у крупных интеграторах в публикуемых подходах
очень простенькие подходы даже просто к управлению требованиями.
Типа "есть Конфлюэнс, ура, мы на коне управления требованиями".
Какие новые направления, когда идей то по управлению требованиями/архитектурой нет.

Число ежемесячных запросов запросов по 1С СППР
выросло с 200 до 1000 за период с 01.01.18 по 30.09.24
Пятикратный рост за 7 лет

Как бы ответ на вопрос - нужна ли маленьким командам СППР или почему маленькие команды не пользуются СППР

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

Резюме: Поэтому вопрос применения СППР не размер команды или проекта,
а фактор времени, которое согласны на проектирование выделять и оплачивать.
Как в том анекдоте про алкоголика, обезьяну и банан на потолке - чё тут думать, тут прыгать надо.

Данная обработка позволяет автоматически обновлять стандарты непосредственно в своей конфигурации, избавляя их от необходимости выполнять рутинные операции вручную. Разработка предназначена для конфигурации СППР, но также можно запустить и на других конфигурациях без возможности загрузки.

Все ушли на сегодняшний ERP-форум от 1С?
Если есть информация оттуда, делитесь, пожалуйста, здесь в чате.
Про СППР особенно, если хоть слово скажут.

Есть ли у кого-то сложности с комментированием постов в этом канале?
Возникает ли какое-либо препятствие в виде
- капчи
- кнопки "присоединиться" (пишут она есть, но мне она не видна)
- что-то другое
Если что- пишите здесь или админу.

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

В чате стал возникать вопрос как всё же систематизировать работу с требованиями,
как переходить к функциям, что есть функция, как связываться с бизнес-процессами.
Вот статья с неплохим изложением методологии перехода от проектного уровня к функциям через требования.

Из чата по Businness Studio про одну из методик работы с СППР. В частности о обходе проблемы сппр из-за отсутствия связки бизнес процессов с требованиями (но это по мнению автора сообщения). По тексту чата также упоминается о связке СППР с BS.
Это группа конференции по Проектированию бизнес архитектур. Вроде не публичная, не нашёл её прямой ссылки.

В СППР есть достаточно неплохой инструмент учета требований. При регистрации требования можно сгруппировать по тематикам, разделам и т.д, Но есть одна недоработка: в типовой СППР требование связывается с проектным решением только в техническом проекте, а это уже поздний этап проектирования. Для того чтобы связывать требования с процессами приходится делать небольшую доработку СППР, добавив на форму шага процесса табличку с возможностью указания требований, с которыми шаг связан, Далее создаем технические проекты, связываем их с процессами/функциями, потом в техпроект техархитекторы накидывают метаданные. далее на изменения, описанные в техпроекте вешаем задачи на разработку. Техпроект имеет версию релиза, по готовности всех задач решаем в какой релиз входит техпроект. Релиз техпроекта тестируется и идет в прод. Теперь в обратную сторону: есть код в 1С, в нем есть ссылка на задачу, в задаче есть ссылка на техпроект, техпроект содержит основание для разработки: требования, ошибки и т.д. есть описание изменений по объектам и функциям... Функция у нас тоже связана с требованием. Теперь по требованиям: можно посмотреть в каких техпроектах светится объект метаданных, какие требования были в каких техпроектах. как они менялись между релизами или просто исторически.

Это классный механизм. Применяли при внедрении ЕРП(2017 году) . Одновременно работало 12 команд подрядчиков. Очень помогла связка BS - СППР. Очень рекомендую к применению

Колесо реализации архитектуры предприятия
Наглядный интерактивны круглый граф и компактное текстовое изложение
Для тех кто ищет варианты описания архитектуры на проекте
- можете прикинуть как это удастся положить на СППР.

Для тех кто ищет методику как в СППР соединить бы проектирование архитектуры с проектированием ПО
и считает что это разные понятия.
Тут интересный постулат
"Проектирование программного обеспечения против архитектуры программного обеспечения"

В чате на пробу включен механизм репутации.
Можно поддержать и подбодрить полезного автора ответом "спасибо" или "thanks" или "++"
Особенно просим "молчунов" поддерживать и направлять дискуссию в сторону интересного автора, если не хотите сами высказываться.
Если против механизма репутации - напишите в комментах, общественное мнение имеет значение.
UPD
Текущие стандартные слова повышения репутации:
спасибо,++,дякую,рәхмәт,thank,tnx,+1,благодарю,благодарствую,👍🏻,🤝
UPD1
Пока видно что сработало от админа, но не сработала от участника.
Также непонятно где эти звёзды числятся :)))

1С планирует сделать доступность объектов расширений из внешних отчетов и обработок.
В этом контексте, когда мы говорим, что в СППР
можно вести проектирование конфигураций и расширений (с небольшой допилкой "от Филиппова"),
неплохо бы реализовать аналогичную функциональность для внешних обработок и расширений.
На немалом количестве проектов наработанный функционал скрыт во внешних доработках (отчетах),
Было бы неплохо массив кода и метаданных из них включить в область проектирования.
Самым простым видится вариант включения внешней обработки (отчета) в объекты конфигурации (расширения),
без изменения и подгонки кода только для считки кода и ОМД в СППР.
Какие ещё варианты предложите?
- конвертировать внешние обработки в расширения?
- конвертировать в конфигурацию с модификацией кода и прекращать использовать внешние обработки (отчёты) как отмирающий вариант формата разработки функциональности?
- что ещё?

"Первым выступит Евгений Филиппов — эксперт по технологическим вопросам, автор «Настольной книги эксперта».
Евгений покажет, как моделировать бизнес-процессы произвольной системы в СППР в IDEF0. Евгений построит организационную модель и смоделирует работу 1200 человек, занятых проектной деятельностью с помощью оснастки нагрузочного тестирования. Крутой эксперимент, который погрузит в работу с СППР 2 и нагрузочным тестированием."

Ожидается митап на просторах нашей страны, где выступит участник нашего чата Евгений Филиппов.
Не даю ссылок дабы не сочли рекламой.

Евгений, но крайне интересно как же "моделировать бизнес-процессы произвольной системы в СППР в IDEF0",
некоторые сомневаются что это возможно, в типовой СППР по крайней мере.

Да и 1С как бы заявляет IDEF0 в СППР больше для функций.
В разделе БП в СППР они графику BPMN дают.

Очень ждём комментариев.

По предыдущей публикации в чате СППР пошла дискуссия
о том как вместо Процессов в СППР использовать Функции.

У сторонника такого метода, Евгения Филиппова, вышла статья
в «Вестнике компьютерных и информационных технологий», 2024, том 21, № 9"
под интригующим названием
"МОДЕЛИРОВАНИЕ ИРРАЦИОНАЛЬНЫХ РЕШЕНИЙ, ПРИНИМАЕМЫХ ПРИ УПРАВЛЕНИИ ИТ-ПРОЕКТАМИ", где
в разделе "Компьютерная модель" есть небольшое изложение об использовании СППР.

Ранее у Филиппова выходила статья, где также есть описание использования СППР как инструмента,
"Применение технологий нагрузочного тестирования для моделирования
процессов обучения сотрудников заказчика
// Вестник компьютерных и информационных технологий. 2023 Т. 20, № 3. C. 50 – 60.

Две статьи рассказывают что методика связанная с исполнением на СППР
работает на конкретных решениях.

Заявлена новая фича от 1С по выгрузке-загрузке конфигураций, расширений, внешних отчетов и обработок в/из файлы(ов).
Как думаете чем будет отличаться от штатного функционала СППР?
По логике СППР грузит из хранилищ,
а новая фича импорта-экспорта будет работать без подключения к инфобазе.