Друзья, есть возможность получить очень качественные данные состояния людей в условиях нештатных ситуаций с очень широким набором параметров. И даже поучаствовать в выработке требований к составу этих данных.
Эти данные можно с успехом использовать в страховой и рекламной сферах.
В связи с этим ищу людей, которые понимают ценность качественных данных и готовых на их основе создавать классные цифровые продукты для своих компаний.
Буду очень благодарен за любую рекомендацию среди руководителей направлений машинного обучения в страховых и рекламных компаниях.

Как это связано с темой группы?

Прошу прощения, если я нарушила Правила группы. Тут я встретил много знающих людей, которые понимают ценность данных, вот и написал.

*нарушил

Ну как же?

Для меня IT - это не только сети, роутере и Линукс. Тут и программные решения обсуждаются и много чего другого. ML - уже давно часть IT мира.

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

Тут два варианта - потестировать этот запрос или удалит его. Решать Вам. Если Вы считаете, что он не нужен группе, я его удалю.

Я разобраться хочу, потому и спрашиваю. Кого и куда вы зазываете? Нет, ну как клиента страховых и рекламных компаний меня это тоже, вероятно, касается, но этот аспект можно как-нибудь пережить

Я понял. Нет, это не продажа данных клиентов страховых компаний. Я такими делами не занимаюсь.
Мы с партнером сейчас создаём развлекательную платформу (физического уровня). Попутно собираем большое количество данных о состоянии посетителей платформы. И видим, что эти данные могут быть интересны озвученной аудитории.

Понятно. Спасибо

Вам спасибо! Помогло понять как мой запрос выглядит.

Как вы собираетесь распространять данные? Как обезличенные датасеты?

Мне кажется, если вот это в итоге сработает, то у группы могут возникнуть проблемы. Это похоже на предложение о продаже персональных данных, причем на текущий момент совершенно непонятно, на каких условиях эти данные были собраны.

Да, обязательно обезличенные.

Это не продажа персональных данных. Это продажа (потенциальная) данных о том, как люди реагируют на различные раздражители. Можно сопоставить пол, возраст, образование; пульс, эмоции, уровень кислорода в крови в зависимости от ситуации (какие раздражители на него воздействуют) в которой оказывается человек.
Данные собираются прозрачно и все участники осведомлены, что их ОБЕЗЛИЧЕННЫЕ данные будут использованы в дальнейшем.

С удовольствие читаю канал @it_arch и получаю практическую помощь. Приятно что это реально помогает

Коллеги, добрый вечер!

Сейчас я формирую список бизнес-процессов в своей компании согласно схеме Захмана. Искал примеры в сети, но везде описывается только основной посыл, но нет однозначных ответов или примеров. Скорее всего потому, что у каждой компании свой подход.
Итак вот я наткнулся на следующие проблемы:
- Как следует группировать процессы? По отделам? По документам/объектам? По направлениям? Нужно ли их группировать вообще?
- Процессы учитывают реализацию? Например, непонятно как действовать в случае, если процесс может проходить через разные интерфейсы, у которых разные оунеры. Это один процесс с несколькими оунерами и надо уточнять, какой из них за какой интерфейс отвечает? Или оунер всегда должен быть один?
- Какие данные должны сопровождать каждый процесс? Оунер, список стейкхолдеров, схема процесса, ссылки на реализацию? Или это уже перебор и нужен только оунер?
- Можно ли формировать список бизнес процессов  в RMS? RMS в моём случае имеет обязательные объекты folder-document-section-use case/procedure-requirement. Кажется, что подобная структура не подходит, хотя и позволяет повторно использовать объекты.

И в конце, возможно у кого-то будет пример списка?

Спасибо!

Насколько надо мельчить в описании процессов?
Например, еси есть процесс, содержащи в себе несколько шагов: чтобы принять заказ надо провести его валидацию, создать сопровождаемые документы, сменить статусы, возможно связаться с клиентом.
Это один процесс или несколько? Или это процесс, в котором находятся другие процессы?

Кто будет потребителем описания? Мне кажется тут правильный ответ на ваш вопрос.