Онлайн-конференция по бизнес-архитектуре (в программе вопросы: Потребность и требование в проектах автоматизации процессов. В чем разница?
Концептуальные подходы в работе с требованиями: user-case, процесс.
Связи требования с различными элементами бизнес-архитектуры — процессами, программными продуктами, базами данных.
Описание требования, структура ИТ-требований, управление версиями.
Работа со справочником «Требования»: дерево требований, категории требований, статус разработки, роли в работе с требованиями, создание у потребности подчиненных требований. https://www.businessstudio.ru/community/conferences/conference/proektirovanie_biznes_arkhitektur_2020/programm/

На ресурсе вконтакте "ITworks для аналитиков" составили ТОП-100 книг по бизнес-анализу. Выделил из топа книги, которые касаются нашей специфики - проектирования ПО. 1. Требования для программного обеспечения: рекомендации по сбору и документированию, Илья Корнипаев
2. Разработка требований к программному обеспечению - Карл Вигерс
3. Современные методы описания функциональных требований к системам - Алистер Коберн
7. Принципы работы с требованиями к программному обеспечению. Унифицированный подход - Дин Леффингуэлл, Дон Уидриг
13. Архитектура программного обеспечения на практике - Лен Басс
15. Идеализированное проектирование. Как предотвратить завтрашний кризис сегодня. Создание будущего организации - Расселл Л. Акофф, Джейсон Магидсон, Герберт Дж. Эддисон.
25. Принцип работы с требованиями к ПО - Дин Леффингуэлл
30. Impact Mapping. Как повысить эффективность программных продуктов и проектов по их разработке - Гойко Аджич
36. Объектно-ориентированный анализ и проектирование с примерами приложений - Буч Грэди, Хьюстон Келли А., Максимчук Роберт, Энгл Майкл У. , Янг Бобби Дж., Коналлен Джим
53. Паттерны проектирования - Элизабет Фримен, Эрик Фримен, Кэти Сиерра, Берт Бейтс
57. Предметно-ориентированное проектирование. Самое основное - Вон Вернон
82. Предметно-ориентированное проектирование (DDD). Структуризация сложных программных систем - Эрик Эванс
83. Приемы объектно-ориентированного проектирования. Паттерны проектирования - Гамма Э., Хелм Р., Джонсон Р., Влиссидес Д.

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

Краткая, информационно ёмкая статья про работу с Требованиями заказчика. Автор основывается на своём опыте аналитика и книге Виккерса https://m.habr.com/ru/post/501468/

Методики, технологии и инструменты разработки решений 1С
https://m.facebook.com/events/825538378262331?acontext=%7B%22source%22%3A%223%22%2C%22action_history%22%3A%22null%22%7D&aref=3&refid=28&_ft_=qid.6870578306285284059%3Amf_story_key.2672118827186414445%3Atop_level_post_id.826225978193571%3Acontent_owner_id_new.100003392656365%3Acall_to_action_type.EVENT_RSVP%3Asrc.22%3Astory_location.5%3Astory_attachment_style.event%3Aview_time.1599681090%3Afilter.h_nor&__tn__=HH-R

Статья как работают с СППР в КРОКе https://m.habr.com/ru/company/croc/blog/427717/

Скоро будет партнёрский онлайн-семинар 1С, где она обычно делится планами на свои продукты. Как мне сказали, возможно (но без гарантий) будет шанс пообщаться с членами команды СППР на виртуальном стенде СППР (через ZOOM). Так что, если кто имеет партнёрский доступ, то может записаться и поучаствовать, вдруг чего и расскажут. Если запись на семинар позволяет задавать предварительные вопросы и пожелания, то озвучьте там пожелание уделить отдельное время проблемам СППР и ответам на вопросы участников сообщества. Здесь вам будут благодарны, если поделитесь после семинара инфой по СППР - что сказали, какие планы на развитие СППР у 1С и т.п. А я буду благодарен, если кто-то (кому не сложно) мне сможет сделать партнёрское приглашение на семинар. https://www.1c-profile.ru/ocherednoiy-seminar-partnerov-1s-sostoitsya-25-28-sentyabrya-2020-goda.html

Вот, собственно, для того, чтобы не происходило таких историй СППР и предназначен

Поздновато, но прямо сейчас идёт онлайн-курс по СППР2 https://www.dist72.ru/press-tsentr/meropritiya/onlayn-kurs-logicheskoe-i-funktsionalnoe-modelirovanie-v-1s-sppr-versii-2/

Есть информация что на партнерском семинаре 1С секция СППР будет точно! Готовьте zoom. Готовьте и собирайте свои вопросы в комменты к посту (тот что был про этот семинар ранее) https://www.1c-profile.ru/ocherednoiy-seminar-partnerov-1s-sostoitsya-25-28-sentyabrya-2020-goda.html

Новый онлайн-курс Евгения Филипова БСП+СППР 3 часа за 737 рублей. https://uc1.1c.ru/course/analiz-i-strukturizatsiya-bsp-s-ispolzovaniem-sppr/?fbclid=IwAR3-et3H2OH9HMvuzYbTVDfooxwzHybPMyhS-YWAAD9EUNco-jTl4ASmmy8

В руководстве к СППР упоминалось сакральное число "6", с помощью которого при построении карты бизнес-процессов следует ограничивать количество вложенных подпроцессов в процессе. Иными словами, при заполнении справочника "Процессы" следует ограничивать число подкаталогов в каталоге как "не более чем 6 или 7" (я рекомендую сакральное число "7"). Тоже число-правило применяется при описании функциональности системы. Это не колдовство и не мистификация, а реальный научно обоснованный факт. Который очень сильно помогает "взламывать" ментальные ступоры при анализе сложных систем и очень упрощает схемы IDEF0, настолько что от них уже не болит голова, а можно осмысленно воспринимать. Это число-порог напрямую связано с психологическими особенностями мышления человека. По ссылке ниже ссылка на научную публикацию о числе 7 (ну считайте 6, почему 1С взяла именно это число трудно сказать, но важнее сам факт ограничение и не больше 7 в любом случае), на английском, но доступен онлайн перевод на русский. https://www.researchgate.net/publication/255060875_The_Legend_of_the_Magical_Number_Seven

Конференция по СППР на семинаре есть! Вот ссылка https://sem0920.1c.ru/vernissage/stand/32019

Вернисаж по СППР начнётся сегодня в 13-00 по московскому времени. Присоединяйтесь, задавайте вопросы https://sem0920.1c.ru/vernissage/stand/32019

Тезисы с вернисажа 1С по СППР:
1. Сама 1С использует СППР в основном для ERP и УТ. Одна из причин - трудоёмкость заполнения раздела "Функции"
по "старым" конфигурациям, разрабатываемым "до эпохи сппр".
2. Справочник "Объекты данных" убрали, потому что заполнение его показалось трудоёмким.
Рассказывал им про то как эта функция из СППР1 полезна на проекте.
Обещали подумать. Глядишь и вернут.
3. Из общения я вынес что трудоёмкость заполнения функций, процессов есть камень преткновения у самой 1С
для включения в орбиту СППР других конфигураций.
4. Модель ERP сама 1С заполняет вручную. Модель не основана на дереве объектов метаданных конфигурации.
Модель создана "до разработки ERP" как общеабстрактное описание предметной области, т.е. как проектное видение.
5. Цель использования модели ERP по мнению 1С - загрузка в отдельный проект СППР как эталона
и для дальнейшего сравнения средствами СППР с доработанной моделью, хранимой в отдельном проекте.
6. Пожелание активно участвовать в жизни чата СППР в телеграмм не встретило особого желания.
Со всеми вопросами предложено обращаться в партнёрку 1С, хотя им заметили что туда могут обращаться только имеющие сертификаты специалиста.
7. Спросил у Паутова допустимо ли заполнять справочник Процессы и Шаги процессов так, чтобы один элемент справочника
"Шаги процессов" содержал лишь одну команду сценария, а сценарий был бы сборником шагов процесса.
Леонид сказал что вполне допустимо. (Сейчас как я вижу на один "Шаг процесса" чаще пишут сценарий из множества строк).
8. Включение в СППР хотя бы части функционала конвертации данных посчитали излишним,
основанным на редком требовании (по сути только моём).
9. Общее ощущение от разговора 1С сама только пытается нащупать модель и пути развития СППР. Собственно от этого метания
в функциональности СППР1 и СППР2
10. Требования действительно "убрали" в "Идеи". Считают что сохранили все особенности работы с требованиями в Идеях.
Не согласился с этим, но для доказательства надо было разбирать подетально чего не хватает приоткрытой конфигурации СППР.
Чего не слишком удобно было делать на вернисаже.

Закончился онлайн-курс по СППР+БСП. Кто смотрел? Кто может высказать своё мнение по курсу?

Телеграм сделал функцию комментариев поста в канале через чат. Пробуем её. Задаю тему обсуждения - результат голосования в опросе по построению функций (я думал большинство выберет вариант "иное". А получается почти половину устроит модель ERP от 1С)

При параллельной разработке (несколько программистов в рамках своих задач затрагивают одни и те же объекты метаданные) есть проблема слияния веток разработки и принятия сводных изменений в продакт-релиз. Есть у кого мысли как СППР могло бы помочь этой проблеме? Например: формировать задачи программистам в СППР можно так, чтобы объекты попадали строго к одному программисту.)

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

Был вчера на собеседовании в известном франче. Зашел разговор про СППР. Говорят что крайне ею интересуются, много сторонников начать работать с ней, мол мы на низком старте. Но тем не менее мой намек/предложение открыть внутренний проект со мной по переводу исполнения проектов на промышленную технологию на СППР не был принят. По моим ощущениям от разговора, причина в том что нет четкого понимания как "продавать" технологию (хотя утверждают что есть пул клиентов заинтересованных в такой цифровизации процесса и результатов крупных проектов). И видимо нет понимания как всё-таки работать с СППР, чтобы выгоды от ее использования были очевидны. Не согласен, что наступила пора "продавать" СППР - пока не сформирована достаточная база успешного применения внутри команд исполнителей проектов.