Связь личного и корпоративного экзокортексов: всё сложно

ailev — 19.02.2022 По мотивам дискуссий о том, как обустроить согласование личного и корпоративного экзокортексов, грубо говоря -- чтобы to do list у меня был один с личными и корпоративными делами. Это должно быть по принципу web: на экране у меня должно всё сверстаться из разных экзокортексов (личного, нескольких семейных ибо родители и дети разбредаются в разные стороны, нескольких хоббийных-общественных, и нескольких корпоративных), вопрос только в том, как же это должно быть устроено. Заходов на такой софт я пока не встречал. Обсуждалось это в чате поддержки экзокортекса с https://t.me/exocortexssm/671.

Сложность в том, что различаются люди, экзокортексы (конструктивные плохо делимые объекты, несущие в себе информацию о состояниях), должности/оргзвенья (группировки конструктивных объектов, на которые навешиваются полномочия по распоряжению входящими в них другими оргзвеньями) и оргроли, которые функциональные объекты, выполняющие практики и которые меняют состояния в ходе выполнения практик:
— роль это функциональный объект, выполняющий практику, у него есть состояние, выполняется роль конструктивно частью оргзвена (и там частями являются люди и экзокортексы, не считая другого инструментария).
— экзокортекс администрируется, права перераспределяются между должностями, и права-обязанности эти именно на выполнение ролей (права и обязанности тесно связаны, это пока не обсуждаем).
— люди назначаются на оргзвенья/должности (как оргзвено включаются в состав других оргзвеньев, там иерархия) и автоматом унаследуют все роли должности, вступая во владение и куском экзокортекса, нужного для выполнения роли.
— личная жизнь (для простоты) — это тоже должности в разных семейных и хоббийных/общественных организациях.
— внешние проектные роли тоже назначаются на должности (то есть роли плательщик, получатель товара, бенефициар и т.д. назначаются на должность клиента, и у них отдельный эккаунт. Но если народу реально много, то вводятся для них отдельные должности. "Углубление разделения труда" — это развод разных ролей по разным должностям, а потом выполнение разными людьми). Это должности "послов", ибо у них есть и свои роли и должности в тех организациях/наддолжностях, откуда они приходят. Организации как оргзвенья — это наддолжности (корневые должности, корневое оргзвено, в состав которого входят все остальные оргзвенья), но вот деревьев этих оргзвеньевых много, организации независимы.

У людей интерфейсы должностей, и они навёрстываются из назначенных им ролей. Экзокортексы принадлежат должностям/оргзвеньям физически (IT-инфраструктура).

Это означает, что софт должен поддержать два механизма:
-- перемещения людей по должностям (включая совмещения должностей в одной организации, и принадлежность должностей разным организациям)
-- перемещения ролей между должностями (и там тоже совмещения), в том числе перемещение ролей при передаче должности в другую организацию (скажем, при слияниях-поглощениях организаций).

Для софта должны быть API и протоколы для управления всем вот этим, чтобы оно собралось на личном экране "должностно-ролевого браузера". Но таких стандартов я не знаю. Скажем, вот тут ставят задачу to do list из разных систем в одном формате -- https://thenewstack.io/joel-spolsky-on-structuring-the-web-with-the-block-protocol/ (Already, tools like WordPress, Medium, Notion, or other content management systems and web editing tools, offer the ability for users to create blocks of content, by quickly pushing a button and choosing from a list of block types. The problem, says Spolsky, is that there is no unifying schema shared across these systems. A to-do list in one does not easily translate to a to-do list in another; and this is something Block Protocol is looking to solve. “When the WordPress people add a block with the Project Gutenberg editor, it’s of no use to somebody in Atlassian Confluence, who pretty much [have] to re-implement that block themselves,” said Spolsky. “And when they reimplement it, maybe it’ll be incompatible. It won’t use the same data types. It’s just rewriting the same code again, and again, and again.”). Этот Block Protocol про вёрстку, но он тоже не поддерживает роли-должности. Но там можно думать о том, как пробовать надстроиться над вот этим всем.

RBAC (https://en.wikipedia.org/wiki/Role-based_access_control) не обсуждает всех этих вопросов, там роли RBAC совсем не те оргроли, которые мы тут обсуждаем, зато есть permissions, а у нас тут не permissions, а по факту что-то типа передачи состояния (путём передачи доступа к чужому личному или корпоративному экзокортексу или репликации в своём экзокортексе -- обсуждаемо).

Без вот такого сложного (хотя и упрощённого, я нюансы обходил) механизма с совмещением личного и общественного не разобраться. Ибо на экране я должен иметь список дел по всем своим должностям в разных организациях, а должности объединяют списки дел по всем практикам, а все дела/кейсы в каком-то состоянии, которое должно поддерживаться в самых разных экзокортексах.

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

И да, у многих организаций ещё и своих экзокортексов нет, и роли назначаются на должности устно, а состояния дел/cases не документируются (case file не ведётся, поэтому ни доступ к этому дать нельзя, ни передавать нечего: кусок мозга человека не передашь и не переподчинишь). Но это уже другая история.

Оставить комментарий

Популярные посты:

• Ранее
• Архив