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

Повторяю новость по статье об СППР в канале для открытия возможности комментировать и обсуждать. Обращаю внимание, что хотя в статье и упоминаются "Требования" (статья явно по СППР1, а не СППР2), но уклон в применении СППР как нагрузки на разработчиков, вместо расширения участия в СППР методологов и аналитиков, становится всё более и более сильным. https://infostart.ru/public/1115865/

Презентация по докладу «1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем»

Презентация по докладу «1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем» на Инфостарт 2019.
Выводы по итогам чтения доклада:
1) СППР очень проблемный в использовании продукт
2) Причина проблем в том, что СППР используется неправильно
3) Интерес к СППР есть, многих волнует как привести в порядок и сделать системным подход к управлению проектами
по автоматизации и управлению функциональностью конфигурируемых и сопровождаемых систем.

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

PS Модная тема СППР+Vanessa...
Если в СППР делать описание процессов (шагов процессов) по операциям пользователей, то,
фактически, можно получить последовательность операндов языка Геркин для Ванессы.
Т.е. почти готовый сценарий.
Опять вывод, из посткриптума - сценарии должны писать не тестировщики, а те, кто описывает процессы.
От тестировщика (разработчика/программиста) требуется всего лишь перевести шаги процессов в точные команды языка (можно ведь и автоматизировать этот момент, учитывая "человечность" языка геркин).

Практика применения СППР для управления проектом внедрения 1С: ERP (совместно с «Портал-юг») - YouTube
https://m.youtube.com/watch?v=pnBRwtEI480

Для этого канала существует чат для общения @SPPR_1C, там тоже есть интересная информация напрямую с полей/проектов непосредственно от участников

В сентябре 2019 года читал на Инфостарте доклад по СППР. Спустя некоторое время, "остыв" и обдумав ход мероприятия, реакцию и вопросы зрителей сделал маленькое резюме по итогам взаимного общения https://habr.com/ru/post/482818/

Опубликована статья на habr на тему, связанную с СППР "1С СППР И ОЦЕНКА СРОКОВ И СТОИМОСТИ ПРОЕКТОВ МЕТОДОМ COCOMO II" https://habr.com/ru/post/482946/ Увы, на хабре народ заминусил мне карму по самый плинтус именно за эту статью. Плиз, кто будет читать не пожалейте мне плюсика в habr`овскую карму. Как-то тяжко жить негодяем с минусовой кармой :))))))

Инфостарт выложил транскрибацию доклада по СППР и видео выступления на сентябрьском Инфостарт2019. https://infostart.ru/public/1177144/

Всем кто интересуется СППР.... Структура функционала СППР для СППР. (Внимание!!! Только для версии 1.1!!! Версия 2.0 не поддерживается там другой подход...)

Полезные статьи на тему "почему архитектура вперед кодинга" https://m-i-kuznetsov.livejournal.com/55301.html

На 1сИТС есть свежая презентация "Практика применения СППР для управления проектом внедрения 1С:ERP", на первой странице контакты авторов Аносов/Инденбом. Кто искал контакты людей реально занимающихся может ознакомиться и связаться.

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

Кто хочет учитывать при проектировании паттерны кодирования (их автор считает паттернами проектирования) для закладки в процессы и объекты СППР, вот хорошая статья https://infostart.ru/public/1199427/?utm_source=soc&utm_campaign=fb&fbclid=IwAR2iJkxCAtUJxOBXNx9M1QWpP0a3f94pDmeuGmPKOfBqj_Vg_rDE18u1kFc

Материал по проектированию функциональности ПО. Будет полезно при осмыслении подходов к разработке Функций и интерфейсов СППР. https://hitfounder.livejournal.com/18578.html

Статья о принципах группировки функций системы (SOLID) https://m-i-kuznetsov.livejournal.com/182073.html

Материал по теме "Как фиксировать опросы пользователей и конвертировать в Требования к ПО" https://netology.ru/blog/history-klient