#систематика /// Успешная система
Успешная система – воплощенная система, при работе которой интересы всех причастных ролей удовлетворены. При этом нет объективного взгляда на систему, есть договоренности субъективых взглядов, эти вгляды принадлежат проектным ролям.
Важно рассматривать систему только как воплощение. Без физического воплощения все труды есть лишь описание успешной системы.
Пример из диджитал: какой бы идельный ни был код, с минимумом ошибок, с удобным фронтом, с отличной архитектурой данных, он является описанием того как будет работать в run-time / на стадии эксплуатации, и если пользователь не может выполнять свои задачи на этом идельном с точки зрения кода продукте, то успешного воплощения нет. Выполненные задачи пользователя с помощью того сервиса, который предоставляет цифровой продукт — вот целевое воплощение, и именно оно должно быть успешным.
Пример НЕдиджитал: максимально удобный и красивый предмет одежды, функциональный и надежный, произведенный и выведенный на рынок, то есть в наличии в продаже, но по неприемлемо высокой цене — не является успешной системой, не удовлетворено предпочтение покупателя "приемлемая" в интересе "цена".
Для удовлетворения всех интересов необходимо коммуницировать с проектными ролями / стейкхолдерами, работать с их потребностями и с требованиями к системе.
___
#воплощение #роль #описание #эксплуатация #интерес #предпочтение #потребности
Успешная система – воплощенная система, при работе которой интересы всех причастных ролей удовлетворены. При этом нет объективного взгляда на систему, есть договоренности субъективых взглядов, эти вгляды принадлежат проектным ролям.
Важно рассматривать систему только как воплощение. Без физического воплощения все труды есть лишь описание успешной системы.
Пример из диджитал: какой бы идельный ни был код, с минимумом ошибок, с удобным фронтом, с отличной архитектурой данных, он является описанием того как будет работать в run-time / на стадии эксплуатации, и если пользователь не может выполнять свои задачи на этом идельном с точки зрения кода продукте, то успешного воплощения нет. Выполненные задачи пользователя с помощью того сервиса, который предоставляет цифровой продукт — вот целевое воплощение, и именно оно должно быть успешным.
Пример НЕдиджитал: максимально удобный и красивый предмет одежды, функциональный и надежный, произведенный и выведенный на рынок, то есть в наличии в продаже, но по неприемлемо высокой цене — не является успешной системой, не удовлетворено предпочтение покупателя "приемлемая" в интересе "цена".
Для удовлетворения всех интересов необходимо коммуницировать с проектными ролями / стейкхолдерами, работать с их потребностями и с требованиями к системе.
___
#воплощение #роль #описание #эксплуатация #интерес #предпочтение #потребности
#систематика /// Системное лидерство
Лидерство (в понимании СМ) — коллетивная практика, выраженная в осознанной игре ролей всем коллективом, и при несоответствии исполнителя его роли коллектив органически ему помогает всё же занять роль и действовать соответственно.
___
#лидерство #роль
Лидерство (в понимании СМ) — коллетивная практика, выраженная в осознанной игре ролей всем коллективом, и при несоответствии исполнителя его роли коллектив органически ему помогает всё же занять роль и действовать соответственно.
___
#лидерство #роль
#систематика /// Системное мышление 2.0 (СМ2)
У системы обязательно есть пользователь / актор. Система не существует сама по себе, а обязательно входит в надсистему, в которой действует пользователь.
Это основное отличие от СМ 1.0, где система рассматривается сама по себе.
В СМ2 система без акторов НЕ обсуждается.
Пример: НЕ обсуждаем систему "стол", обсуждаем только систему "стол обеденный в семье Петровых" или "стол офисный для работы с ноутбуком".
Актор — ролевой / функциональный объект (см. #роль)
Основная стадия владения СМ2 — приложимость.
СМ2 — про отношение "часть-целое", в этом мышлении ищется и выделяется целое, происходит выход в надсистему, а затем вход в части.
Что рассматривает СМ2:
- системное разбиение — отношение "часть-целое"
- области интересов — это разные стороны рассмотрения на одном уровне: предпринимательская (решение проблем клиентов) / инженерная (как и что воплощается для решения проблем клиентов) / менеджерская (что необходимо для воплощения для решения проблем клиентов)
- цепочка обеспечений — кто что воплощает (целевая система воплощается системой в обеспечении, которая воплощается другой системой в обеспечении, етс)
___
#см #см2 #воплощение #часть_целое #роль
У системы обязательно есть пользователь / актор. Система не существует сама по себе, а обязательно входит в надсистему, в которой действует пользователь.
Это основное отличие от СМ 1.0, где система рассматривается сама по себе.
В СМ2 система без акторов НЕ обсуждается.
Пример: НЕ обсуждаем систему "стол", обсуждаем только систему "стол обеденный в семье Петровых" или "стол офисный для работы с ноутбуком".
Актор — ролевой / функциональный объект (см. #роль)
Основная стадия владения СМ2 — приложимость.
СМ2 — про отношение "часть-целое", в этом мышлении ищется и выделяется целое, происходит выход в надсистему, а затем вход в части.
Что рассматривает СМ2:
- системное разбиение — отношение "часть-целое"
- области интересов — это разные стороны рассмотрения на одном уровне: предпринимательская (решение проблем клиентов) / инженерная (как и что воплощается для решения проблем клиентов) / менеджерская (что необходимо для воплощения для решения проблем клиентов)
- цепочка обеспечений — кто что воплощает (целевая система воплощается системой в обеспечении, которая воплощается другой системой в обеспечении, етс)
___
#см #см2 #воплощение #часть_целое #роль
#систематика /// Роли
Система (воплощение) всегда выполняет функцию в своей надсистеме.
Эта функция – роль, то есть воплощенная система всегда играет роль, является ролевым объектом.
Стоит называть систему по её роли, так будет понятнее.
Система может также иметь конструктивное название, отличное от текущей роли, но в момент играния роли стоит называть систему именно в соответствии с ролью. Пример:
Если собирать в лесу грибы и класть их в панаму (за неимением корзины), то панама с грибами будет называться корзина, и неважно, что это панама, важна её текущая роль (само выражение "панама с грибами" уже теряет смысл).
Объекты стоит также рассматривать (и даже называть в работе) по их роли, а не по названию объекта (см. пример с панамой-корзинкой).
Еще пример: если мы рассматриваем роль предмета, на котором сидят, то стоит называть такой объект сиденьем, а уж что является сиденьем — стул, чемодан или пень — это вторично.
Роль, играемая каким-то неживым объектом – просто роль. А если роль играет человек, то это проектная роль, так как на в проектах обязательно участвуют люди.
У проектной роли обязательно есть интерес + предпочтение в этом интересе + намерение по реализации предпочтения, по этим аспектам можно и нужно выявлять роли. И проектная роль обязательно основана на практике, не бывает проектных ролей без практик.
Проектная роль думает о мире, причем необязательно так же как и мы, и своим образом выделяет объекты из фона.
Проектная роль желает, чтобы с каждым из этих объектов что-то происходило — это интерес.
И для того, чтобы это произошло, проектная роль имеет намерение.
Объект может перестать играть роль: после того как мы встали и ушли, пень, чемодан и стул перестают быть сиденьем (стул предназначен для этого, но пока на нём никто не сидит, он не является сидением ни для кого, он просто предмет мебели).
Необходимо отделять роли от должностей!
Стоит избегать рассмотрения "общих" ролей, таких как пользователь, клиент, покупатель – их лучше конкретизировать:
- пользователь: оператор, супервизор
- клиент: отправитель, получатель
- покупатель: плательщик (часто компания), выгодоприобретатель (сотрудник, работающий с приобретенным продуктом/сервисом).
Каждая проектная роль делает своё описание системы — ролевое описание системы (viewpoint).
Если роль играется оргзвеном (сотрудник или группа сорудников), то это оргроль. Оргроль выполняет практику.
___
#роль #интерес #предпочтение #намерение #оргзвено
Система (воплощение) всегда выполняет функцию в своей надсистеме.
Эта функция – роль, то есть воплощенная система всегда играет роль, является ролевым объектом.
Стоит называть систему по её роли, так будет понятнее.
Система может также иметь конструктивное название, отличное от текущей роли, но в момент играния роли стоит называть систему именно в соответствии с ролью. Пример:
Если собирать в лесу грибы и класть их в панаму (за неимением корзины), то панама с грибами будет называться корзина, и неважно, что это панама, важна её текущая роль (само выражение "панама с грибами" уже теряет смысл).
Объекты стоит также рассматривать (и даже называть в работе) по их роли, а не по названию объекта (см. пример с панамой-корзинкой).
Еще пример: если мы рассматриваем роль предмета, на котором сидят, то стоит называть такой объект сиденьем, а уж что является сиденьем — стул, чемодан или пень — это вторично.
Роль, играемая каким-то неживым объектом – просто роль. А если роль играет человек, то это проектная роль, так как на в проектах обязательно участвуют люди.
У проектной роли обязательно есть интерес + предпочтение в этом интересе + намерение по реализации предпочтения, по этим аспектам можно и нужно выявлять роли. И проектная роль обязательно основана на практике, не бывает проектных ролей без практик.
Проектная роль думает о мире, причем необязательно так же как и мы, и своим образом выделяет объекты из фона.
Проектная роль желает, чтобы с каждым из этих объектов что-то происходило — это интерес.
И для того, чтобы это произошло, проектная роль имеет намерение.
Объект может перестать играть роль: после того как мы встали и ушли, пень, чемодан и стул перестают быть сиденьем (стул предназначен для этого, но пока на нём никто не сидит, он не является сидением ни для кого, он просто предмет мебели).
Необходимо отделять роли от должностей!
Стоит избегать рассмотрения "общих" ролей, таких как пользователь, клиент, покупатель – их лучше конкретизировать:
- пользователь: оператор, супервизор
- клиент: отправитель, получатель
- покупатель: плательщик (часто компания), выгодоприобретатель (сотрудник, работающий с приобретенным продуктом/сервисом).
Каждая проектная роль делает своё описание системы — ролевое описание системы (viewpoint).
Если роль играется оргзвеном (сотрудник или группа сорудников), то это оргроль. Оргроль выполняет практику.
___
#роль #интерес #предпочтение #намерение #оргзвено
#систематика /// Интерес и предпочтение роли
Интерес — это характиристика системы, обычно несколько ролей имеют один интерес, но часто разные предпочтения (и как следствие намерения по реализации предпочтений).
Интересы есть у проектных ролей (их играют люди)
Интерес обсуждается с помощью модели, и необходимо выбрать метод описания интереса для уторговывания.
Ряд обсуждения:
роль <> интерес <> (метод описания) <> предпочтение <> намерение
Роль — выявляем
Интерес + предпочтение в нём — определяем
Намерение — предыгудываем
Метод описания — выбираем (для договорения по интересу и предпочтениям)
Это используется для создания модели, которая позволит описать как удовлетворяется интерес роли в воплещении (в предполагаемой успешной системе).
Интересы влияют друг на друга, например, интерес надёжность влияет на интерес цена, интерес высота полёта может влиять на интерес вес.
___
#роль #интерес #предпочтение #намерение #метод_описания
Интерес — это характиристика системы, обычно несколько ролей имеют один интерес, но часто разные предпочтения (и как следствие намерения по реализации предпочтений).
Интересы есть у проектных ролей (их играют люди)
Интерес обсуждается с помощью модели, и необходимо выбрать метод описания интереса для уторговывания.
Ряд обсуждения:
роль <> интерес <> (метод описания) <> предпочтение <> намерение
Роль — выявляем
Интерес + предпочтение в нём — определяем
Намерение — предыгудываем
Метод описания — выбираем (для договорения по интересу и предпочтениям)
Это используется для создания модели, которая позволит описать как удовлетворяется интерес роли в воплещении (в предполагаемой успешной системе).
Интересы влияют друг на друга, например, интерес надёжность влияет на интерес цена, интерес высота полёта может влиять на интерес вес.
___
#роль #интерес #предпочтение #намерение #метод_описания
#систематика /// Совершенствование и развитие
Изменение технологий, их изучение и внедрение — это совершенствование, так как дисциплина и практика остаются те же самые, улучшается только инструмент.
Изменение дисциплин и практик, выполняемых для достижения результата — развитие.
Совокупность практик, направленных на реализацию типового рабочего продукта — метод
Регулярное выполнение практики — деятельность
При реализации стандарта практики от стандарта стоит брать только самое необходимое, в отличие от стандартов интерфейсов и портов, их содержащих, которые следует реализовывать в наибольшей степени строго и полно.
_
#практика #дисциплина #технология #роль #совершенствование #развитие #метод #деятельность
Изменение технологий, их изучение и внедрение — это совершенствование, так как дисциплина и практика остаются те же самые, улучшается только инструмент.
Изменение дисциплин и практик, выполняемых для достижения результата — развитие.
Совокупность практик, направленных на реализацию типового рабочего продукта — метод
Регулярное выполнение практики — деятельность
При реализации стандарта практики от стандарта стоит брать только самое необходимое, в отличие от стандартов интерфейсов и портов, их содержащих, которые следует реализовывать в наибольшей степени строго и полно.
_
#практика #дисциплина #технология #роль #совершенствование #развитие #метод #деятельность
#систематика /// Играние ролей в жизни
В ходе проектов и деятельностных мероприятий мы играем роли. В работе — играем проектные роли, переключаясь между ними; будучи оргзвеном, играем оргроли (проектные роли, привязанные к оргзвену). Если проект наш личный, то мы все равно играем роль творца: художника, предпринимателя-одиночки, изобретателя… В отрыве от работы или проектов мы всё равно играем роли — родителя, ребенка, брата/сестры, друга, покупателя, пассажира, участника дорожного движения, etc.
Живя в обществе, мы взаимодействуем и коммуницируем с людьми / агентами, и всегда — в какой-нибудь роли, у нас всегда есть цель коммуникации, которая определяет нашу роль. Даже если это small talk / непринужденная краткая беседа с бариста, то цель занять время ожидания общением (в перспективе с положительными эмоциями) ставит нас в роли покупателя и, мы надеемся, приятного-собеседника-на-пару-минут.
Коммуникация обязательно подразумевает агента коммуникации.
Целеориентированная коммуникация обязательно подразумевает роль у агента коммуникации.
Даже если жить в изоляции, то все равно придется играть роли добытчика, обитателя, строителя. Хотя эти роли будут очень слабо выражены, так как нет коммуникации вовне, а только внутри себя. Но это будет деятельностная роль, пусть даже при отсутствии наблюдателя не выраженная явно.
___
#роль #коммуникация #проектная_роль #оргроль #оргзвено
В ходе проектов и деятельностных мероприятий мы играем роли. В работе — играем проектные роли, переключаясь между ними; будучи оргзвеном, играем оргроли (проектные роли, привязанные к оргзвену). Если проект наш личный, то мы все равно играем роль творца: художника, предпринимателя-одиночки, изобретателя… В отрыве от работы или проектов мы всё равно играем роли — родителя, ребенка, брата/сестры, друга, покупателя, пассажира, участника дорожного движения, etc.
Живя в обществе, мы взаимодействуем и коммуницируем с людьми / агентами, и всегда — в какой-нибудь роли, у нас всегда есть цель коммуникации, которая определяет нашу роль. Даже если это small talk / непринужденная краткая беседа с бариста, то цель занять время ожидания общением (в перспективе с положительными эмоциями) ставит нас в роли покупателя и, мы надеемся, приятного-собеседника-на-пару-минут.
Коммуникация обязательно подразумевает агента коммуникации.
Целеориентированная коммуникация обязательно подразумевает роль у агента коммуникации.
Даже если жить в изоляции, то все равно придется играть роли добытчика, обитателя, строителя. Хотя эти роли будут очень слабо выражены, так как нет коммуникации вовне, а только внутри себя. Но это будет деятельностная роль, пусть даже при отсутствии наблюдателя не выраженная явно.
___
#роль #коммуникация #проектная_роль #оргроль #оргзвено
#имплозия /// Не-играние роли
Роль играется человеком только при коммуникации. С другими ролями или с самим собой (например, с собой-в-будущем). Также роль может играться при какой-то сосредоточенной деятельности, пусть это даже творчество для себя (это тоже коммуникация с самим собой).
Без коммуникации роль не нужна на осознанном уровне. Например, читая в одиночестве, роль не играется намеренно, но всё же это деятельностная роль, пусть и не осознаваемая, не выделяемая явно чтецом при активности "чтение".
При всем этом можно намеренно не играть роль. Если намеренно "снять" с себя все роли при коммукации, то эти коммуникации обречены на провал (если только перед вами не стоит цель строго оборвать все коммуникации). К тому же, это действительно сложно — намеренно не играть ни одну из ролей, находясь в обществе.
Чуть проще в уединении — намеренное сложение с себя ролей и сопутствующих им конструктов легче дается без коммуникаций и может быть полезно, проявляясь в виде, например, медитации.
Здесь возникает интересный парадокс — практика не-играния-роли при медитации есть, но ролей, выполняющих такую практику, нет. Или же при медитации появлется роль "не-играющий-ни-одну-из-ролей"?
___
#роль #роли #коммуникация #медитация #практика
Роль играется человеком только при коммуникации. С другими ролями или с самим собой (например, с собой-в-будущем). Также роль может играться при какой-то сосредоточенной деятельности, пусть это даже творчество для себя (это тоже коммуникация с самим собой).
Без коммуникации роль не нужна на осознанном уровне. Например, читая в одиночестве, роль не играется намеренно, но всё же это деятельностная роль, пусть и не осознаваемая, не выделяемая явно чтецом при активности "чтение".
При всем этом можно намеренно не играть роль. Если намеренно "снять" с себя все роли при коммукации, то эти коммуникации обречены на провал (если только перед вами не стоит цель строго оборвать все коммуникации). К тому же, это действительно сложно — намеренно не играть ни одну из ролей, находясь в обществе.
Чуть проще в уединении — намеренное сложение с себя ролей и сопутствующих им конструктов легче дается без коммуникаций и может быть полезно, проявляясь в виде, например, медитации.
Здесь возникает интересный парадокс — практика не-играния-роли при медитации есть, но ролей, выполняющих такую практику, нет. Или же при медитации появлется роль "не-играющий-ни-одну-из-ролей"?
___
#роль #роли #коммуникация #медитация #практика
#имплозия /// ИТТ — Идеологический тест Тьюринга
Применяется с целью установления коммуникации. Заключается в том, чтобы при споре или уторговывании попробовать проговорить собеседнику его позицию его словами / в его терминах. Если мы общаетесь на одном языке, то собеседник / агент подтвердит, что мы верно поняли его позицию. Если мы не преуспели в использовании языка нашего оппонента, то для него его же собственная позиция на чужом / несовпадающем языке будет вызывать опасение. тест полезен для отслеживания способности говорить на языке собеседника, для этого необходимо понимать его роль/роли, с позиции которых он спорит / ведет переговоры.
Чем-то рифмуется с этим постом из канала Про удобство
___
#роль #коммуникация #мета_язык #интерпретатор
Применяется с целью установления коммуникации. Заключается в том, чтобы при споре или уторговывании попробовать проговорить собеседнику его позицию его словами / в его терминах. Если мы общаетесь на одном языке, то собеседник / агент подтвердит, что мы верно поняли его позицию. Если мы не преуспели в использовании языка нашего оппонента, то для него его же собственная позиция на чужом / несовпадающем языке будет вызывать опасение. тест полезен для отслеживания способности говорить на языке собеседника, для этого необходимо понимать его роль/роли, с позиции которых он спорит / ведет переговоры.
Чем-то рифмуется с этим постом из канала Про удобство
___
#роль #коммуникация #мета_язык #интерпретатор
#систематика /// Целеориентированная коммуникация
Три недели назад я немного забежал вперёд (намеренно) и опубликовал заметки про максимы кооперации в коммуникации. Они необходимы для достижения цели коммуникации. И сегодня заметка как раз про это.
Коммуникации происходят не просто так, а с целью. Выделим вниманием те из них, где цель не получить удовольствие от общения, а где цели про создание/изменение чего-то в мире, чаще всего это рабочие/деловые/бытовые коммуникации.
Выделяем следующие аспекты для прагматического рассмотрения каммуникации, то есть для чего коммуникация совершается.
1) В какой роли мы совершаем коммуникацию. Определяем нашу роль, с позиции которой мы будем коммуницировать: как мы выделяем объекты из фона, в каком домене, какими словами о них говорим.
Пример: я хочу купить синюю панамку в сувенирной лавке. Меня интересует именно панамка и именно синяя, и если панамка есть в наличии, я готов купить если цена меня устроит. То есть, я в роли покупателя выделяю синюю панамки и рассматриваю её.
2) Зачем мы совершаем коммуникацию. Какие именно объекты мы выделяем из фона — это наш интерес коммуникации, а также что хотим относительно этих объектов — наше предпочтение в этом ролевом интересе.
Пример: панамка есть в наличии, мне важно договориться относительно цены, то есть, моя коммуникация затем, чтобы сторговаться. Объект-интерес — цена панамки.
3) В какой роли выступает агент нашей коммуникации. Тот, в адрес кого направлена наша коммуникация, тоже занимает в этот момент какую-то роль. Необходимо "считывать" и учитывать эту роль при формировании коммуникации.
Я коммуницирую с человеком в роли продавца панамки, то есть я говорю с ним именно про панамку и её цену. Сейчас не перерыв, продавец не занят чем-то другим, то есть он в роли продавца и готов прокоммуницировать насчтет цены.
4) Зачем агент идет в коммуникацию. Каков интерес нашего собеседника? Нам важно, чтобы объекты нашего интереса совпадали — тогда будет однозначная тема для коммуникации. Каково предпочтение агента в интересе коммуникации? Если наши интересы совпадают, то шанс на успешность коммуникации высокий.
Интерес продавца — выгодно продать товар. Допустим, нам повезло, сезон кончается, продавцу выгоднее продать панамку дешевле обычного, чтобы распродать товар и не платить аренду, закончив сезон раньше. Предпочтения в интересе цены совпали, конкретная цена оговорена, коммуникация сотоялась, мы договорились.
Стоит придерживаться правила: одна коммуникация = один интерес, и обсуждать в рамках коммуникации предпочтения по выбранному интересу. При этом допустимо в рамках одного разговора / беседы / созвона совершить несколько коммуникаций, то есть обсудить несколько объектов/интересов/вопросов.
Пример: одна деловая встреча на один вопрос — один интерес и обсуждение предпочтений. Либо рабочая встреча со списком интересов / повесткой встречи — такая встреча будет включать в себя несколько коммуникаций, по одной на каждй интерес.
___
#коммуникация #роль #интерес #предпочтение #цель
Три недели назад я немного забежал вперёд (намеренно) и опубликовал заметки про максимы кооперации в коммуникации. Они необходимы для достижения цели коммуникации. И сегодня заметка как раз про это.
Коммуникации происходят не просто так, а с целью. Выделим вниманием те из них, где цель не получить удовольствие от общения, а где цели про создание/изменение чего-то в мире, чаще всего это рабочие/деловые/бытовые коммуникации.
Выделяем следующие аспекты для прагматического рассмотрения каммуникации, то есть для чего коммуникация совершается.
1) В какой роли мы совершаем коммуникацию. Определяем нашу роль, с позиции которой мы будем коммуницировать: как мы выделяем объекты из фона, в каком домене, какими словами о них говорим.
Пример: я хочу купить синюю панамку в сувенирной лавке. Меня интересует именно панамка и именно синяя, и если панамка есть в наличии, я готов купить если цена меня устроит. То есть, я в роли покупателя выделяю синюю панамки и рассматриваю её.
2) Зачем мы совершаем коммуникацию. Какие именно объекты мы выделяем из фона — это наш интерес коммуникации, а также что хотим относительно этих объектов — наше предпочтение в этом ролевом интересе.
Пример: панамка есть в наличии, мне важно договориться относительно цены, то есть, моя коммуникация затем, чтобы сторговаться. Объект-интерес — цена панамки.
3) В какой роли выступает агент нашей коммуникации. Тот, в адрес кого направлена наша коммуникация, тоже занимает в этот момент какую-то роль. Необходимо "считывать" и учитывать эту роль при формировании коммуникации.
Я коммуницирую с человеком в роли продавца панамки, то есть я говорю с ним именно про панамку и её цену. Сейчас не перерыв, продавец не занят чем-то другим, то есть он в роли продавца и готов прокоммуницировать насчтет цены.
4) Зачем агент идет в коммуникацию. Каков интерес нашего собеседника? Нам важно, чтобы объекты нашего интереса совпадали — тогда будет однозначная тема для коммуникации. Каково предпочтение агента в интересе коммуникации? Если наши интересы совпадают, то шанс на успешность коммуникации высокий.
Интерес продавца — выгодно продать товар. Допустим, нам повезло, сезон кончается, продавцу выгоднее продать панамку дешевле обычного, чтобы распродать товар и не платить аренду, закончив сезон раньше. Предпочтения в интересе цены совпали, конкретная цена оговорена, коммуникация сотоялась, мы договорились.
Стоит придерживаться правила: одна коммуникация = один интерес, и обсуждать в рамках коммуникации предпочтения по выбранному интересу. При этом допустимо в рамках одного разговора / беседы / созвона совершить несколько коммуникаций, то есть обсудить несколько объектов/интересов/вопросов.
Пример: одна деловая встреча на один вопрос — один интерес и обсуждение предпочтений. Либо рабочая встреча со списком интересов / повесткой встречи — такая встреча будет включать в себя несколько коммуникаций, по одной на каждй интерес.
___
#коммуникация #роль #интерес #предпочтение #цель
#систематика /// Как избежать провалов коммуникации
Чтобы избежать провалов в коммуникации, и сделать коммуникацию успешной стоит предпринять ряд действий.
1) Объяснить цель
- используем язык адресата (проверяем нашу способность к этому по ИТТ)
- рассказываем собесднику / адресату какие его предпочтения будут удовлетворены в результате этой коммуникции
- рассказываем адресату какие наши предпочтения будут удовлетворены в результате этой коммуникции
- получаем согласие о том, что цель общая и предпочтения не противоречат
- приступаем к самой коммуникации (то есть заканчиваем мета-коммуникацию и переходит к целевой коммуникации)
Таким образом мы делаем настройку максимы модальности, делаем коммуникацию более связной.
2) Разрешить конфликт [цель коммункиации — неудобств коммуникации]
- наблюдаем: что в коммуникации неудобно агенту?
- нам трудно / не получается соблюдать максимы кооперации
- собеседнику трудно / не получается соблюдать максимы
- подтвреждаем или опровергаем наблюдения — прямо или косвенно, задавая вопросы (чем более косвенно, тем лучше, особенно в долго длящихся дискомфортных коммуникациях)
- предполагаем / оцениваем шаги, которые надо совершить для снижения неудобств — и если их надо выполнять нам, то остается ли ценность достижения цели для нас?
3) Сглаживаем резкие смены ролей
- наблюдаем: в какой момент агент меняет роль, и почему это может происходить; возможные причины:
- в ответ на нашу смену ролей
- в ответ на предполагаемое нарушение предпочтений одной из ролей агента — это как сигнал тревоги
- в ответ на другие внешние для агента сигналы, переключающие его внимание с одних объектов на другие; часто это переключение плавное.
- чаще проговариваем свою роль — "я как разработчик понимаю это ...", а люди склонны подражать, и такое проговаривание также будет их "удерживать" в роли
- если есть возможность, прямо или косвенно спрашивать/уточнять роль агентов — "а ты это говоришь как кто? как менеджер или как аналитик?"; не всегда можно прямо это спросить, поэтому можно спрашивать "а что ты желаешь получить?" / "какие твои ожидания" — это будут предпочтения в интересе роли, которую можно выявить из этих предпочтений в ходе коммуникации.
4) Выявляем общие объекты коммуникации
- Обсуждаем общую прагматическую цель: при согласованной общей цели коммуникации совместно решаем / обсуждаем что именно и с чем надо сделать для достижения основной цели: "вот наша цель такая-то, но что мы будем менять, чтобы этой цели достичь?"
- Заземляем — приземляем коммуникацию на общее 4D-поле, то есть настраиваем коммуникацию на обсуждаение объектов, которые можно "потрогать": "мы хотим увеличить скорость автомобиля, что для этого будем менять — колёса, двигатель, вес авто?"
5) Настраиваем общий язык
- Заземляем
- Отделяем наблюдения от оценок (— Количество запросов растет. — Да, и это ужасно! — Ужасно или нет еще обсудим, сейчас важно согласиться, что кол-во запросов растет, и мы обсуждаем этот рост)
- Отделять предложения конкретных действий от предложений изменить картину мира агента, то есть отделить "Обсуждаем делать или не делать то-то" от "Объясняем как это работает, и что будет если сделать то-то".
___
#коммуникация #цель #роль #интерес #заземление #мета_язык
Чтобы избежать провалов в коммуникации, и сделать коммуникацию успешной стоит предпринять ряд действий.
1) Объяснить цель
- используем язык адресата (проверяем нашу способность к этому по ИТТ)
- рассказываем собесднику / адресату какие его предпочтения будут удовлетворены в результате этой коммуникции
- рассказываем адресату какие наши предпочтения будут удовлетворены в результате этой коммуникции
- получаем согласие о том, что цель общая и предпочтения не противоречат
- приступаем к самой коммуникации (то есть заканчиваем мета-коммуникацию и переходит к целевой коммуникации)
Таким образом мы делаем настройку максимы модальности, делаем коммуникацию более связной.
2) Разрешить конфликт [цель коммункиации — неудобств коммуникации]
- наблюдаем: что в коммуникации неудобно агенту?
- нам трудно / не получается соблюдать максимы кооперации
- собеседнику трудно / не получается соблюдать максимы
- подтвреждаем или опровергаем наблюдения — прямо или косвенно, задавая вопросы (чем более косвенно, тем лучше, особенно в долго длящихся дискомфортных коммуникациях)
- предполагаем / оцениваем шаги, которые надо совершить для снижения неудобств — и если их надо выполнять нам, то остается ли ценность достижения цели для нас?
3) Сглаживаем резкие смены ролей
- наблюдаем: в какой момент агент меняет роль, и почему это может происходить; возможные причины:
- в ответ на нашу смену ролей
- в ответ на предполагаемое нарушение предпочтений одной из ролей агента — это как сигнал тревоги
- в ответ на другие внешние для агента сигналы, переключающие его внимание с одних объектов на другие; часто это переключение плавное.
- чаще проговариваем свою роль — "я как разработчик понимаю это ...", а люди склонны подражать, и такое проговаривание также будет их "удерживать" в роли
- если есть возможность, прямо или косвенно спрашивать/уточнять роль агентов — "а ты это говоришь как кто? как менеджер или как аналитик?"; не всегда можно прямо это спросить, поэтому можно спрашивать "а что ты желаешь получить?" / "какие твои ожидания" — это будут предпочтения в интересе роли, которую можно выявить из этих предпочтений в ходе коммуникации.
4) Выявляем общие объекты коммуникации
- Обсуждаем общую прагматическую цель: при согласованной общей цели коммуникации совместно решаем / обсуждаем что именно и с чем надо сделать для достижения основной цели: "вот наша цель такая-то, но что мы будем менять, чтобы этой цели достичь?"
- Заземляем — приземляем коммуникацию на общее 4D-поле, то есть настраиваем коммуникацию на обсуждаение объектов, которые можно "потрогать": "мы хотим увеличить скорость автомобиля, что для этого будем менять — колёса, двигатель, вес авто?"
5) Настраиваем общий язык
- Заземляем
- Отделяем наблюдения от оценок (— Количество запросов растет. — Да, и это ужасно! — Ужасно или нет еще обсудим, сейчас важно согласиться, что кол-во запросов растет, и мы обсуждаем этот рост)
- Отделять предложения конкретных действий от предложений изменить картину мира агента, то есть отделить "Обсуждаем делать или не делать то-то" от "Объясняем как это работает, и что будет если сделать то-то".
___
#коммуникация #цель #роль #интерес #заземление #мета_язык
#систематика /// Модель, метамодель, мегамодель
При воплощении чего-либо нам нужно описание этого, того, что будет воплощено. Обсуждать надо описания, обсуждать до воплощения. Одна из частей описания — модель.
Модель необходима для обсуждения интересов, предпочтений и намерений.
Кол-во моделей для обсуждения пропорционально кол-ву интересов в системе.
Модель — абстракция от реальности и конкретики; "правильное упрощение" в смысле отсечения лишнего, упрощения до лишь самых важных нюансов.
Модель — это описание, прогнозирующее как будет работать воплощение системы. Для каждой системы есть НЕ одна модель, модели зависят от интересов проектных ролей.
Пример модели: при проектировании здания создается его чертёж, это его модель. Но чертежей будет несколько — один для электриков, один для безопасников, один для инженеров по станадартам. Чертёж как модель должен быть задокументирован, и документ может включать все перечисленные чертежи-описания сразу, но для каждой роли важем будет лишь одна из моделей, представленных в документе. Еще один пример — карта с легендой этой карты. Карта это модель местности, а легенда карты есть метамодель.
Для создания моделей используются метамодели — описания моделей, по которым участникам проекта становится понятно, что за модель рассматривается, в каком аспекте.
Пример метамодели: для изготовления панамы делаются выкройки, это модель, но есть и легенда — заштрихованные области на выкройке означают, допустим, вельвет, а пустые контуры означают, скажем, войлок; кружочки, закрашенные сеткой — декоративные пуговицы. Вот эта штриховка и символы пуговиц и есть метамодель.
Ошибки необходимо выявлять на стадии моделирования. Именно для этого создаются модели, по одной для каждого интереса, совокупность моделей есть мультимодель. Модели обсуждаются для достижения непротиворечий, для этого модели обязательно документируются с помощью метода описания. Предоставляя на обсуждение описание (модель), обязательно указывается метод описания.
Пример: показывая функциональную схему мы обязательно сообщаем, оформлена ли она формально, напимер, в UML, или же это вольный схемоид для вернеуровневого обсуждения;
ещё пример: предоставляя значения цветов мы обязательно указываем, в какой нотации они записаны: HEX / RGB / SMYK / HSB / Pantone (Обычно это следует из формата или префикса, но обязательно наличие индикатора, нельзя просто написать, что цвет равен 006011, это может оказаться как # 006011, так и HSL H00 S60 L11 ).
При обучении моделированию обучаются метамоделям, а не моделям. Модель каждый раз будет своя для каждого уникального проекта. А вот метамодели часто совпадают (пример: .XML и .JSON есть метамодель для описания метаданных).
Метамодель также называется интерпретатором описания. "Язык для описания языка" — например, легенда карты или список сокращений в документе техзадания.
Самый понятный интерпретатор это естественный язык.
Важно держать в уме вопросы, которые мы хотим/можем задать описанию и какие ответы хотим/можем получить — это влияет на выбор интерпретатора нами и на восприятие интерпретатора потребителем описания.
Повторим: интерпретатор = метамодель = описание описания = мета-язык.
При рассмотрении отношений модели и метамодели будем использовать термины описание и его интерпретатор.
___
#роль #модель #метамодель #мегамодель #описание #мета_язык
При воплощении чего-либо нам нужно описание этого, того, что будет воплощено. Обсуждать надо описания, обсуждать до воплощения. Одна из частей описания — модель.
Модель необходима для обсуждения интересов, предпочтений и намерений.
Кол-во моделей для обсуждения пропорционально кол-ву интересов в системе.
Модель — абстракция от реальности и конкретики; "правильное упрощение" в смысле отсечения лишнего, упрощения до лишь самых важных нюансов.
Модель — это описание, прогнозирующее как будет работать воплощение системы. Для каждой системы есть НЕ одна модель, модели зависят от интересов проектных ролей.
Пример модели: при проектировании здания создается его чертёж, это его модель. Но чертежей будет несколько — один для электриков, один для безопасников, один для инженеров по станадартам. Чертёж как модель должен быть задокументирован, и документ может включать все перечисленные чертежи-описания сразу, но для каждой роли важем будет лишь одна из моделей, представленных в документе. Еще один пример — карта с легендой этой карты. Карта это модель местности, а легенда карты есть метамодель.
Для создания моделей используются метамодели — описания моделей, по которым участникам проекта становится понятно, что за модель рассматривается, в каком аспекте.
Пример метамодели: для изготовления панамы делаются выкройки, это модель, но есть и легенда — заштрихованные области на выкройке означают, допустим, вельвет, а пустые контуры означают, скажем, войлок; кружочки, закрашенные сеткой — декоративные пуговицы. Вот эта штриховка и символы пуговиц и есть метамодель.
Ошибки необходимо выявлять на стадии моделирования. Именно для этого создаются модели, по одной для каждого интереса, совокупность моделей есть мультимодель. Модели обсуждаются для достижения непротиворечий, для этого модели обязательно документируются с помощью метода описания. Предоставляя на обсуждение описание (модель), обязательно указывается метод описания.
Пример: показывая функциональную схему мы обязательно сообщаем, оформлена ли она формально, напимер, в UML, или же это вольный схемоид для вернеуровневого обсуждения;
ещё пример: предоставляя значения цветов мы обязательно указываем, в какой нотации они записаны: HEX / RGB / SMYK / HSB / Pantone (Обычно это следует из формата или префикса, но обязательно наличие индикатора, нельзя просто написать, что цвет равен 006011, это может оказаться как # 006011, так и HSL H00 S60 L11 ).
При обучении моделированию обучаются метамоделям, а не моделям. Модель каждый раз будет своя для каждого уникального проекта. А вот метамодели часто совпадают (пример: .XML и .JSON есть метамодель для описания метаданных).
Метамодель также называется интерпретатором описания. "Язык для описания языка" — например, легенда карты или список сокращений в документе техзадания.
Самый понятный интерпретатор это естественный язык.
Важно держать в уме вопросы, которые мы хотим/можем задать описанию и какие ответы хотим/можем получить — это влияет на выбор интерпретатора нами и на восприятие интерпретатора потребителем описания.
Повторим: интерпретатор = метамодель = описание описания = мета-язык.
При рассмотрении отношений модели и метамодели будем использовать термины описание и его интерпретатор.
___
#роль #модель #метамодель #мегамодель #описание #мета_язык
#систематика /// Зачем учитывать контекст
Необходимо учитывать контекст при коммуникации: принимать его и передавать.
Это нуждля того, чтобы текст, явное сообщение, лучше было принято и усвоено.
Метафора: у адресата сообщения есть фон с дыркой для текста-объекта, который мы ему коммуницируем; эта дырка в форме прямоугольника, а наш объект круглый; и вот нам надо понять какие уголки контекста надо достроить, чтобы объект максимально полно сложил пазл на стороне адресата / агента.
Что же именно может делать контекст при коммуникации:
- Помогает соблюсти максиму модальности, делает сообщеня для адресата более связным
- Дает намек на интерпретатор для передаваемого сообщения
- Помогает привести адресата в нужное состояние
- Сообщает адресату нашу роль, из которой мы коммуницируем
- Помогает сообщить адресату его роль, к которой мы коммуницируем
___
#текст #контекст #фон #объект #роль #коммуникация
Необходимо учитывать контекст при коммуникации: принимать его и передавать.
Это нуждля того, чтобы текст, явное сообщение, лучше было принято и усвоено.
Метафора: у адресата сообщения есть фон с дыркой для текста-объекта, который мы ему коммуницируем; эта дырка в форме прямоугольника, а наш объект круглый; и вот нам надо понять какие уголки контекста надо достроить, чтобы объект максимально полно сложил пазл на стороне адресата / агента.
Что же именно может делать контекст при коммуникации:
- Помогает соблюсти максиму модальности, делает сообщеня для адресата более связным
- Дает намек на интерпретатор для передаваемого сообщения
- Помогает привести адресата в нужное состояние
- Сообщает адресату нашу роль, из которой мы коммуницируем
- Помогает сообщить адресату его роль, к которой мы коммуницируем
___
#текст #контекст #фон #объект #роль #коммуникация
#систематика /// Отношения между объектами
Помимо того, что объекты бывают разных типов, между собой объекты могут быть связаны разными отношениями.
1) Иерархии — надкласс-класс-подкласс, класс-экземпляр, часть-целое.
2) Репрезентация — как термин / слово реферирует к сущности / концепту / понятию / объекту. Слово отсылает, объект — к чему оно отсылает.
3) Язык и мета-язык — есть язык и есть договоренность / правила его использования. И между ними граница, разделяющая репрезентации: референция для одного термина будет разная для языка и мета-языка.
4) Агент и роль — агент играет роль в момент времени, а в целом играет набор ролей; у агента есть статусы (например, эпистемический), а у роли есть интерес, предпочтение в нем и намерение по воплощению этого предпочтения.
5) “Верить в" + "допускать, что" — "коммуникационное" отношение между агентом и картиной мира, содержащей объкеты; это два степени (первая сильнее) для описания отношений агента и объектов.
6) "Хотелось бы, чтобы" + "Обязательно нужно, чтобы" — "коммуникационное" отношение агентов и объкетов; две степени (вторая сильнее), применимо как для агентов, так и для ролей.
___
#иерархия #референция #мета_язык #роль #коммуникация
Помимо того, что объекты бывают разных типов, между собой объекты могут быть связаны разными отношениями.
1) Иерархии — надкласс-класс-подкласс, класс-экземпляр, часть-целое.
2) Репрезентация — как термин / слово реферирует к сущности / концепту / понятию / объекту. Слово отсылает, объект — к чему оно отсылает.
3) Язык и мета-язык — есть язык и есть договоренность / правила его использования. И между ними граница, разделяющая репрезентации: референция для одного термина будет разная для языка и мета-языка.
4) Агент и роль — агент играет роль в момент времени, а в целом играет набор ролей; у агента есть статусы (например, эпистемический), а у роли есть интерес, предпочтение в нем и намерение по воплощению этого предпочтения.
5) “Верить в" + "допускать, что" — "коммуникационное" отношение между агентом и картиной мира, содержащей объкеты; это два степени (первая сильнее) для описания отношений агента и объектов.
6) "Хотелось бы, чтобы" + "Обязательно нужно, чтобы" — "коммуникационное" отношение агентов и объкетов; две степени (вторая сильнее), применимо как для агентов, так и для ролей.
___
#иерархия #референция #мета_язык #роль #коммуникация
#систематика /// Интеллект, обучение и компетенции
Интеллект и навыки
Мозг нужен для "думания", но это "думание" может быть разным.
Верхнеуровнево это думание можно поделить (!!!очень условно!!!) на сложное и простое.
Сложное — это процесс мышления, при котором проблемы переводятся в задачи, клубки данных "распарсиваются", взятая "на разбор" часть мира перемалывается и выражается в объяснениях — и как результат упаковывается в модели с определенной степенью предсказательности.
Простое думание — процесс применения результатов-моделей из сложного мышления. Либо проверка гипотез-моделей, либо применение проверенных моделей уже как инструментов.
Интеллект занимается первым, сложным, процессом думания, исследованиями.
Навыки занимаются применением освоенных моделей, сборкой решений из готового материала.
Прокачивать интеллект — прокачивать умение решать неизвестные задачи, то есть превращать проблемы (задачи неизвестного класса) в задачи и подбирать к ним уже освоенные навыки.
Двухтактное обучение
Интеллект прокачивается обучением. Качественное обучение состоит из двух тактов — предобучение и прикладное обучение.
Предобучение — освоение практик мышления, развитие интеллекта; оно необходимо для более быстрого освоения прикладных навыков. Это большая и сложная часть обучения, но необходимая в современном мире, где не прожить с одним прикладным навыком (профессией).
Например, практиками предобучения являются логика, системное мышление, управление вниманием (собранность).
Прикладное обучение — освоение прикладных практик, "работ руками" (на самом деле и головой тоже, но чаще всего это простые вычисления, но не мышление в виде исследования).
Прикладными практиками являются, например, проектирование, инженерия, программирование; причем далее может следовать разделение на более узкие практики: UX-проектирование, инженерия загородных домов, backend-разработка.
Можно осваивать прикладные навыки и без предобучения, но это неэффективно: без предобучения прикладные навыки не получится освоить с полным пониманием, за рамками освоения останутся причинно-следственные связи, объяснения и понимание почему это так работает. С предобучением же освоение прикладных практик больше похоже на подстройку / тюнинг базовых умений, полученных из трансдисциплин.
Т-компетенции
Результат обучения выражается в компетенциях.
Компетенции необходимы для успешного встраивания в проекты — устройства на работу, ведения бизнеса, выполнения разовых заказов, построения личного бренда.
Компетенции бывают прикладные и базовые.
Прикладные — те, которые используются для выполнения конкретных рабочих задач, например, нарисовать иллюстрацию.
Базовые — переносимые не только из проекта в проект, но и из отрасли в отрасль: умение организовать (себя и команду), готовность агентно коммуницировать, работать в команде, etc.
Если представить, что прикладные компетенции выражены вертикальной чертой |, а базовые компетенции выражены горизонтальной --, то вместе их можно преставить как Т-образную характеристику. (Полагаю, что именно "Т" для удобства, по идее уместо было бы использовать и "__|__" и "-|-" и "+"; но обозначение неважно). Иногда две горизонтальных половинки разделяют на две части базовых навыков — коллективных (лидерство, организация, etc) и личных (этические установки, собранность, etc).
Самое важное — одно без другого не работает. Без базовых компетенций не встроиться в команду, не скоммуницировать, не построить стратегию для единоличных проектов. Без прикладных навыков просто нечего будет делать: встроиться в команду и системно мыслить мало, за это не платят зарплату и это нельзя продать клиентам.
Компетенции — базовые трансдисциплины и прикладные дисциплины — необходимы для успешного отыграывания ролей: на работе, в проектах, в бизнесе, etc.
___
#интеллект #мышление #навык #трансдисциплина #практика #роль #компетенция #дисциплина
Интеллект и навыки
Мозг нужен для "думания", но это "думание" может быть разным.
Верхнеуровнево это думание можно поделить (!!!очень условно!!!) на сложное и простое.
Сложное — это процесс мышления, при котором проблемы переводятся в задачи, клубки данных "распарсиваются", взятая "на разбор" часть мира перемалывается и выражается в объяснениях — и как результат упаковывается в модели с определенной степенью предсказательности.
Простое думание — процесс применения результатов-моделей из сложного мышления. Либо проверка гипотез-моделей, либо применение проверенных моделей уже как инструментов.
Интеллект занимается первым, сложным, процессом думания, исследованиями.
Навыки занимаются применением освоенных моделей, сборкой решений из готового материала.
Прокачивать интеллект — прокачивать умение решать неизвестные задачи, то есть превращать проблемы (задачи неизвестного класса) в задачи и подбирать к ним уже освоенные навыки.
Двухтактное обучение
Интеллект прокачивается обучением. Качественное обучение состоит из двух тактов — предобучение и прикладное обучение.
Предобучение — освоение практик мышления, развитие интеллекта; оно необходимо для более быстрого освоения прикладных навыков. Это большая и сложная часть обучения, но необходимая в современном мире, где не прожить с одним прикладным навыком (профессией).
Например, практиками предобучения являются логика, системное мышление, управление вниманием (собранность).
Прикладное обучение — освоение прикладных практик, "работ руками" (на самом деле и головой тоже, но чаще всего это простые вычисления, но не мышление в виде исследования).
Прикладными практиками являются, например, проектирование, инженерия, программирование; причем далее может следовать разделение на более узкие практики: UX-проектирование, инженерия загородных домов, backend-разработка.
Можно осваивать прикладные навыки и без предобучения, но это неэффективно: без предобучения прикладные навыки не получится освоить с полным пониманием, за рамками освоения останутся причинно-следственные связи, объяснения и понимание почему это так работает. С предобучением же освоение прикладных практик больше похоже на подстройку / тюнинг базовых умений, полученных из трансдисциплин.
Т-компетенции
Результат обучения выражается в компетенциях.
Компетенции необходимы для успешного встраивания в проекты — устройства на работу, ведения бизнеса, выполнения разовых заказов, построения личного бренда.
Компетенции бывают прикладные и базовые.
Прикладные — те, которые используются для выполнения конкретных рабочих задач, например, нарисовать иллюстрацию.
Базовые — переносимые не только из проекта в проект, но и из отрасли в отрасль: умение организовать (себя и команду), готовность агентно коммуницировать, работать в команде, etc.
Если представить, что прикладные компетенции выражены вертикальной чертой |, а базовые компетенции выражены горизонтальной --, то вместе их можно преставить как Т-образную характеристику. (Полагаю, что именно "Т" для удобства, по идее уместо было бы использовать и "__|__" и "-|-" и "+"; но обозначение неважно). Иногда две горизонтальных половинки разделяют на две части базовых навыков — коллективных (лидерство, организация, etc) и личных (этические установки, собранность, etc).
Самое важное — одно без другого не работает. Без базовых компетенций не встроиться в команду, не скоммуницировать, не построить стратегию для единоличных проектов. Без прикладных навыков просто нечего будет делать: встроиться в команду и системно мыслить мало, за это не платят зарплату и это нельзя продать клиентам.
Компетенции — базовые трансдисциплины и прикладные дисциплины — необходимы для успешного отыграывания ролей: на работе, в проектах, в бизнесе, etc.
___
#интеллект #мышление #навык #трансдисциплина #практика #роль #компетенция #дисциплина
#систематика /// Практика в менеджменте
Оргроль — это про практики, так как роль проектная, а проект требуется осуществления / выполнения практик.
Оргзвено — это про работы, так как оргзвено есть исполнитель+инструмент, и этот исполнитель делает работу, играя оргроль по какой-либо практике / каким-либо практикам.
Как сказано выше, оргроль выполняется оргзвеном, то есть исполнитель в ходе работ применяет инструмент (становится оргзвеном), чтобы выполнить практики, соответствующие занимаемой исполнителем (оргзвеном) оргроли.
Практика определяется дисциплиной, а не технологиями. Основной прием определения / выявления практики — спросить / понять “откуда знание о том, как выполнить работы (по обсуждаемой практике)?”. Ответ будет указывать на дисциплину, теорию / обучение — и это позволяет определить практику.
Пример:
— Вы взялись сшить панамку, откуда вы знаете как это делать?
— Я окончил курсы кройки и шитья, вот на мне жилет и под ним рубашка, они сшиты мною.
— И у вас есть весь необходимый инструмент?
— О да, я вожу с собой швейную машинку Panamaster, всё, что мне нужно — это сырьё и дизайн изделия.
Из ответов можно понять, что исполнитель заступает на роль швейного мастера и будет выполнять практику “ткацкого дела на швейной машинке” по одноименной дисциплине с применением соответствующей технологии (швейная машинка Panamaster).
— — —
#практика #дисциплина #роль #оргзвено
Оргроль — это про практики, так как роль проектная, а проект требуется осуществления / выполнения практик.
Оргзвено — это про работы, так как оргзвено есть исполнитель+инструмент, и этот исполнитель делает работу, играя оргроль по какой-либо практике / каким-либо практикам.
Как сказано выше, оргроль выполняется оргзвеном, то есть исполнитель в ходе работ применяет инструмент (становится оргзвеном), чтобы выполнить практики, соответствующие занимаемой исполнителем (оргзвеном) оргроли.
Практика определяется дисциплиной, а не технологиями. Основной прием определения / выявления практики — спросить / понять “откуда знание о том, как выполнить работы (по обсуждаемой практике)?”. Ответ будет указывать на дисциплину, теорию / обучение — и это позволяет определить практику.
Пример:
— Вы взялись сшить панамку, откуда вы знаете как это делать?
— Я окончил курсы кройки и шитья, вот на мне жилет и под ним рубашка, они сшиты мною.
— И у вас есть весь необходимый инструмент?
— О да, я вожу с собой швейную машинку Panamaster, всё, что мне нужно — это сырьё и дизайн изделия.
Из ответов можно понять, что исполнитель заступает на роль швейного мастера и будет выполнять практику “ткацкого дела на швейной машинке” по одноименной дисциплине с применением соответствующей технологии (швейная машинка Panamaster).
— — —
#практика #дисциплина #роль #оргзвено