Описания должны быть человеческими ↑

eugzol 28 октября 2015, 16:33 в посте Metapractice (оригинал в ЖЖ)

Я понимаю. Но зачем ограничивать себя конкретно взятым Архимейтом? Я честно пробовал использовать UML для софта, BPMN для бизнес-процессов, RASCI для описания ролей сотрудников в каком-либо проекте/активности. Архимейт не пробовал. Но у меня уже содержательная ээ нюх генерализация отношения есть на такие вещи. Не на абстрактную формализацию чего бы то ни было, в чём меня упрекнуть хотят.

---

Это смешно. Я готов формализовать что угодно, только дайте волю.

---

Когда ходил часто на свидания, я делал в Excel таблицы с разными вариантами досуга и их параметрами с весовыми коэффицентами. Выбор за меня делала математическая формула. Я не говорю про десятки страниц в Google Docs, где у меня в тех же таблицах, или структурированном тексте, описано всё, от случайно пришедших в голову идей стартапов (кстати, многие из них сейчас уже реализованы – это лишний раз доказывает объективный характер "изобретательства"). До бизнес-процессов (по всем формальным признакам я могу этот термин использовать без преувеличения) разных совместных дел на выходные с друзьями. До документов, в которых описаны типа меморандумов синхронизации "касательств"/мотивов (это совершенно прямо и открыто так и позиционировалось) по разным не коммерческим и полу-коммерческим начинаниям с партнёрами.

---

Это как подозревать кота в не любви к сметане, говорить что я не люблю формализацию :)

---

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

---

Ну и последний аргумент. Вы вот писали, что Метапрактик, в отличие от Опенметы, использует русский язык для описания моделей, а не специально придуманный метлан. Так зачем же ту же самую цепочку эволюции теперь для другой модальности проходить? Для визуальных "языков" верно тоже самое – специальный визуальный язык для моделирования не нужен. Конкретные приёмы и концепции, разумеется, заимствовать из чего угодно.