Я предлагаю использовать ИТ-сервис, а не приложение, что бы при замене приложения не перепривязывать объект к модели
Всё, понял. Уходим в абстракцию "тип системы". Да, это хороший подход.
когда в BPMN добавляют объекты с разных слоев корп.архитектуры, правда это в коммерческих инструментах
Лично наблюдал 3 "версии" BPMN, вполне устоявшиеся на уровне достаточно крупной компании. Думаю, это одна из причин, по которой разработчики Archimate таки начали его делать. В BPMN прямо дико не хватает системных связок и кто как хочет, тот так и изворачивается чтобы их добавить.
Это проблема любой нотации
Не скажите. EPC, C4, да тот же BPMN без модификаторов, граничных событий и кастомных изменений, читают свободно таки все. Я недавно жену, госслужащего, буквально за 20 минут научил BPM-ки читать и даже чертить простенькие в камунде. По работе понадобилось.
В Archimate же значащий тип стрелки. Я его редко использую именно по этой причине. Так то он реально удобен.
И по Sequence - если там не только IT-сущности на схеме, но и бизнес-описание, то те ребята из бизнеса, с которыми я работаю, прекрасно всё читают.
для решения архитектурных задач нотация BPMN несколько избыточна
BPMN для архитектурных задач не "избыточна", а "не применима" по сути. В ней нет нормальных системных объектов. Это всё-таки процессная нотация. И объектов в ней далеко не 100. Модификаторы расширенного BPMN - это именно модификаторы. Их кроме Репина с Белайчуком никто и использовать толком не умеет. Archimate тем и хорош, что в него явным образом добавлены элементы системы.
Связи Archimate для описания бизнес‑процессов.
И вот здесь и начинается основная засада Archimate, сравнимая с засадой UML. Для того, чтобы корректно прочитать схему, нужно знать нотацию. То есть применяя Archimate, Вы должны быть на 100% уверены в том, что все, кто будет смотреть документацию, точно знают назначение стрелок. Ну или давать легенду под каждой схемой.
Офтоп
Почему во всех статьях по Archimate за последнее время использованы одни и те же картинки? Все с одного курса вышли?
что позволяет на логическом уровне отвязать диаграмму процесса от слоя реализации ИТ
Андрей, я дважды прочитал этот абзац и реально не понял Вашей идеи. Вы предлагаете НЕ использовать Archimate, используя Archimate ? Ну так на BPM это можно сделать.
однако в этом инструменте нельзя обеспечить взаимосвязь между несколькими диаграммами в модели организации.
Зато редактор draw.io встроен в confluence :)))
по моему мнению, потребителем диаграммы станет уже не корпоративный архитектор, а бизнес‑аналитик или процессный эксперт
Ну так в том и плюс чтобы спеку могли одинаково прочитать все. В этом смысле потрясающе хорош Sequence, его не нужно пояснять текстом. Его просто читают все, от пользователей до программистов.
в рамках которого можно нарисовать
Ну и совсем уж душнилу включу напоследок. Разработка архитектуры - инженерная дисциплина. Мы не "рисуем". Мы "чертим" :)))))
А у них есть внедрённые решения с локализацией под РФ? В том смысле, что имеется уже полноценная реализация РСБУ и законодательных органичений? В 1С то это есть и будет оперативно обновляться, что сильно греет душу.
Я дальше стартовой не нырял, решил у знающего человека уточнить, раз рекомендуете ;)
Мнение человека, который с 2014 года сидел тут спокойно почитывал статьи по своей тематике, но вот наконец решил получить полноценный аккаунт.
Писать тут страшновато пока не наберёшь карму в районе 30. Слишком просто улететь в минус за "ты мне не понравился". У меня есть материал на 3 статьи по рабочей тематике, но я их притормозил пока.
Кроме того, хорошая индексация Хабр привлекает желающих хайпануть и попиариться. Много однотипных статей, среди которых очень сложно получить внимание целевого читателя с нормальным обсуждением в комментариях.
Собрали систему, которая умеет всё что нужно, повторяя большую часть наших процессов.
Я правильно понял, что в итоге учётные функции вы оставили в 1С, а всю пользовательскую функциональность растащили по сервисам ?
Итоговая то архитектура какая ?
То, что в подобной истории вы "наелись" с типовой TMS-кой, это понятно. Они действительно заточены под классические схемы "груз-пункт-пункт" Подушню чуток на тему заголовка :)) Хаос то у вас начался не "с 1С", а с "TMS". В SAP вас тоже ожидали бы приключения. Сталкивался.
Не во всех сетях. Если сеть построена в основном на франчах, без общей CRM, то карта может быть и без анкеты/привязки. Есть, к примеру, одна сеть с кондитеркой, по отчеству зовётся :))
Аптечные сети кстати тоже далеко не все привязывают.
Очевидно. Спросить. Например для отправки чека в сервис ФНС "Мои чека онлайн". Поверьте, очень многие покупатели этим охотно пользуются.
Из программы лояльности (неважно, карты, купоны, кэшбеки), если он там зарегистрирован и подтверждён
Из заказа интернет-магазина, в случае если это онлайн-заказ и номер зафиксирован
Законодатель не обязует продавца заполнять реквизит 1008-"Номер телефона" в случае передачи чека на бумажном носителе, но продавцы с развитыми ИТ-системами делают это самостоятельно (запрета нет) просто для своей операционки. Ну к примеру, это резко уменьшает время на поиск продажи при возврате.
"Вычислить" покупателя по номеру карты, предъявленной к оплате ... давайте так ... нельзя :))) Есть одно исключение - оплата в интернет-магазине картой, сохранённой в ЛК. Но там покупатель известен и так.
Уважаемая product manager Анастасия, возможно для Вас это будет удивительным, но
Когда пользователь открывает RuStore
он не
вводит запрос вроде «тренировки дома»
, а обливаясь потом, дико матерясь и пытаясь не промахнуться пальцем на пару пикселей, пытается коснуться крохотной кнопочки "моё" справа внизу, и таки установить прилетевшие обновления. Ему и не надо было больше ничего в 95% случаев открытия вашей приложки.
Если ему это не удалось - ему накачивается призовой пакет из кучи игрушек, приложений магазинов, букмекерских каких-то вирусов и ещё гора совершенно ненужного мусора.
Затем пользователь вздыхает, заваривает кофе, врубает 2 или 3 антивируса и начинает этот мусор поштучно устанавливать и удалять потому что возможности очистить папку "скачанное" ваш молодой и с дружными печеньками коллектив не предоставил.
К концу этого квеста, ему уже не до
«обои с кошками»
, а очень хочется доехать до "Динамо" и ласково с кем-нибудь поговорить на тему того, действительно ли наша с вами Федерация, включая вашу приложку в обязательный установочный пакет на мобильниках, ожидала увидеть результат в виде пакетного установщика игрушек и прочего непрошенного мусора.
Я привёл пример того, как маленькой манипуляцией с доведением до абсурда завязать интересную беседу :)) Мои извинения :) Но Вы то тоже упростили картину мира :))))
...
Давайте по пунктам свои мысли изложу. Начну с того, за что зацепился.
Потому что они появляются там, где разработчики отделены от пользователей пропастью непонимания.
Здесь есть целых два антипаттерна в корпортате.
Разработчики отлично слушают пользователей. И делают всё именно так, как те просят. 1.5 - 2 года. Затем меняется руководство, за ним перетряхивается средний менеджерский состав, за ними толковые линейные, и вот уже те же самые разработчики слышат от уже новых пользователей "Это колхоз ! Так делать вообще нельзя !!! Мы пришли, мы вас научим!". И так по кругу.
Разработчики отлично слушают пользователей. И клепают один за другим MVP, которые взлетают “нетольколишьвсе". В итоге тот самый "монстр" обрастает невероятным количеством артефактных клешней, выпиливать которые уже никто никогда не будет. KPI с этого нулевой, а столько MVP ещё хочется попробовать ! И модульно-сервисный подход тут не сильно спасёт. Многие MVP оставляют следы уже в ядре, в первую очередь в учёте. Их оттуда выдернуть - втрое больше времени.
Тут я с Вами реально согласен. Практика обратной связи исключительно по опросам - губительна.
Вот тут
Любое изменение — минимум полгода.
Ну Вы реально передёргиваете. Всегда есть пачка доработок, в том числе минорных, которые нормально идут мимо комитетов. Если конечно разрабов не дооптимизировали до одного на команду. И есть то, что тянется подолгу, но тут не всегда проблема в "монстре". Зачастую просто количество инициатив становится запредельным. Сбор требований - месяц ? Ок. А как часто проводятся опросы ? Как быстро приходят ответы ? Это проблема в "монстре" или перегрузе ключевых пользователей ? Их же тоже бесконечное количество не наймёшь. ФОТ - дело сложное.
Хотя безусловно чем тяжелее система как таковая, тем больше TTM.
Создайте культ карго
Ну так он непрерывен. 20 лет назад носились с ERP и "долой зоопарки", 10 лет назад обезумели с BPMS и начали тащить туда что не попадя, сейчас решили каждую кнопку на отдельный сервис повесить.
Вы кстати по-моему сказали, что это "плохо", но не описали метода борьбы с этим явлением. Мне он тоже не известен
И вот уже разработка защищает монстра. Потому что монстр — это их детище, их крепость, их зона комфорта.
Сейчас спокойный вопрос без подколок. Вы реально часто с таким сталкиваетесь ? Вот мне наоборот больше доводилось работать с ребятами, которых хлебом не корми, дай чего новое запилить
... дальше Вы чуток пошли по кругу ...
так, вот
Правило погружения, Правило быстрых изменений, Правило открытости
Согласен, но это касается только условного Цикла Деминга. Новый закон примут, или инновация какая родится - и будем сидеть со сбором требований, никуда не денемся. Потому что пользователи с этим не работают ещё и вообще не в курсе приближающегося щщчастья
Правило пользы
Нет, не каждая функция. Сканирование Кодов Маркировки "Честный Знак" никак не помогает сделать пользователю свою работу лучше. Они ему даром не сдались, это требование законодательства. Ещё примеров накидать ?
Вариант 1. Параллельная реальность
Не уверен, что параллель лучше. Мне привычнее выпиливать модулями. Заодно и обратная связь появляется сразу. Но возможно именно это Вы и имеете в виду.
Вариант 2. Революция снизу Вариант 3. Терапия для монстра
А, ну вот, да
Вариант 4. Признать поражение
Очень мало примеров мне известно. А успешных - так вообще единицы.
Главное правило: слушайте пользователей
И записывайте в блокнотик. Через 2 года придут новые - будет что им рассказать.
.....
Михаил, реально отличный труд. Спасибо Вам огромное за статью. Не со всеми Вашими доводами согласен, но реально приятно такое читать :))
Всё, понял. Уходим в абстракцию "тип системы". Да, это хороший подход.
Лично наблюдал 3 "версии" BPMN, вполне устоявшиеся на уровне достаточно крупной компании. Думаю, это одна из причин, по которой разработчики Archimate таки начали его делать. В BPMN прямо дико не хватает системных связок и кто как хочет, тот так и изворачивается чтобы их добавить.
Не скажите.
EPC, C4, да тот же BPMN без модификаторов, граничных событий и кастомных изменений, читают свободно таки все. Я недавно жену, госслужащего, буквально за 20 минут научил BPM-ки читать и даже чертить простенькие в камунде. По работе понадобилось.
В Archimate же значащий тип стрелки. Я его редко использую именно по этой причине. Так то он реально удобен.
И по Sequence - если там не только IT-сущности на схеме, но и бизнес-описание, то те ребята из бизнеса, с которыми я работаю, прекрасно всё читают.
(del) - промазал мимо "ответ"
А можно уже повозражать ? :)
BPMN для архитектурных задач не "избыточна", а "не применима" по сути. В ней нет нормальных системных объектов. Это всё-таки процессная нотация. И объектов в ней далеко не 100. Модификаторы расширенного BPMN - это именно модификаторы. Их кроме Репина с Белайчуком никто и использовать толком не умеет.
Archimate тем и хорош, что в него явным образом добавлены элементы системы.
И вот здесь и начинается основная засада Archimate, сравнимая с засадой UML.
Для того, чтобы корректно прочитать схему, нужно знать нотацию. То есть применяя Archimate, Вы должны быть на 100% уверены в том, что все, кто будет смотреть документацию, точно знают назначение стрелок. Ну или давать легенду под каждой схемой.
Офтоп
Почему во всех статьях по Archimate за последнее время использованы одни и те же картинки? Все с одного курса вышли?
Андрей, я дважды прочитал этот абзац и реально не понял Вашей идеи. Вы предлагаете НЕ использовать Archimate, используя Archimate ? Ну так на BPM это можно сделать.
Зато редактор draw.io встроен в confluence :)))
Ну так в том и плюс чтобы спеку могли одинаково прочитать все.
В этом смысле потрясающе хорош Sequence, его не нужно пояснять текстом. Его просто читают все, от пользователей до программистов.
Ну и совсем уж душнилу включу напоследок.
Разработка архитектуры - инженерная дисциплина. Мы не "рисуем". Мы "чертим" :)))))
А у них есть внедрённые решения с локализацией под РФ? В том смысле, что имеется уже полноценная реализация РСБУ и законодательных органичений? В 1С то это есть и будет оперативно обновляться, что сильно греет душу.
Я дальше стартовой не нырял, решил у знающего человека уточнить, раз рекомендуете ;)
Мнение человека, который с 2014 года сидел тут спокойно почитывал статьи по своей тематике, но вот наконец решил получить полноценный аккаунт.
Писать тут страшновато пока не наберёшь карму в районе 30. Слишком просто улететь в минус за "ты мне не понравился". У меня есть материал на 3 статьи по рабочей тематике, но я их притормозил пока.
Кроме того, хорошая индексация Хабр привлекает желающих хайпануть и попиариться. Много однотипных статей, среди которых очень сложно получить внимание целевого читателя с нормальным обсуждением в комментариях.
Кирилл, самое вкусное Вы как-то скомкали :)))
Я правильно понял, что в итоге учётные функции вы оставили в 1С, а всю пользовательскую функциональность растащили по сервисам ?
Итоговая то архитектура какая ?
То, что в подобной истории вы "наелись" с типовой TMS-кой, это понятно. Они действительно заточены под классические схемы "груз-пункт-пункт"
Подушню чуток на тему заголовка :)) Хаос то у вас начался не "с 1С", а с "TMS". В SAP вас тоже ожидали бы приключения. Сталкивался.
Найти видео с разными методами сортировки можно конечно, но там они обычно последовательно.
Объединить в одном окне ‐ хорошая идея
Маркетинг.
Лет 7-10 назад был попытка определять реакцию покупателя на товар.
Тогда не взлетело.
Родион, Вам контекст разумеется виднее на месте.
Но у Вас релиз, а у меня утренний кофе. Пока адреналинчик по нулям - решил чисто из опыта напоминалочку повесить :)
Тут где-то рядом статья была на тему оверинжениринга. Неплохая.
В целом конечно это может быть перезаклад на случай рождения на Филлипинах трёхглавого карася ...
Но может быть и закладка буквально на следующий релиз, просто в этом не успели отладить изменение параметра.
Вам бы выяснить этот вопрос, вот соседи то потом удивятся.
Но и это ... Очередь записи/чтения у Вас пока что кривая осталась :)
Чуть поправлю.
Не во всех сетях. Если сеть построена в основном на франчах, без общей CRM, то карта может быть и без анкеты/привязки. Есть, к примеру, одна сеть с кондитеркой, по отчеству зовётся :))
Аптечные сети кстати тоже далеко не все привязывают.
Ну то есть это не прямо "правило"
Давно ходят. И на Дон и на Питер.
Ключ видимо в "400 км без вмешательства“.
Там возможно меньшие плечи были в беспилотном режиме. Ну или водители перехватывали управление
Это отлично :)))
Когда в доставку уже отдадите ? :)))
Есть в общем 3 способа получить номер телефона:
Очевидно. Спросить. Например для отправки чека в сервис ФНС "Мои чека онлайн". Поверьте, очень многие покупатели этим охотно пользуются.
Из программы лояльности (неважно, карты, купоны, кэшбеки), если он там зарегистрирован и подтверждён
Из заказа интернет-магазина, в случае если это онлайн-заказ и номер зафиксирован
Законодатель не обязует продавца заполнять реквизит 1008-"Номер телефона" в случае передачи чека на бумажном носителе, но продавцы с развитыми ИТ-системами делают это самостоятельно (запрета нет) просто для своей операционки. Ну к примеру, это резко уменьшает время на поиск продажи при возврате.
"Вычислить" покупателя по номеру карты, предъявленной к оплате ... давайте так ... нельзя :))) Есть одно исключение - оплата в интернет-магазине картой, сохранённой в ЛК. Но там покупатель известен и так.
Благодарю :)) Вышло, что напросился. Неудобно :)))
Да это просто несколько статей почти одновременно вышло, вот у народа и подгорело везде успеть прокомментировать :)))
Никаких внешних факторов, способных объяснить этот феномен вроде не было.
Разве что комета вон летала, но это не доказуемо
Уважаемая product manager Анастасия, возможно для Вас это будет удивительным, но
он не
, а обливаясь потом, дико матерясь и пытаясь не промахнуться пальцем на пару пикселей, пытается коснуться крохотной кнопочки "моё" справа внизу, и таки установить прилетевшие обновления. Ему и не надо было больше ничего в 95% случаев открытия вашей приложки.
Если ему это не удалось - ему накачивается призовой пакет из кучи игрушек, приложений магазинов, букмекерских каких-то вирусов и ещё гора совершенно ненужного мусора.
Затем пользователь вздыхает, заваривает кофе, врубает 2 или 3 антивируса и начинает этот мусор поштучно устанавливать и удалять потому что возможности очистить папку "скачанное" ваш молодой и с дружными печеньками коллектив не предоставил.
К концу этого квеста, ему уже не до
, а очень хочется доехать до "Динамо" и ласково с кем-нибудь поговорить на тему того, действительно ли наша с вами Федерация, включая вашу приложку в обязательный установочный пакет на мобильниках, ожидала увидеть результат в виде пакетного установщика игрушек и прочего непрошенного мусора.
Это мне прилетело не факт, что отсюда, но скорее всего.
Рудимент не рудимент, но если вдруг решу ещё кое-что опубликовать, делать это из рекавери не комильфо.
Ладно, это лирика
Я привёл пример того, как маленькой манипуляцией с доведением до абсурда завязать интересную беседу :)) Мои извинения :) Но Вы то тоже упростили картину мира :))))
...
Давайте по пунктам свои мысли изложу. Начну с того, за что зацепился.
Здесь есть целых два антипаттерна в корпортате.
Разработчики отлично слушают пользователей. И делают всё именно так, как те просят. 1.5 - 2 года. Затем меняется руководство, за ним перетряхивается средний менеджерский состав, за ними толковые линейные, и вот уже те же самые разработчики слышат от уже новых пользователей "Это колхоз ! Так делать вообще нельзя !!! Мы пришли, мы вас научим!". И так по кругу.
Разработчики отлично слушают пользователей. И клепают один за другим MVP, которые взлетают “нетольколишьвсе". В итоге тот самый "монстр" обрастает невероятным количеством артефактных клешней, выпиливать которые уже никто никогда не будет. KPI с этого нулевой, а столько MVP ещё хочется попробовать ! И модульно-сервисный подход тут не сильно спасёт. Многие MVP оставляют следы уже в ядре, в первую очередь в учёте. Их оттуда выдернуть - втрое больше времени.
Разве незнакомо Вам такое ?
Пойдём дальше
Тут я с Вами реально согласен. Практика обратной связи исключительно по опросам - губительна.
Вот тут
Ну Вы реально передёргиваете. Всегда есть пачка доработок, в том числе минорных, которые нормально идут мимо комитетов. Если конечно разрабов не дооптимизировали до одного на команду. И есть то, что тянется подолгу, но тут не всегда проблема в "монстре". Зачастую просто количество инициатив становится запредельным. Сбор требований - месяц ? Ок. А как часто проводятся опросы ? Как быстро приходят ответы ? Это проблема в "монстре" или перегрузе ключевых пользователей ? Их же тоже бесконечное количество не наймёшь. ФОТ - дело сложное.
Хотя безусловно чем тяжелее система как таковая, тем больше TTM.
Ну так он непрерывен. 20 лет назад носились с ERP и "долой зоопарки", 10 лет назад обезумели с BPMS и начали тащить туда что не попадя, сейчас решили каждую кнопку на отдельный сервис повесить.
Вы кстати по-моему сказали, что это "плохо", но не описали метода борьбы с этим явлением. Мне он тоже не известен
Сейчас спокойный вопрос без подколок. Вы реально часто с таким сталкиваетесь ? Вот мне наоборот больше доводилось работать с ребятами, которых хлебом не корми, дай чего новое запилить
... дальше Вы чуток пошли по кругу ...
так, вот
Согласен, но это касается только условного Цикла Деминга. Новый закон примут, или инновация какая родится - и будем сидеть со сбором требований, никуда не денемся. Потому что пользователи с этим не работают ещё и вообще не в курсе приближающегося щщчастья
Нет, не каждая функция. Сканирование Кодов Маркировки "Честный Знак" никак не помогает сделать пользователю свою работу лучше. Они ему даром не сдались, это требование законодательства. Ещё примеров накидать ?
Не уверен, что параллель лучше. Мне привычнее выпиливать модулями. Заодно и обратная связь появляется сразу. Но возможно именно это Вы и имеете в виду.
А, ну вот, да
Очень мало примеров мне известно. А успешных - так вообще единицы.
И записывайте в блокнотик. Через 2 года придут новые - будет что им рассказать.
.....
Михаил, реально отличный труд. Спасибо Вам огромное за статью. Не со всеми Вашими доводами согласен, но реально приятно такое читать :))
Вы имеете в виду "BigFive" и MMPI/СМИЛ ?
Или ещё что-то уже разработано ?
Интересно