1С СППР Система Проектирования Прикладных Решений
230 members
1 photo
2 files
12 links
1С СППР для системных архитекторов, руководителей проектов, методологов и бизнес-аналитиков
Download Telegram
to view and join the conversation
Как обосновать быстрый (быстрый!) экономический эффект от внедрения СППР в организациях двух типов 1) использующих сппр для внутренних проектов и сопровождения собственными силами 2) системных интеграторов, используюших сппр на внешних проектах. Как вы обосновывали экономическую эффективность СППР и убеждали начать её использовать?
Повторяю новость по статье об СППР в канале для открытия возможности комментировать и обсуждать. Обращаю внимание, что хотя в статье и упоминаются "Требования" (статья явно по СППР1, а не СППР2), но уклон в применении СППР как нагрузки на разработчиков, вместо расширения участия в СППР методологов и аналитиков, становится всё более и более сильным. https://infostart.ru/public/1115865/
865a4f09d8125bfa08c03a0a82f5022d.ppsx
2.6 MB
Презентация по докладу «1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем»
Презентация по докладу «1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем» на Инфостарт 2019.
Выводы по итогам чтения доклада:
1) СППР очень проблемный в использовании продукт
2) Причина проблем в том, что СППР используется неправильно
3) Интерес к СППР есть, многих волнует как привести в порядок и сделать системным подход к управлению проектами
по автоматизации и управлению функциональностью конфигурируемых и сопровождаемых систем.

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

PS Модная тема СППР+Vanessa...
Если в СППР делать описание процессов (шагов процессов) по операциям пользователей, то,
фактически, можно получить последовательность операндов языка Геркин для Ванессы.
Т.е. почти готовый сценарий.
Опять вывод, из посткриптума - сценарии должны писать не тестировщики, а те, кто описывает процессы.
От тестировщика (разработчика/программиста) требуется всего лишь перевести шаги процессов в точные команды языка (можно ведь и автоматизировать этот момент, учитывая "человечность" языка геркин).
Для этого канала существует чат для общения @SPPR_1C, там тоже есть интересная информация напрямую с полей/проектов непосредственно от участников
В сентябре 2019 года читал на Инфостарте доклад по СППР. Спустя некоторое время, "остыв" и обдумав ход мероприятия, реакцию и вопросы зрителей сделал маленькое резюме по итогам взаимного общения https://habr.com/ru/post/482818/
Опубликована статья на habr на тему, связанную с СППР "1С СППР И ОЦЕНКА СРОКОВ И СТОИМОСТИ ПРОЕКТОВ МЕТОДОМ COCOMO II" https://habr.com/ru/post/482946/ Увы, на хабре народ заминусил мне карму по самый плинтус именно за эту статью. Плиз, кто будет читать не пожалейте мне плюсика в habr`овскую карму. Как-то тяжко жить негодяем с минусовой кармой :))))))
Forwarded from Николай Зайцев
Всем кто интересуется СППР.... Структура функционала СППР для СППР. (Внимание!!! Только для версии 1.1!!! Версия 2.0 не поддерживается там другой подход...)
На 1сИТС есть свежая презентация "Практика применения СППР для управления проектом внедрения 1С:ERP", на первой странице контакты авторов Аносов/Инденбом. Кто искал контакты людей реально занимающихся может ознакомиться и связаться.
Как вам мысль о необходимости профессиональной забастовки, в виде отказа от внедрения и сопровождения "тяжелых" систем (erp) без надлежащего инструмента - 1с СППР? Цель: а) повысить длительность жизненного цикла систем за счет качественного проектирования и б) превращение сопровождения и разработки в технологию вместо безоглядного кодинга нахрапом.
Кто хочет учитывать при проектировании паттерны кодирования (их автор считает паттернами проектирования) для закладки в процессы и объекты СППР, вот хорошая статья https://infostart.ru/public/1199427/?utm_source=soc&utm_campaign=fb&fbclid=IwAR2iJkxCAtUJxOBXNx9M1QWpP0a3f94pDmeuGmPKOfBqj_Vg_rDE18u1kFc