Показаны записи 10011 - 10020 из 56266
--Начиная с первого же там коммента "предлагается на практике типа продавать эту теорию всем участникам рабочего/производственного процесса. И вот уже проникнувшись её словом и духом они будут жить и ими будет возможно управлять по законам системной инженерии". Сам заход на управление кем-то, да ещё по законам системной инженерии! Про "продавать всем участникам" я уже и не говорю.
--К каждой мысли в Метапрактике, максимум через пару тактов её обсуждения/раскрытия, мы привыкли задавать вопрос -- "а как это будет полезно в коммуникации?". Центральной ролевой коммуникацией на производстве является "управление".
Сначала продажа, а потом уж управление.
Вот именно по той причине, что СИ-автор может сказать, что он исследует абстрактные системы, занимаясь "математикой", а на реальных людей ему до лампочки, и действительно мало смысла адресовать ему подобные возражения/вопросы, которые у нас возникли.
Ну, есть ещё и третья возможность. Например, некий вариант СИ расписывается как совершенно «теоретичный». А всё «живое»/»тёплое ламповое» и прочее устанавливается в такой системе за счёт тех или иных «настроек». Ну, типа как общая система на компьютере и её конкретные пользовательские настройки.
--К каждой мысли в Метапрактике, максимум через пару тактов её обсуждения/раскрытия, мы привыкли задавать вопрос -- "а как это будет полезно в коммуникации?". Центральной ролевой коммуникацией на производстве является "управление".
Сначала продажа, а потом уж управление.
Вот именно по той причине, что СИ-автор может сказать, что он исследует абстрактные системы, занимаясь "математикой", а на реальных людей ему до лампочки, и действительно мало смысла адресовать ему подобные возражения/вопросы, которые у нас возникли.
Ну, есть ещё и третья возможность. Например, некий вариант СИ расписывается как совершенно «теоретичный». А всё «живое»/»тёплое ламповое» и прочее устанавливается в такой системе за счёт тех или иных «настроек». Ну, типа как общая система на компьютере и её конкретные пользовательские настройки.
--Там какие-то очень странные вопросы обсуждаются в дискуссии по ссылке, меня сильно удивляет, как можно тамошние суждения вычитать из моих текстов.
http://ailev.livejournal.com/1221425.html?thread=13059889#t13059889
--Я предпочёл "тутошние ассоциации" обсуждать в отрыве от изначального контекста, в этой теме, именно по причине предугадывавшегося гарантированного возникновения обозначенного не понимания.
Непонимание возникает, в первую очередь, за счёт неупорядоченного пересечения границ организационных контекстов.
(1) Ailev разрабатывает и применяет конкретный коммерческий продукт. Причем, он делает это на глазах своих учеников и клиентов. И он должен делать эту работу по определённым правилам. И результаты должны лежать в определённых границах. Продукт должен быть не слишком простым, не слишком сложным. Не слишком тривиальным, но и не абсолютно инновационным. Доступным в практическом обучении, но и не адресующим к самоликбезу. И т.д, и т.п.
(2) Мы же занимается альтернативной - во всём альтернативной активностью. Мы не ориентированы на коммерческие критерии в роли первоочередных. Мы не ограничены никакими традициями и прочими сдерживающими соображениями. Мы поставили себе установку практической идейной свободы. Мы свободны придумать/найти всё что взбредёт в голову/уцепит наш взгляд.
(3) И вот, будучи таким разными мы пересеклись, практически случайно, на границах некоей темы. Нам показалось, что некоторые вспомогательные темы/вопросы, касающиеся обучению системному мышлению с использованием ресурсов НЛП, могут быть обращены к нам. Но, в целом, тема системной инженерии не есть наша тема. Да и темы/вопросы в отношении НЛП, в действительности, были обращены не к нам.
(4) Так что есть четыре контекста/жж для писания на тему СИ и около:
И непосредственные комментарии следовало бы писать в сообществе stengineeringth.
http://ailev.livejournal.com/1221425.html?thread=13059889#t13059889
--Я предпочёл "тутошние ассоциации" обсуждать в отрыве от изначального контекста, в этой теме, именно по причине предугадывавшегося гарантированного возникновения обозначенного не понимания.
Непонимание возникает, в первую очередь, за счёт неупорядоченного пересечения границ организационных контекстов.
(1) Ailev разрабатывает и применяет конкретный коммерческий продукт. Причем, он делает это на глазах своих учеников и клиентов. И он должен делать эту работу по определённым правилам. И результаты должны лежать в определённых границах. Продукт должен быть не слишком простым, не слишком сложным. Не слишком тривиальным, но и не абсолютно инновационным. Доступным в практическом обучении, но и не адресующим к самоликбезу. И т.д, и т.п.
(2) Мы же занимается альтернативной - во всём альтернативной активностью. Мы не ориентированы на коммерческие критерии в роли первоочередных. Мы не ограничены никакими традициями и прочими сдерживающими соображениями. Мы поставили себе установку практической идейной свободы. Мы свободны придумать/найти всё что взбредёт в голову/уцепит наш взгляд.
(3) И вот, будучи таким разными мы пересеклись, практически случайно, на границах некоей темы. Нам показалось, что некоторые вспомогательные темы/вопросы, касающиеся обучению системному мышлению с использованием ресурсов НЛП, могут быть обращены к нам. Но, в целом, тема системной инженерии не есть наша тема. Да и темы/вопросы в отношении НЛП, в действительности, были обращены не к нам.
(4) Так что есть четыре контекста/жж для писания на тему СИ и около:
Где и что писать
Там какие-то очень странные вопросы обсуждаются в дискуссии по ссылке, меня сильно удивляет, как можно тамошние суждения вычитать из моих текстов.
Ежели вы считает, что тамошние рассуждения в какой-либо мере создают ограничивающие ассоциации в отношении вашей работы, то укажите мне какие, и я их уберу. Полагаю, что тематически строго выдержанным обсуждениям место в именно вашем журнале ailev Проблемным обсуждениям на тему системной инженерии/мышления место в openmeta В metapractice мы свободны заниматься обсуждениями по нашему назначению: моделированием человеческой активности, используя свободные ассоциации по отношению к любым другим темам. И только в специальном сообществе stengineeringth, которое является кусткамерой для базовой темы, допустимы всяческие эээ "придирки". http://ailev.livejournal.com/1221425.html?thread=13061681#t13061681
И непосредственные комментарии следовало бы писать в сообществе stengineeringth.
ТКП concerns по Hilliard из примера по ссылке: functionality, feasibility, usage, system purposes, system features, system properties, known limitations, structure, behavior, performance, resource utilization, reliability, security, information
assurance, complexity, evolvability, openness, concurrency, autonomy, cost, schedule, quality of service, flexibility, agility, modifiability, modularity, control, inter-process communication, deadlock, state change, subsystem integration, data
accessibility, privacy, compliance to regulation, assurance, business goals and strategies, customer experience, maintainability, affordability and disposability.
Все приведённые concerns, как видно, являются "внутрисистемными" – типа у стейкхолдеров есть некие соображения/мнения/касательства/интересы (я лично предпочитаю перевод concern = касательство, но не спорю, что дело вкуса) О СИСТЕМЕ.
Выше была ссылка на сайт TRIZ-RI, вот любой может зайти на их форум к живым владельцам бизнесов (или иметь собственный хотя бы минимальный опыт) и убедиться, что "в среднем по больнице" будет МИНИМУМ половина касательств, которые лежат ВНЕ системы (организации). Не родился на свете такой начальник, который бы думал лишь о пользе для организации, но не о своей власти. Нет такого подчинённого, который бы желал лишь усердно трудиться, но не личного обогащения за счёт коллектива. Это если совсем вульгарно мысль изложить.
То есть "внутрисистемынй стейкхолдер" опять же есть идеализация до степени полной не применимости в жизни.
Эта линия критика СИ заключается отнюдь не в якобы "излишней формальности и сложности", а как раз напротив – в её недостатчной формальности и абсолютном игнорировании "человеческого фактора"! Системная инженерия игнорирует системную связь абстрактных построений и реального опыта.
assurance, complexity, evolvability, openness, concurrency, autonomy, cost, schedule, quality of service, flexibility, agility, modifiability, modularity, control, inter-process communication, deadlock, state change, subsystem integration, data
accessibility, privacy, compliance to regulation, assurance, business goals and strategies, customer experience, maintainability, affordability and disposability.
Все приведённые concerns, как видно, являются "внутрисистемными" – типа у стейкхолдеров есть некие соображения/мнения/касательства/интересы (я лично предпочитаю перевод concern = касательство, но не спорю, что дело вкуса) О СИСТЕМЕ.
Выше была ссылка на сайт TRIZ-RI, вот любой может зайти на их форум к живым владельцам бизнесов (или иметь собственный хотя бы минимальный опыт) и убедиться, что "в среднем по больнице" будет МИНИМУМ половина касательств, которые лежат ВНЕ системы (организации). Не родился на свете такой начальник, который бы думал лишь о пользе для организации, но не о своей власти. Нет такого подчинённого, который бы желал лишь усердно трудиться, но не личного обогащения за счёт коллектива. Это если совсем вульгарно мысль изложить.
То есть "внутрисистемынй стейкхолдер" опять же есть идеализация до степени полной не применимости в жизни.
Эта линия критика СИ заключается отнюдь не в якобы "излишней формальности и сложности", а как раз напротив – в её недостатчной формальности и абсолютном игнорировании "человеческого фактора"! Системная инженерия игнорирует системную связь абстрактных построений и реального опыта.
Если выходить на психопрактики, то дальше можно думать, как эти интересы учитываются, например, в той же практике лидерства (ну, или самолидерства -- самоопределения себя в роли, тут это пока неважно) -- насколько психические и формальные-из-схемы интересы совпадают, какие разные слова для них мы должны использовать, чтобы не путать, и как всё это грамотно моделировать.
Вот про психопрактику с интересами -- это в опенмету. А вот с онтологизацией интереса примерно так, как это понимает Hilliard и другие системные инженеры, это тамошним людям неинтересно, это упражнение они сочтут "формализмом, неприменимым в жизни, неоправданной сложностью".
ТКП concerns по Hilliard из примера по ссылке: functionality, feasibility, usage, system purposes, system features, system properties, known limitations, structure, behavior, performance, resource utilization, reliability, security, information
assurance, complexity, evolvability, openness, concurrency, autonomy, cost, schedule, quality of service, flexibility, agility, modifiability, modularity, control, inter-process communication, deadlock, state change, subsystem integration, data
accessibility, privacy, compliance to regulation, assurance, business goals and strategies, customer experience, maintainability, affordability and disposability.
http://ailev.livejournal.com/1221425.html?thread=13063217#t13063217
Самолидерство = самоопределение себя в некоей роли. При этом в ответ на тезис о том, что СИ работает, если её "продать" каждому участнику рабочего процесса, возник некий ээ скепсис, которым было прикрыто отсутствие содержательного возражения. Исполнители неким магическим (out of scope – не интересным для специалиста по СИ) путём должны сами себя заставить (или воспользовавшись пинками харизматичных лидеров, поведение которых не формализуемый "чёрный ящик" – тоже не интересный для СИ) следовать некоей придуманной (то есть нафантазированной – этакая "математическая/формальная фантазия" – когда для синтетической ситсемы понятий не указаны сразу же в явном виде те ограничения и соображения, исходя из которых она и придумывалась) роли.
Раз уж сообщество у нас по большей части "психологическое", а не "бизнесовое", то вспомним примеры из психологии:
Итак, по определению авторов НЛП, "психотеология" это:
– смешивания что люди делают, с тем что "есть" реальность
– мощные евангелисты; в других местах книги поясняется, что то, как евангелисты убеждают других людей, отличается от того, в чём состоит содержание их теорий (они не следуют критерию немедленного исполнения)
– исследования оторваны от практики, "исследователи" не интересуются практикой
По всем трём критериям СИ является "теологией":
– вроде как исследует формальные системы (то есть системы воображаемых/умозрительных объектов), но при этом результаты работы в итоге должны применяться в реальных производствах
– распространение СИ задаётся скорее харизмой "евангелистов", а не результатами её внедрения
– не интересуются обратной связью от исполнителей, поскольку, опять же, занимается формальными системами
Вот про психопрактику с интересами -- это в опенмету. А вот с онтологизацией интереса примерно так, как это понимает Hilliard и другие системные инженеры, это тамошним людям неинтересно, это упражнение они сочтут "формализмом, неприменимым в жизни, неоправданной сложностью".
ТКП concerns по Hilliard из примера по ссылке: functionality, feasibility, usage, system purposes, system features, system properties, known limitations, structure, behavior, performance, resource utilization, reliability, security, information
assurance, complexity, evolvability, openness, concurrency, autonomy, cost, schedule, quality of service, flexibility, agility, modifiability, modularity, control, inter-process communication, deadlock, state change, subsystem integration, data
accessibility, privacy, compliance to regulation, assurance, business goals and strategies, customer experience, maintainability, affordability and disposability.
http://ailev.livejournal.com/1221425.html?thread=13063217#t13063217
Самолидерство = самоопределение себя в некоей роли. При этом в ответ на тезис о том, что СИ работает, если её "продать" каждому участнику рабочего процесса, возник некий ээ скепсис, которым было прикрыто отсутствие содержательного возражения. Исполнители неким магическим (out of scope – не интересным для специалиста по СИ) путём должны сами себя заставить (или воспользовавшись пинками харизматичных лидеров, поведение которых не формализуемый "чёрный ящик" – тоже не интересный для СИ) следовать некоей придуманной (то есть нафантазированной – этакая "математическая/формальная фантазия" – когда для синтетической ситсемы понятий не указаны сразу же в явном виде те ограничения и соображения, исходя из которых она и придумывалась) роли.
Раз уж сообщество у нас по большей части "психологическое", а не "бизнесовое", то вспомним примеры из психологии:
Most knowledge in the field of psychology is organized in ways that mix together what we call "modeling"—what traditionally has been called "theorizing"—and what we consider theology. The descriptions of what people do have been mixed together with descriptions of what reality "is." When you mix experience together with theories and wrap them all up in a package, that's a psychotheology. What has developed in psychology is different religious belief systems with very powerful evangelists working from all of these differing orientations.
Another strange thing about psychology is that there's a whole body of people called "researchers" who will not associate with the people who are practicing! Somehow the field of psychology got divided so that the researchers no longer provide information for, and respond to, the clinical practitioners in the field. That's not true in the field of medicine. In medicine, the people doing research are trying to find things to help the practitioners in the field. And the practitioners respond to the researchers, telling them what they need to know more about.
Frogs into princes
Итак, по определению авторов НЛП, "психотеология" это:
– смешивания что люди делают, с тем что "есть" реальность
– мощные евангелисты; в других местах книги поясняется, что то, как евангелисты убеждают других людей, отличается от того, в чём состоит содержание их теорий (они не следуют критерию немедленного исполнения)
– исследования оторваны от практики, "исследователи" не интересуются практикой
По всем трём критериям СИ является "теологией":
– вроде как исследует формальные системы (то есть системы воображаемых/умозрительных объектов), но при этом результаты работы в итоге должны применяться в реальных производствах
– распространение СИ задаётся скорее харизмой "евангелистов", а не результатами её внедрения
– не интересуются обратной связью от исполнителей, поскольку, опять же, занимается формальными системами
Имагинальный диск, в котором клетки куколки трансформируются в клетки организма бабочки.
Ну в этом месте лучше подумать о том, что когда маг и ученик держат зеркало за углы, то они его непроизвольно двигают. Типа как двигают тарелку при гадании.
Что для одного запредельно сложно, для другого всего-навсего вечернее чтиво за чашечкой кофе, для расслабухи. Клиентам тоже сначала сложно, а потом радостные приходят и рассказывают, что они с этим мышлением смогли сделать, какие решения смогли принять.
Ну, мы не ведём бизнес-консультаций и поэтому нам не зачем меряться харизмой в удовлетворении клиентов с системными инженерами. Наоборот, мы рассматриваем его как человека в своей высококонкурентной среде/контексте, и с отстранённой позицией его теории сравниваем с какими другими.
Например:
И вот мы смотрим-смотрим (я знаю, многие из метапрактиков интересуются вопросами бизнес-управления), и видим, что подобные разработки в сравнении с СИ не оставляют камня на камне:
(1) На первый взгляд, и в СИ, и в ANY-case, есть квадратики со стрелочками и большой акцент на том, что архитектура предприятия и бизнес-процессы должны быть формально зафиксированы. Тут разницы пока что нет.
(2) В СИ оперативное управление остаётся за скобками. Надо просто "назначить лидера, который будет давать пинка подчинённым". В ANY-case дается:
-- онтология должностных инструкций типовых должностей
-- методические указания по их подгонке
-- методика и стандартны для самостоятельной разработки собственных
-- онтология способов рассчёта мотивирующей зарплаты (вместо тупых вариантов типа "процента от продаж" или "количество потраченного времени") для типовых должностей, включая в этом плане сложные, где производятся не легко измеряемые "кирпичи" (бухгалтер, программист, маркетолог)
-- методические указания по их подгонке
-- методика и стандарты для самостоятельной разработки "умных зарплат"
(3) В обсуждаемом материале СИ-автора части системы (предприятия) рассматриваются изолированно друг от друга. Как разные этапы "конвеера" производства, так и разные "логические" уровни (например, оргструктура, "органиграмма", и структура работ/деятельности/бизнес-процессов). В ANY-case прямо рассматривается граница передачи полуфабриката с одной работы на другую, контроль качества на промежуточных этапах. Оргструктура разрабатывается только в связке со структурой работ, и для ТРИЗ-консультанта ANY-case абсурдно будет звучать фраза "на месте этого квадратика мы можем поставить одного инженера, а можем целый отдел, это не важно". Он будет оргструктурой решать задачи собственника и цели организации, например:
-- меньше тратить на зарплаты, перекраивая должности так, чтобы между работами по должностям была максимальная разница квалификаций. Условно говоря, чтобы "бухгалтеры" не работали "курьерами", перенося бумаги из комнаты в комнату.
-- минимизировать количество не заменимых (высококвалифицированных) должностей, уменьшая риски, свзяанные с увольнением сотрудника
-- сегментировать работы так, чтобы не формировать целостные подсистемы внутри своей организации-системы, например, так, чтобы отдел продаж не мог целиком уволиться и открыть свою конкурирующую органиазцию
-- и т.д.
Вот каждый потенциальный клиент бизнес-консультантов разного сорта сам для себя может решить, какое учение более системно. То, в котором рассматриваются только абстракции, или то, в котором жёсткий формализм изначально соединён с большим количеством поддерживающих методик и практик, которые и определяют, как он должен быть использован на практике.
Ну, мы не ведём бизнес-консультаций и поэтому нам не зачем меряться харизмой в удовлетворении клиентов с системными инженерами. Наоборот, мы рассматриваем его как человека в своей высококонкурентной среде/контексте, и с отстранённой позицией его теории сравниваем с какими другими.
Например:
Эталонная торговая компания "ANY-TRADE"
Электронный кейс для управления
Кейс содержит: структуру и описание управления 13 подразделениями и 56 должностями торговой компании, в том числе: системы мотивации, должностные инструкции, корпоративные стандарты, тестовые упражнения для проверки квалификации претендентов на работу, а также - технологии, необходимые в работе торгового предприятия.
http://www.triz-ri.ru/#nav-product
И вот мы смотрим-смотрим (я знаю, многие из метапрактиков интересуются вопросами бизнес-управления), и видим, что подобные разработки в сравнении с СИ не оставляют камня на камне:
(1) На первый взгляд, и в СИ, и в ANY-case, есть квадратики со стрелочками и большой акцент на том, что архитектура предприятия и бизнес-процессы должны быть формально зафиксированы. Тут разницы пока что нет.
(2) В СИ оперативное управление остаётся за скобками. Надо просто "назначить лидера, который будет давать пинка подчинённым". В ANY-case дается:
-- онтология должностных инструкций типовых должностей
-- методические указания по их подгонке
-- методика и стандартны для самостоятельной разработки собственных
-- онтология способов рассчёта мотивирующей зарплаты (вместо тупых вариантов типа "процента от продаж" или "количество потраченного времени") для типовых должностей, включая в этом плане сложные, где производятся не легко измеряемые "кирпичи" (бухгалтер, программист, маркетолог)
-- методические указания по их подгонке
-- методика и стандарты для самостоятельной разработки "умных зарплат"
(3) В обсуждаемом материале СИ-автора части системы (предприятия) рассматриваются изолированно друг от друга. Как разные этапы "конвеера" производства, так и разные "логические" уровни (например, оргструктура, "органиграмма", и структура работ/деятельности/бизнес-процессов). В ANY-case прямо рассматривается граница передачи полуфабриката с одной работы на другую, контроль качества на промежуточных этапах. Оргструктура разрабатывается только в связке со структурой работ, и для ТРИЗ-консультанта ANY-case абсурдно будет звучать фраза "на месте этого квадратика мы можем поставить одного инженера, а можем целый отдел, это не важно". Он будет оргструктурой решать задачи собственника и цели организации, например:
-- меньше тратить на зарплаты, перекраивая должности так, чтобы между работами по должностям была максимальная разница квалификаций. Условно говоря, чтобы "бухгалтеры" не работали "курьерами", перенося бумаги из комнаты в комнату.
-- минимизировать количество не заменимых (высококвалифицированных) должностей, уменьшая риски, свзяанные с увольнением сотрудника
-- сегментировать работы так, чтобы не формировать целостные подсистемы внутри своей организации-системы, например, так, чтобы отдел продаж не мог целиком уволиться и открыть свою конкурирующую органиазцию
-- и т.д.
Вот каждый потенциальный клиент бизнес-консультантов разного сорта сам для себя может решить, какое учение более системно. То, в котором рассматриваются только абстракции, или то, в котором жёсткий формализм изначально соединён с большим количеством поддерживающих методик и практик, которые и определяют, как он должен быть использован на практике.
А ведь у меня никто никем не управляет, я вообще слова "управление" избегаю по возможности (оставляя разве что в устойчивых словосочетаниях типа "управление конфигурацией" и "управление требованиями"). И лидерство я рассматриваю не чаще пары раз в год -- дисциплину, которая обеспечивает совмещение конкретных людей и культурно-обусловленных ролей в организации. Каждый раз с обязательными оговорками.
http://ailev.livejournal.com/1221425.html?thread=13062705#t13062705
СИ-инженер по каким-то формальным (формальным - не значит сложным - я использую это слово в прямом значении, - абстрактным, лишённым "содержания") правлам нарисовал квадратики ролей. А дальше берётся типа руководитель с прокачанным параметром leadership и говорит - вот тебе квадратики, "пинками и угрозами заставь людей им соответствовать". Есть хороший анекдот на тему подобного мышления - "моё дело стратегия, а дальше вы там сами как-нибудь разберётесь".
Во внимании Метапрактика при исследовании различных бизнес-тем в центре, несомненно, должнен быть:
-- тот самый leadership, чем мотивировать людей исполнять работу, и как его формализовать, вместо того чтобы выносить за скобки
-- построение системных формальных схем организаций, непременно УЧИТЫВАЮЩИХ СПЕЦИФИКУ РАБОТЫ ТАКИХ ЛИДЕРОВ
Так что внимание Метапрактика должно быть вдвойне более системно по сравнению с системным инженером :)
Про впечатление сложности и формальности, и поэтому неприменимости к жизни, так на это я не смотрю.
При превышении некоторого значения "формальности" применимость к жизни разных "теорий о производственной деятельности" стремится к нулю. За одним исключением. Если мы описываем не чисто "компьютерную" систему. Поэтому, как мы сразу же в наших "странных ассоциациях" и нащупали, СИ будет замечательно работать, если выполнителями являются роботы.
Сравнение с армией тоже уместно. На фоне высокой формальности деятельности (наличие детальных уставов), ещё больший объём знаний хранится в огромном наборе не формальных практик, передающихся от призыва к призыву. Сотрудники организации, руководство которой осуществляется "от" системно-инженерного мышления, несомненно будут накапливать примерно такой же опыт "цыганской выездки" и адаптации к ней. То есть подобная предельная формальность, в условиях наличия достаточного количества агентов-людей в системе, будет способствовать ВЫТЕСНЕНИЮ знания и опыта (из осознания менджеров).
Моделирование ЧА стремится к формализации знаний и опыта.
http://ailev.livejournal.com/1221425.html?thread=13062705#t13062705
СИ-инженер по каким-то формальным (формальным - не значит сложным - я использую это слово в прямом значении, - абстрактным, лишённым "содержания") правлам нарисовал квадратики ролей. А дальше берётся типа руководитель с прокачанным параметром leadership и говорит - вот тебе квадратики, "пинками и угрозами заставь людей им соответствовать". Есть хороший анекдот на тему подобного мышления - "моё дело стратегия, а дальше вы там сами как-нибудь разберётесь".
Во внимании Метапрактика при исследовании различных бизнес-тем в центре, несомненно, должнен быть:
-- тот самый leadership, чем мотивировать людей исполнять работу, и как его формализовать, вместо того чтобы выносить за скобки
-- построение системных формальных схем организаций, непременно УЧИТЫВАЮЩИХ СПЕЦИФИКУ РАБОТЫ ТАКИХ ЛИДЕРОВ
Так что внимание Метапрактика должно быть вдвойне более системно по сравнению с системным инженером :)
Про впечатление сложности и формальности, и поэтому неприменимости к жизни, так на это я не смотрю.
При превышении некоторого значения "формальности" применимость к жизни разных "теорий о производственной деятельности" стремится к нулю. За одним исключением. Если мы описываем не чисто "компьютерную" систему. Поэтому, как мы сразу же в наших "странных ассоциациях" и нащупали, СИ будет замечательно работать, если выполнителями являются роботы.
Сравнение с армией тоже уместно. На фоне высокой формальности деятельности (наличие детальных уставов), ещё больший объём знаний хранится в огромном наборе не формальных практик, передающихся от призыва к призыву. Сотрудники организации, руководство которой осуществляется "от" системно-инженерного мышления, несомненно будут накапливать примерно такой же опыт "цыганской выездки" и адаптации к ней. То есть подобная предельная формальность, в условиях наличия достаточного количества агентов-людей в системе, будет способствовать ВЫТЕСНЕНИЮ знания и опыта (из осознания менджеров).
Моделирование ЧА стремится к формализации знаний и опыта.
Там какие-то очень странные вопросы обсуждаются в дискуссии по ссылке, меня сильно удивляет, как можно тамошние суждения вычитать из моих текстов.
http://ailev.livejournal.com/1221425.html?thread=13059889#t13059889
Я предпочёл "тутошние ассоциации" обсуждать в отрыве от изначального контекста, в этой теме, именно по причине предугадывавшегося гарантированного возникновения обозначенного не понимания.
Начиная с первого же там коммента "предлагается на практике типа продавать эту теорию всем участникам рабочего/производственного процесса. И вот уже проникнувшись её словом и духом они будут жить и ими будет возможно управлять по законам системной инженерии". Сам заход на управление кем-то, да ещё по законам системной инженерии! Про "продавать всем участникам" я уже и не говорю.
К каждой мысли в Метапрактике, максимум через пару тактов её обсуждения/раскрытия, мы привыкли задавать вопрос -- "а как это будет полезно в коммуникации?". Центральной ролевой коммуникацией на производстве является "управление". Вот именно по той причине, что СИ-автор может сказать, что он исследует абстрактные системы, занимаясь "математикой", а на реальных людей ему до лампочки, и действительно мало смысла адресовать ему подобные возражения/вопросы, которые у нас возникли.
Дальше эти странные для меня ассоциации разворачиваются на много комментов.
С другой стороны, для нас странно, когда трендовые абстрактные теории всячески избегают вопроса, а как же они будут применяться на практике. А ведь как-то будут. Если это не указано в явном виде, значит действуют какие-то скрытые факторы. В обсуждении выше, как бы оно странным не казалось апологету СИ, мы совершенно чётко выяснили: нет вопросов, как формальные теории будут работать на практике, если исполнять их будут "роботы". Ну или люди с исполнительностью роботов.
http://ailev.livejournal.com/1221425.html?thread=13059889#t13059889
Я предпочёл "тутошние ассоциации" обсуждать в отрыве от изначального контекста, в этой теме, именно по причине предугадывавшегося гарантированного возникновения обозначенного не понимания.
Начиная с первого же там коммента "предлагается на практике типа продавать эту теорию всем участникам рабочего/производственного процесса. И вот уже проникнувшись её словом и духом они будут жить и ими будет возможно управлять по законам системной инженерии". Сам заход на управление кем-то, да ещё по законам системной инженерии! Про "продавать всем участникам" я уже и не говорю.
К каждой мысли в Метапрактике, максимум через пару тактов её обсуждения/раскрытия, мы привыкли задавать вопрос -- "а как это будет полезно в коммуникации?". Центральной ролевой коммуникацией на производстве является "управление". Вот именно по той причине, что СИ-автор может сказать, что он исследует абстрактные системы, занимаясь "математикой", а на реальных людей ему до лампочки, и действительно мало смысла адресовать ему подобные возражения/вопросы, которые у нас возникли.
Дальше эти странные для меня ассоциации разворачиваются на много комментов.
С другой стороны, для нас странно, когда трендовые абстрактные теории всячески избегают вопроса, а как же они будут применяться на практике. А ведь как-то будут. Если это не указано в явном виде, значит действуют какие-то скрытые факторы. В обсуждении выше, как бы оно странным не казалось апологету СИ, мы совершенно чётко выяснили: нет вопросов, как формальные теории будут работать на практике, если исполнять их будут "роботы". Ну или люди с исполнительностью роботов.
-- разглядывание поверхности воды позволяет собрать другой мир.
А почему через такое разглядывание другие миры могут собрать только нагвалисты.
Для сборки других миров необходимо эээ большое движение точки сборки плюс фиксация ее на какое-то время в новом месте. Нагваль опять же, владеющий методикой и видящий движение точки сборки.
Обыватель же через разглядывание поверхности воды вполне может изменить восприятие/сдвинуть точку сборки, не так сильно как нагвалисты, но вполне... Взять чокнутых рыбаков, например, для которых жизни нет между рыбалками, или моряков.
Кстати, знаю одного спортсмена - воднолыжника :)
А почему через такое разглядывание другие миры могут собрать только нагвалисты.
Для сборки других миров необходимо эээ большое движение точки сборки плюс фиксация ее на какое-то время в новом месте. Нагваль опять же, владеющий методикой и видящий движение точки сборки.
Обыватель же через разглядывание поверхности воды вполне может изменить восприятие/сдвинуть точку сборки, не так сильно как нагвалисты, но вполне... Взять чокнутых рыбаков, например, для которых жизни нет между рыбалками, или моряков.
Кстати, знаю одного спортсмена - воднолыжника :)
Дочитали до конца.