Блог:Максима Цепкова
Профессиональный блог Максима Цепкова.
Ранее был на http://blogs.uml2.ru/blogs/maksiq и http://softwarepeople.ru/, затем на сайте компании http://lib.custis.ru/Blog-mtsepkov, а с 19.05.2014 переехал сюда.
Сейчас все посты из старых блогов скопированы на мой сайт, при этом восстановлены посты, утраченные при закрытии портала SoftwarePeople. Полный список статей можно посмотреть в оглавлении блога. Посты блога я обычно публикую на телеграм-канале https://t.me/mtsepkov, RSS блога
Последние посты
- 2022-11-11 - Юбилейная AnalystDays - как всегда хорошие доклады и содержательное общение
- 2022-10-25 - ArchDays - архитектура и мышление архитекторов
- 2022-10-12 - SQAdays и AnalystDays в Ереване - общение через границы
- 2022-09-29 - Saint Highload и Saint Teamlead - рабочая обстановка
- 2022-09-17 - ПИР-2022: От VUCA-мира к BANI, далее SHIVA
- 2022-09-08 - Отто Шармер. Теория U
- 2022-08-21 - Через месяц SQAdays и AnalystDays в Ереване - присоединяйтесь
- 2022-08-03 - Социократия - источник практик для IT - расшифровка доклада
- 2022-07-05 - FinNext-2022 - разбираемся с черными лебедями финансового рынка
- 2022-06-22 - ЛАФ - море общения и содержательные доклады
- 2022-06-08 - AnalystDays - стабильно хорошая конференция, 2022-06-12 — 1 комментарий
- 2022-06-02 - AgileDays - развитие идет своим чередом
- 2022-05-23 - Модель личности, 2023-05-31 — 8 комментариев
- 2022-05-20 - Teamlead - вдохновляющее продолжение Highload
- 2022-05-15 - Highload - люди очень соскучились по живому общению
[ Иерархический вид ]Комментарии
Читая руководство системного менеджмента, понял, чем мне сильно не нравится понятие функционального физического объекта из руководства рациональной работы. Если материальный физический объект становится частью функционального физического объекта, выполняя соответствующую функцию, то нарушается принцип определения объекта через указание конкретного места в пространстве-времени, потому что в этом конкретном месте одновременно находится два физических объекта: функциональный и материальный, и не понятно, о каком мы говорим. На любимом примере из руководств: если Вася Пупкин играет роль Гамлета в спектакле театра Озарение, и мы в него ткнули пальцем в момент исполнения роли, то неясно, в какой объект мы ткнули: в человека-Васю-Пупкина или роль-Гамлета-в-спектакле-театра-Озарение (спектакль в конкретном театре - это вполне материальный физический объект, существует прерывисто - пока есть в репертуаре, его частями являются роли как функциональные физические объекты).
Потом пришла в голову аналогия: функциональный физический объект это такая дырка, место в пространстве-времени, определенной формы, так что занять ее могут определенные материальные физические объекты, если соответствуют. В общем, да, дырки - они же тоже физические объекты, тут не поспоришь. Только указывать (тыкать пальцем) на них надо хитро, отличая "пустоту дырки" от объектов, которые в этой пустоте оказались. Это важное дополнение, поэтому фиксирую.
Тезисы про механики интерактива и вовлечения участников конференции - фиксирую для возможного применения.
- На конференции 400 человек и есть зал, где все помещаются. В нем идут доклады основного трека, и там же - интерактив. И в нем достаточно места не просто всем сесть, но и стоять и ходить - проходы, пространство между первым рядом и сценой и сзади.
- В большой зал регулярно все собираются: утром - пленар и представление утренних докладов, перед обедом - представление после обеда и вечер
- Практика представления докладов - полезна. По 1 минуте на спикера. И голосование кто куда - они определяют залы.
- Личный вопрос. В форме "я хочу сделать то-то, для этого на конференции - то-то" Его драйвят: продвинулись, не решилили поменять. 3 минуты
- Первый интерактив - знакомство, расскажи другим. Группы 3 человека не знакомых, для этого сначала встать и подойти к деревьям
- Второй интерактив перед обедом: найди тех, кто был на другом докладе, соберитесь по 5 человек - и расскажите друг другу
- Вечер: с кем встретился взглядом - поделись, что было за день. После первых интерактивов - уже не стесняются.
- И так далее, на каждый интерактив есть задание - о чем говорить. Оно не обязательно к выполнению, но с него стартуешь
- На каждом интерактиве (кроме первого) - запишите выводы, важное и на стену, и волонтеры предлагают бумажки, многие брали
- На общие собрания волонтеры из залов выгоняли, разбивали группу "вопросы докладчику" после доклада вопросы докладчику
- Важно, что интерактив - в зале, а не вместе кофе-брейка, это часть работы конференции, а не перерыв
- Драйв личных практик: они занимают полную горизонтальную линейку в расписании, в это время нет докладов. Практики - разные: голос и речь, движения и физкультура, медитация, интерактивные игры, можно выбрать
Кризисы нужны как минимум психике довольно многих, поскольку копится как заряд в чём причина семейных ссор на пустом месте, если жизнь слишком спокойная ("Агрессия..." Конрад Лоренц, а шире – "Агрессивная толпа..." и "Цивилизационные кризисы..." Назаретян, "Неосознанное" Млодинов). Да, изолирование экономики от психологии и социологии, а шире –антропологии, довольно условно, о чём писал тот же Сталин постоянно упоминая "общественные отношения". О лучшем периоде СССР – "Кристалл роста" Галушка и др. (2021), там есть и про мессианство народа описываемое Бердяевым, хотя я заменил бы на космополитизм (хороша статья на НОЖ) плюс 7 смертных грехов Библии (зачем – "дилемма вагонетки заключенного"). К тому же процесс эволюции начатый сразу после "Большого взрыва" ("Простое начало" Партасарати, "От атомов к Древу" Ястребов) лишь ускоряется, так что старые рецепты (включая знахарские) работают всё реже ввиду непрерывного накопления изменений в объектах и контексте (почти "задача N тел"): в общем – книги "Нелинейное будущее" Назаретян (лучше 2017 года), "Эволюция онтогенеза" Озернюк, шире – видео "День Дарвина 2016 Панчин", "RTVI биолог Марков", курсы teach-in "Теория эволюции" Марков, "100 часов школьной биологии" Дубынин, отчасти – "Экология города".
В комментариях в телеграм интересной обсуждение.
Evgenii Ясно, что автор, как ультралевый активист, может быть зол на Адама Смита. Но вряд ли имеет право говорить о том, что экономика как наука была им выделена «очень криво», особенно учитывая задачи Смита и время его работ. Кроме того, Смит напрямую касался вопросов налогов и роли государства.
Грейбер был заметным деятелем. Его мысли интересны. Спасибо, Максим, что написали об этой книге. Для привлечения к себе внимания даже не прочь и на Адама Смита замахнуться, при этом, судя по всему, не читая его вдумчиво.
Не смотря на то, что концепты Грейбера любопытны, думаю будет не лишним собрать о нем более полную картину. Например, из википедии:
Jeffrey Rogers Hummel, a professor of economics at San Jose State University (https://en.m.wikipedia.org/wiki/San_Jose_State_University) and an adjunct scholar at the American libertarian think-tank Cato Institute,[20] (https://en.m.wikipedia.org/wiki/Cato_Institute) found several "serious conceptual confusions" in the book. For example, Hummel said that Graeber likely confused the Austrian school (https://en.m.wikipedia.org/wiki/Austrian_School) economist Carl Menger (https://en.m.wikipedia.org/wiki/Carl_Menger) with his son, the mathematician Karl Menger, (https://en.m.wikipedia.org/wiki/Karl_Menger) which led to erroneous statements and accusations against the former, such as that he supposedly added "various mathematical equations" (https://en.m.wikipedia.org/wiki/Mathematical_equations) to economics and that he came up with the term "transaction costs".[21] (https://en.m.wikipedia.org/wiki/Transaction_cost) Hummel also contended that the book's tone is overly polemical and that it is "riddled with errors and distortions".[21]Economist George Selgin, (https://en.m.wikipedia.org/wiki/George_Selgin) a professor emeritus (https://en.m.wikipedia.org/wiki/Professor_emeritus) of economics at the Terry College of Business (https://en.m.wikipedia.org/wiki/Terry_College_of_Business) at the University of Georgia (https://en.m.wikipedia.org/wiki/University_of_Georgia) and a fellow at the Cato Institute,[22] echoed similar criticisms, adding that Graeber had not read Menger at all, and that his reading of Adam Smith (https://en.m.wikipedia.org/wiki/Adam_Smith) was ungenerous.[23]According to Selgin, the foundation upon which Graeber's evaluation of modern economics (https://en.m.wikipedia.org/wiki/Modern_Economics) and commercial society (https://en.m.wikipedia.org/wiki/Commercial_society) rests is severely flawed.[23]
mtsepkov Ну, автор просто левый, не ультра - к терроризму и революциям он не призывает. Но это напрямую не имеет отношения к содержанию. Для меня картина следующая.
- Обвинения что кто-то что-то не вдумчиво читал или не понял - не аргумент в науке, которая обсуждает законы устройства мира, а не труды основоположников. Это в догматических учениях такое играет.
- Автору важно, на каких позициях стоит современная экономическая наука, чему она учит. Именно в этом он видит проблемы, связанные с тем, что действительность этой наукой описывается плохо, она не предсказывает кризисы, ее модели не работают. Это, в общем, известно, тут много критики.
- Дальше автор задает вопрос об основаниях такой ситуации - и видит, что учебники и книги апеллируют к основоположникам, к Адаму Смиту. И тут не сильно важно, что писал Смит, а важно - что из этого взяли в современность. А в современность взяли концепцию свободного рынка, создав абстрактный объект, как идеальный газ в физике. Но если в физике законы идеального газа применимы к реальным в значительных пределах, и область применения хорошо очерчена, то в данном случае эту абстракцию применяют далеко за областью применимости, которая относится к малому количеству конкретно-исторических условий с малым регулированием государства. А в большинство периодов истории регулирование было сильным. Соответственно, изучать надо не свободные рынки, а регулируемые в динамике. Кроме того, такое вырезание оставляет за границами существенную часть типов хозяйственных отношений. Опять-так, в разных странах и в разные исторические периоды соотношение было разным, и опять-таки, в рассмотрение надо принимать их все, включая перетоки сделок из одного сегмента в другой. Об этом накоплено много данных, которые экономика как наука предпочитает игнорировать. И это не первый случай, когда Канеман показал, что рационально мыслящий экономический агент - абстракция, которая не может быть приближением реальности, то сначала ему дали нобелевку, а потом большая часть экономистов решила, что продолжит изучать этого сферического коня в вакууме.
- Ну а дальше у автора две гипотезы - зачем Смит так определил предмет экономики, и почему его не меняют современные экономисты. Две версии: (а) из идеологических соображений, он принадлежал к школе, которая продвигала идеи свободного рынка, а также золотого обеспечения и (б) чтобы обосновать экономику как отдельную науку со своим предметом, потому что включение в рассмотрение других видов хозяйственных взаимоотношений привело бы к включению экономики в социальные науки как составной части, потому что не было бы автономной модели. А так последним, кто делал комплексную социально-экономическую теорию был Маркс.
Evgenii Хорошо, возьмем вопрос моделирования и предсказывания кризисов - кому может быть важна эта задача с точки зрения регулируемых рынков в динамике? Например, мировой финансовый кризис произошел, как помню, из-за того, что долговые бумаги низшего кредитного рейтинга были обеспечением для бумаг более высокого рейтинга и тд. И в результате невыплат по этим ипотечным долгам кредитная пирамида рассыпалась и произошел сбой, по цепочке потянувший финансовые структуры к банкротству. Далее работают фискальные инструменты и финансовые дыры заливаются новыми деньгами. То есть находятся меры и ситуацию постепенно стабилизируется.
Мне интересно с практической точки зрения, кому (государствам? блокам государств?) может быть важно с определенной долей вероятности прогнозировать кризис и почему?
mtsepkov Да, давайте разберем ситуацию на примере ипотечного кризиса 2008.
- Вопрос, востребовано ли предсказание кризисов - социальный. На него может быть два ответа: (а) государства и властные структуры заинтересованы в предсказании конкретных кризисов, чтобы заранее принять меры и уменьшить ущерб от них, или наоборот, (б) заинтересованы в предсказании кризисов, чтобы управляемым образом их организовывать. Официально декларируется (а), и, думаю, в большинстве случаев это соответствует действительности, поскольку ущерб от кризисов негативно сказывается на обществе в целом, включая государственные структуры. И если бы экономическая наука могла предсказывать кризисы и достаточно детально описывать последствия, то жизнь была бы иной. Потому что есть похожая на правду версия, что конкретно в ипотечном кризисе, когда начало рушится, было принято решение не спасать Leman Borthers. Оно было принято под лоббированием финансовых групп, конкурирующих с теми, что контролировали Leman, и с обоснованием, что для спасения потребуется много средств, а ущерб от обрушения будет относительно небольшой, если с этими средствами сравнивать. Действительность оказалась совсем иной, сработал эффект домино и на разгребание ситуации средств ушло намного больше. Можно, конечно, говорить, что это злая воля конкурентов подсунула неверный прогноз лицам, принимающим решение, но эти лица точно имеют прямой доступ к экономистам, почему те не смогли дать реальный прогноз.
- Все это приводит к более широкому вопросу: насколько объективно действуют экономические законы? Потому что если злая коррупционная воля сотрудников одного (всего одного!) банка способна придумать схему, которая в результате ведет к кризису, в то время когда экономические прогнозы его не предсказывают, то получается, что объективных экономических законов нет, или экономисты о них не знают. И мы можем наблюдать это не только на ипотечном кризисе, с предыдущими - тоже самое. Гребер утверждает, что так происходит потому, что экономисты искусственно сузили поле своей науки, вынеся за рамки социальные взаимодействия людей, которые и приводят к таким последствиям. Потому что завышение надежности должников и предоставление кредитов, возврат которых был крайне сомнительным - это социальная механика. И эта социальная механика действовала на большом масштабе, тут не вопрос единичных случаев, число кредитов исчислялось тысячами. И это имело экономические последствия. Получается, что экономика так нарисовала свой предмет, что вывела за его рамки существенные силы, на экономику влияющие. Началось это с Адама Смита, но это не слишком важно - можно было за два с половиной века и расширить предмет науки.
- А если взять ситуацию шире, то причиной, которая сделала конструкцию ипотечных займов возможной в принципе были предсказания экономистов о постоянном и устойчивом росте стоимости жилья. Эти предсказания делались на основе экономических моделей, которым доверяли. На его основе и прорабатывали подобные схемы, а вообще увеличивали объемы ипотечного кредитования. И оно было неверным. Стоимость жилья пошла вниз, и тогда отказала вся система, построенная на его росте. Под раздачу попал не только Leman. И это как раз типичная ситуация: пузыри надуваются и лопаются, а экономисты не могут предсказать ни того, что некоторый рост является пузырем, ни того, когда он лопнет. Похоже как раз потому, что социальные механики существенно влияют, а они вынесены за рамки экономики как науки. И Гребер предлагает их расширить, и дает модель для этого расширения. Ее можно обсуждать, брать в работу, предлагать иную модель. Но этого не происходит, реакция экономистов: "кто ты такой, если даже основоположников плохо читал" - это типичная реакция догматиков.
О дальнейшем развитии - смотри комментарии к первой статье Блог:Максима Цепкова/2016-01-09: Схемы, в которых я мыслю.
Очередной фокус (2023-05).
- На основе спиральной динамики, agile-методов, социократии и других современных методов менеджмента самоуправления сформировалась целостная сборка схем, зафиксированная в серии статей. собранных в книгу Менеджмент цифрового мира - это дальнейшее развитие зафиксированного в 2018.
- Набор используемых моделей softskill был зафиксирован в докладе Модели softskill для тимлида (TeamLeadConf-2019) и нескольких последующих
- Сформировалась и развивается сборка схем, посвященных самоопределению, по ним есть серия статей и докладов Самоопределение
- Начата работа над сборкой схем по модели личности - пока смотри статью Модель личности, готовится доклад.
Модель мозга крокодил-котик-человечек - модель триединого мозга Маклина (Paul MacLean). Я смотрел материалы и критику этой модели, которую сейчас квалифицируют как "устаревшую", в том числе статью Triune brain в википедии, статью Что не так с триединым мозгом? и другие. И полагаю, что ее вполне можно использовать как рабочую для моих целей. А именно, с моей точки зрения эта модель хорошо описывает физические слои (tier) мозга как мыслящей системы.
- Альтернативные модели не выдвинуты, есть лишь общий тезис, что "все сложнее". Предъявите лучшую модель - тогда обсудим. Да, модель упрощенная - ну так и учитывайте это, когда с ней работете.
- В критике, и, возможно, в модели смешивают функциональное и структурное (модульное) деление мозга как системы мышления. Выделенные отделы - структурные, при этом на них локализованы некоторые функции. У других живых существ эти функции, у которых структурные части отсутствуют или маленькие, функции локализуются в других частях, выполняясь в другом объеме. Это - нормально.
- Критика о том, что эволюционное развитие модель не подтверждает, на мой взгляд, как раз преимущественно основана на смешивании функционального и структурного деления.
- Вероятно, Маклин предполагал гораздо большую автономность выделенных частей в процессе мышления, чем она проявляется реально, в том числе - регистрируется современными методами измерения активности отделов мозга в разных ситуациях. Да, части связаны сильнее, ансамбли нейронов идут через границы структурного деления, подобно тому, как в работающем приложении бизнес-логика выполнения функций задействует многие слои приложения. Это надо учитывать.
- Возражение, что "Теория предполагает, что рептильный мозг человека взят млекопитающими от рептилий в неизменном виде, а это не так, он сильно доработан" повергает меня в недоумение. Я как-то сомневаюсь, что Маклин настолько не представлял себе мозг ящериц или крокодилов, чтобы выдвинуть такой тезис. Разбираться кто тут какие слова так интерпретировал - не очень интересно.
- Возражения, что с помощью этой теории обосновывают исключительность человека, у которого есть неокортекс или даже большая префронтальная кора - какая-то идеологическая фигня. Мало ли, какими теориями обосновывают разный бред. Даже если сам Маклин что-то такое писал, это следует рассматривать отдельно.
Из откликов на отчет в телеграм-чате, сохраню сюда.
Роман Левентов: LLM это полноценный Active Inference агент, как и почти все что нас окружает. Проблема только в том что внутри нее собственно модель убеждений о мире о которой я говорил *смешана в кучу* с вычислениями, которые собственно выбирают следующее действие (что в случае LLM - "следующее сказанное слово"), а также с recognition/perception/encoding вычислениями. Что делает интерпретацию LLMs сложной. Я сказал об этом пару слов на 10-м слайде который пропустил из-за недостатка времени
Андрей Телятников подробно прокомментировал мои вопросы.
> а на какие теории опираетесь при работе с мемами?
Как "теория-меметики-для-мемаджера-в-ШСМ", то такой теории у меня нет. Работы я вёл так: Ц.В. Церенов (@TserenTserenov) давал мне отдельные поручения, я выполнял. Если у меня возникали технические вопросы, то я адресовал их Церену. Церен объяснял раз, два... много-много раз объяснял. Времени на объяснения тратил. Я очень благодарен Церену за его потраченное на меня время.
Если мне были необходимы "онтологические" и "методологические" объяснения, то я:
а) задавал их Церену. Церен, как правило, объяснял. Очень терпеливо объяснял. Много объяснял. И, когда я чего-то не мог понять, Церен адресовал меня к учебникам/курсам ШСМ.
б) если я не находил нужных мне объяснений ни у Церена, ни с помощью внутреннего поиска "по ключевым словам" по содержанию учебника/курса, (Aisystant -— как чат-бота -— ещё не было). Многократно обращался в КиберЛенининку, отслеживал публикации А.И. Левенчука ( @ailevenchuk )в ЖЖ и его реплики в Telegram-чатах.
в) летом 2022 года приставал с вопросами А.И. Левенчуку (в общем чате), получил ответ, что меметикой А.И. планирует заниматься не ранее осени-2022. Но, увы, не сложилось -— А.И. переписывал учебники, обновлял содержание других курсов... Повторно беспокоить А.И. я не стал.
Уже к зиме 2022 у меня сформировалось устойчивое мнение, что применимой для моих целей SoTA в меметике не существует, т.к. развитием методологи меметики, как научной дисциплины, никто всерьёз не занимается. Но! Но само слово "мем" и производные от него стали "модными лексемами", пользуемые в качестве (квази?) "философических" (идеолого-пропагандистских объяснений из разряда "метафоры, аллегории, аллюзии"), о которых можно долго говорить/писать, но в качестве прикладной дисциплины -— прочитал/применил/получил -— увы, такого не выявил (о чём заявил в самом начале -— см. слайд-3 на моей скромной презентации).
В качестве яркого примера такого рода "концептуального" использования слов "мем/меном" — см. у Д. Дойча в "Начале бесконечности ..." (Максим, я читал Ваш отзыв на эту книгу. В частности "автор возвращается к рассмотрению развития общества и культуры на основе распространения мемов, которые рассматриваются как аналоги генов. С моей точки зрения, в целом здесь представлены плохие объяснительные теории. И у меня есть следующие аргументы по этому поводу...").
По моему скромному мнению, и сейчас, в конце апреля 2023 года, в ШСМ слово "мем" — это "просто" слово модное. , т.к.:
а) содержится в крайних версиях учебников/курсов ШСМ б) на текущий момент слово "мем" и его производные заменить нечем (Д. Дойч = SoTA, другой пока нет).
Вместе с тем, я так же понимаю, что скорее всего, уже через полгода-год "мем" и производные от него слова будут "табуированы" как "устаревшие и бессодержательные". И заменены в учебниках ШСМ на другие лексемы. Жизнь течёт, всё меняется. Учебники переписываются А.И. с огромной скоростью. Ждём-с объявления очередной SoTA без "мемомов" и "культурных кодов".
Вангую: мой кандидат на замену слова "мем" -— что-то сродни "квант семантики/семантический квант", а "мемом" -— "квантовое семантическое поле"... Всё что нужно для этого, чтобы кто-нибудь "больших признанных авторитетов" публично раскритиковал "меметику" и предложил лучшее объяснение. Желательно, чтобы в связке с другими модными словами (AI, Сильный ИИ, квантовый компьютер... и т.п. тренды).
Обосную своё визионерство (см. слайд 28): «... The Journal of Memetics: “due to a lack of quality submissions” (Edmonds 2005) ...» — ссылку на материал мне прислал А.И. ещё до конференции. Следовательно, в ШСМ тоже в курсе, что, скорее всего меметика близка к "всё!". Как "требования/стейкхолдеры" в конце 2022 года. Поживём полгода-год, увидим...
Возвращаюсь к Вашему, Максим вопросу:
> а на какие теории опираетесь при работе с мемами?
Теория: "слушай, что говорит Церен -— делай, что поручают. Делай быстро и в срок". Для меня, и как для волонтёра ШСМ, и как отдельного экземпляра человека, который готов потратить 5-10 часов в неделю на то, чтобы помочь в публикации просвещенческого ШСМ-контента -— эта теория оказалась самой лучшей, т.к.
а) в отсутствие прикладной дисциплины, с помощью которой я мог бы по заказу Церена создавать рабочие продукты БЕЗ формализованноного метода (БЕЗ теории), я переизобрёл свою теорейку. Не научно, но сердито. И по всем параметрам стыкуется с учебниками ШСМ, т.к. в основе моей теорейки мем "заткнись и считай" -— суть: выполни поручение Церена. А понимание "зачем делать именно так?" -— придёт в процессе выполнения поручения.
б) как только я начал применять найденную мной теорию, у меня с Цереном более-менее заладилось: рабочие продукты от мемаджера стали получаться...
в) поскольку на текущий момент у меня нет альтернативной теории, то моя теория самая лучшая. Ибо никто ещё не смог фальсифицировать мою теорейку, а рабочие продукты -— в количестве (см. слайды 4-34).
Вот думаю, м.б. кто предложит теорию лучше? Я рассмотрю, призадумаюсь... И обязательно опробую!
> Насколько я знаю, есть достаточно серьезные проработки у политтехнологов, включая конкретные техники.
Думаю, Максим, я понимаю о чём Вы. Где-то в середине 2000-х я был в качестве "операционного менеджера" в предвыборном штабе одного из наших кандидатов в депутаты (Переизбирался на второй срок). До этого, когда депутат "отматывал свой первый депутатский срок" в областной думе), я руководил рядом направлений в сфере "мероприятия для молодёжи" (суть: сочинял программы для получения грантов. Вполне успешно осваивал областной бюджет...) И, разумеется, сами мероприятия тоже проводил в качестве "руководителя проекта".
Вот с этих позиций, с учётом возраста/опыта/нынешних амбиций... Честно: я очень-очень осторожно отношусь к политтехнологам и их разработкам. Очень интересно, но лично мне не зашло. Не оспариваю, что ряд методик работают очень эффективно. Вот только с моим личным мировоззрением (https://blog.system-school.ru/2022/05/21/personalnyj-ultimatum-2-0/) это не стыкуется сейчас. То, что было допустимо для меня 20-30 лет назад, во многом стало сейчас неприемлемым. Сейчас я много требовательнее к себе. Разборчивее стараюсь быть. Видать, от переизбытку )))...
> был такой интересный проект KarmaLogic Алексея Ситникова, который тоже один из ведущих политтехнологов, и который был нацелен на выявление и кластеризацию мемов
Спасибо за наводку, Максим. Обязательно ознакомлюсь.
Максим: Социальным отношением называются любые отношения, одной стороной которых является идеальный-агент::метакласс – человек или коллективный-агент::метакласс. Метакласс идеальных агентов я вводил, никаких других агентов пока не возникло, поэтому можно их называть просто агентами. Таким образом, социальные отношения описываются как кортежи.
Второй стороной отношения может быть другой агент, либо физический объект. Например, отношение быть-сотрудником для связи организации с человеком. Или отношение владеть: один агент владеет физическим объектом или другим агентом, например, компанией или человеком. Или аналогичное отношение распоряжаться.
Подобно типам агентов (я писал, что буду называть классы агентов, выделенных в конкретной онтологии социальных отношений, типами, чтобы не путать с метаклассами), типы (классы) отношений в каждой онтологии – так же свои. Однако, для многих из них во всех или нескольких онтологиях используют одни и те же слова: организация, компания, сотрудник, сообщество, семья, владеть, распоряжаться и так далее. Но, в отличие от слов-ярлыков, у множества физических объектов, соответствующих конкретным типам агентов с совпадающими названиями есть большое количество общих, и некоторая «серая зона», которая в одной онтологии относится к этому типу, а в другой – нет. И отношения между разными типами агентов – разные.
Например, армия-государства (тип агента) в одной онтологии является частным случаем военной организации. которая, в свою очередь является частным случаем организации. А в другой онтологии армия не является организацией. а представляет собой особый тип агента, наряду с некоторыми другими типами агентов, соответствующих государственным институтам и, например, церковью. И связь человека-сотрудника с таким агентом описывается иначе, чем с обычной организацией: в организации – работают, а в армии – служат, и это «совсем другое отношение» (можно сделать таблицу для разных онтологий, но я не буду).
Также они отличаются способом оценки. Для каждого типа агентов в онтологиях есть свой идеальный образ, и можно для конкретного экземпляра можно оценить соответствие ему, сказав, что такая-то компания – правильная, хорошая, приближается к идеалу, может служить образцом, а другая – наоборот, неправильная, может служить отрицательным примером. А для слов-ярлыков оценка однозначно задана: во всех онтологиях хорошо быть ответственным, а вот содержание, с помощью которого определяется наличие этой характеристики у агента – существенно отличается в разных онтологиях так. что выделить некоторое общее ядро и серую зону вокруг – невозможно, ответственное поведение в одной онтологии, например, работу на достижение прибыли компании в онтологии оранжевого уровня могут назвать безответственной в другой, например, если при этом нарушаются правила, потому что их соблюдение – часть ответственного поведения в синей онтологии, или если деятельность компании существенно нарушает экологию – в зеленой онтологии забота об экологии обязательна.
Комментарий: Пион: Я бы просто сказала «класс» а экземплярами в нем были бы классы. Ну ок.
Я бы сказала что надо сначала определиться с типом «объектов первого класса»
У нас «социальное отношение» какого типа, и что вообще собой представляет?
Я вижу, что там упомянуты идеальные агенты, интенции, агенты, еще что-то, и все это метаклассы. А до самих объектов нигде не доходит и нигде не сказано какого типа экземпляры и какими свойствами они будут обладать (формально). Я не очень поняла за что зацепиться, чтобы это не было описанием описания классов.
Я бы любую такую попытку объединения делала по принципу «перелопатить снизу вверх» а не «построить сверху вниз»
Комментарий Максим: Да, у метакласса такие же свойства как у класса. В "Пример операции присвоения типов объектов" описана простая базовая онтология, где есть физические объекты, классы - объекты ментального пространства и кортежи для отношений, далее Онтология объектов. Дальше я выдвигаю тезис: у каждого уровня спиральной динамики есть своя онтология общественных отношений (построенная на онтологии объектов). В них выделены свои классы, к которым как-то отнесены объекты реального мира (люди, организации и т.п.) и описаны отношения между ними. Моя задача - создать онтологию. которая бы мне позволила описать все эти онтологии общественных отношений и работать с ними. Эту онтологию я также описываю на основе объектной онтологии. И тут получается терминологическая сложность, потому что в той онтологии, которую я строю, выделяются некоторые классы, и в тех онтологиях, которые для нее являются предметом тоже выделены некоторые классы. Я решил эту сложность, добавив к названиям своей онтологии приставку "мета" (и написал об этом, но, может, не слишком ясно).
Дальше я говорю: если мы посмотрим на классы исследуемых онтологий, то там есть классы, которые более-менее общие для всех них, то есть им сопоставлены одинаковые наборы физических объектов, например, люди. И я в своей онтологии тоже выделяю такой мета-класс. А есть классы, где названия - одинаковы (например, ответственность человека), а вот содержание - разное, то есть в каждой онтологии набор ситуаций, которые оцениваются как соответствующее классу поведение (ответственное) и, наоборот, не соответствующее классу (безответственное). И вот такие понятия я описываю через пару классов создаваемой мной онтологии (мета-классов) слово-ярлык - концепт.
Я пояснил, или у меня не получилось?
Комментарий Пион: Не поняла в первую очередь как задан метакласс и что это за тип, у него свойства такие же как у класса? В какой верхнеуровневой онтологии ты работаешь?
Вопрос не праздный, потому что многие объекты в дальнейшем, которые размечены как метакласс ясно подходят под другие типы, если пользоваться данной в курсе верхнеуровневой онтологией. В курсе прямо говорится, что можно и поощряется создавать свои типы, но было бы неплохо их задать.
Например «слово-ярлык» — важная штука в твоем дальнейшем изложении — не типизируется (референция прямо едет по моим меркам) а у тебя это просто метакласс, ну и вроде как все нормально. А я вот не могу распарсить.
Далее все становится совсем весело, потому что все «мясо» онтологии по референции становится для меня нечитаемым, оно не типизируется, я не понимаю, в какие отношения как и с чем что может вступать.
Антон Кобельков в комментарии на vc.ru написал: мне видится, что Предприниматель и Интегратор соответствуют Визионеру и Архитектору, а Производитель и Администратор - Бизнесмену и Орг-архитектору. Думаю, так даже точнее: у Адизеса только стили руководства, а не вся деятельность.
Петр Щедровицкий Для организации понимания важна установка. В текстах и действиях акторов можно искать совпадения, а можно фокусироваться на различиях. Я хочу выделить три группы таких различий.
- Во-первых, в СРТ я выделяю «позиции», а не «роли». Позиционный анализ позволяет ввести специфические «цели» и «средства». В том числе выделить конституирующие данную позицию типы знаний и способы их употребления. В пределе «позиция» задается культурной нормировкой: ценностями, подходами и онтологией. «Роли» [в отличие от позиций] задаются социальными, а не культурными нормами.
- Анатолий Левенчук Петр Щедровицкий а у меня "роли" -- культурно-обусловленные, прямо написано (задаются мемомом, воспроизводящем практику/деятельность/метод). Но они и не совсем "позиции", конечно. То есть на уровне "просто слов" -- не бьётся.
- Во-вторых, на мой взгляд архитектура современной СРТ определяется позицией «технологического предпринимателя». Все остальные уровни СРТ можно «вывернуть» через эту позицию. «Инженерная» позиция появляется в рамках СРТ, создаваемой технологическим предпринимателем. Возможно, это изображение текст «вокруг этой "связки>> складывается ряд поддерживающих и обеспечивающих ее инфраструктур институциональных решений деньги институты, обеспечивающие производство, накопление, обращение, освоение новых знаний институты, обеспечивающие, возникновение поддержание "спонтанного порядка>> инженер предприниматель технологии мышления социально- профессиональная организация структура общества экономическое разделение труда между фирмами города и системы расселения <железные>> технологии пространственная организация территории: размещение промышленности и инфраструктур»
- В-третьих, по мере развертывания больших волн развития=промышленных революций позиция «инженера» усложняется и дифференцируется. В ходе первой промышленной революции, наряду с «проектировщиком» в инженерном модуле СРТ появляется позиция «организатора=менеджера». В своих лекциях я подробно разбираю какова базовая функция этого типа деятельности и как, по мере общего усложнения СРТ, происходила дифференциация данной позиции. Возможно, это изображение 1 человек и текст «<о-я> пр 1550-1700 |пр 1700-1850 предприниматель Il пр 1850-20 III пр 2000+ инвестор менеджер технология мышления исследование проектирование исследователь проектировщик инженер»
- В-четвертых, в своих лекциях последних лет я подробно разбираю устройство «инженерного» модуля СРТ. Однако, нужно понимать, что СРТ, сфокусированная вокруг технологического предпринимателя, не сводится к нему. В последний год я начал более подробно разбирать «денежный» модуль СРТ. На схеме можно увидеть одну из позиций, конституирующих этот модуль: позицию «инвестора».
- Максим Цепков Петр Щедровицкий большое спасибо за комментарии! Что в центре развития СРТ - Предприниматель или Инженер, с моей точки зрения - открытый вопрос. Точно они оба нужны, а схему можно рисовать по-разному. И понятно, что картина усложняется, выделяется позиция организатора=менеджера, которая для предпринимателя - часть исполнительной машины, то есть в инженерном блоке, а для инженера - наоборот, часть предпринимательской машины, обеспечивающей его труд. Но важно, что отдельные позиции - есть, они различаются.
- По поводу Предпринимателя и Инвестора мне тут пришла мысль, что это - отражение перехода от Товар-Деньги-Товар к Деньги-Товар-Деньги, от промышленного к финансовому капитализму. Но произошел ли этот переход, или можно говорить о симбиозе, существовании обоих форм, которые двигают СРТ, требует обдумывания. Еще раз спасибо за комментарии!
- Петр Щедровицкий: Максим Цепков Ваше право не прислушиваться к моим аргументам:)) но за социальные последствия отвечать Вам
В публикации на FB были комментарии от Анатолия Левенчука и Петра Щедровицкого. Переношу их сюда.
Анатолий Левенчук: Вот роли совсем по-другому определяются (и это переопределение произошло за последний пяток лет, раньше всё было бы примерно так, как написано). Подроли инженера разбираются подробней в курсе "Системная инженерия", подроли менеджера -- в курсе "Системный менеджмент". Например, визионер -- это шумпетеровский предприниматель, оценивает прибыльность изготовления и продажи продукта, а бизнесмен -- это шумпетеровский предприниматель, который оценивает прибыльность изготовления и продажи компании. Концепцию использования и концепцию системы делает разработчик, а для организации -- организатор, а вот архитектор -- способ нарезки на модули и коммуникации модулей, а орг-архитектор -- способ нарезки на оргзвенья и коммуникации оргзвеньев. А вот функциональность -- у разработчика и и организатора соответственно. За строительство завода по выпуску продукта отвечает инженер производственной платформы а за строительство "завода по выпуску организации" -- администратор. И там ещё, чтобы разобраться, надо смотреть на более мелкие роли, они у меня в слайде мелким шрифтом, и практики, которые они выполняют, тоже не все очевидны (например, практика оператора эксплуатации продукта соответствует практике операционного менеджера организации). Так что надо бы пройти курс и системной инженерии, и системного менеджмента, чтобы понять, что именно делают указанные роли инженеров и менеджеров. При этом я не сам эти роли, конечно, придумал -- они действительно "взяты из воздуха" (то есть вычитаны в самой разной инженерной и менеджерской литературе, главным образом они соответствуют тем ролям, которые приняты в современной софтверной разработке, которая сформировалась на основе идей platform engineering (это последний извод DevOps и SRE) и нового понимания архитектуры. Подроли менеджмента были взяты "по образу и подобию" (это же инженерия организации, то есть должна быть похожая структура деятельности, но "есть нюансы" -- они и были учтены).
Помним, что материалы наших курсов (включая два помянутых) доступны бесплатно (без возможности выполнения заданий, с заданиями -- по цене трёх чашек кофе в месяц) после регистрации тут: https://aisystant.system-school.ru/ (и помним, что курсы системной инженерии и менеджмента будут непонятны без прохождения курсов-пререквизитов, последовательно изучения вот тут: https://ailev.livejournal.com/1671965.html).
Адизеса и Щедровицкого тут не комментирую, пусть сами разбираются с изложением их идей )))
- Максим Цепков: В aisystant я зарегистрировался, учебники буду читать, мне интересно. Но быстрый поиск по курсу системной инженерии однозначных ответов не дает, там надо последовательно погружаться. А пока, с учетом того, что ты написал, картинка не складывается. Поэтому хочу задавать вопросы. Пока берем только инженерные роли. За основу берем V-model - вроде она вполне актуальна как схема верхнего уровня. И в каком-то виде ее можно применять не только для софта.
- Верно ли, что Implementation, то есть собственно разработка системы - за рамками ролей, как и последующие этапы? Или Разработчик ее частично/полностью делает?
- Верно ли, что Concept of Operations делает Визионер в части использования готового продукта и следующих из этого коммерческих выгод для его создателей, Разработчик - работает с другими аспектами концепции, например, с удобством использования, которое должно быть обеспечено, и так далее - Requirements в терминах V-модели?
- Верно ли Architecture в смысле декомпозиции и связей делает Архитектор, а предметную часть, а также Detailed Design - Разработчик? То есть в смысле V-модели получается такой сэндвич: Разработчик по ней работает выше архитектора и ниже него?
- Анатолий Левенчук: Maxim Tsepkov там начиная с "берём V-model -- вроде как она актуальна" не так. Уже неактуальна, идёт же "непрерывное всё", а V-модель это может быть схема для одной фичи, и то там ну ой сколько оговорок, и в большинстве вариантов там с требований начинается, а их нет, и т.д. В курсах (не учебниках, ибо мой опыт показывает, это только вчера на группе мои студенты обсуждали -- без выполнения заданий содержание текста курса не воспринимается, проскакивает мимо мозга) всё это объясняется. И уж точно там объём изменений такой, что в комментах в фейсбуке не раскрывается!
- Максим Цепков: Непрерывное все означает одновременную работу, но не исключает артефакты/фокусы внимания. Те же требования - смерть инженерии требований не означает смерти требований как таковых, потому что требования = описания системы как черного ящика = описание внешних функций системы, и это описание - есть. Другое дело, что оно не всегда может быть на входе, до архитектуры и дизайна, и не всегда живет долго, а возникает как промежуточный этап коммуникации при разработке конструкции. При этом может появляться после конструкции: мы придумали что можно сделать и проверяем. подходит ли это для решения нашего бизнес-кейса.
- Понятно, что обсуждение в деталях - точно за рамками комментариев. Но все-таки, ты прокомментировал, я хочу разобраться, потому что мне кажутся вещи не очевидными, и не слишком хочу ошибиться. Сформулировал три утверждения, опираясь на V-модель как известный формализм о том, что мне кажется не очевидным . Можешь ты к ним как-то отнестись коротко, от "совсем неверно" до "похоже, хотя есть нюансы"? Или все-таки конструкция в твоих курсах настолько отличается, что в терминах V-модели это обсуждать невозможно? И аналогичного графического образа нет, только тексты, которые к тому же следует изучать с учителем на курсах проходя задания?
- Анатолий Левенчук: Ну вот требования это не только функциональное описание, но и деонтика -- и поэтому их выкинули. Оставили только use cases, которые в разной форме делали до требований, но их делает разработчик, и он же делает концепцию системы (как функции будут поддержаны конструкцией), и он же проектирует и изготавливает. Визионер или соглашается, или не соглашается с тем, чтобы продолжать разработку (смотрит на клиентов и думает о том, заплатят или не заплатят достаточно), ничего не разрабатывает (но участвует в стратегировании). Архитектор работает с модульной структурой и связями модулей, сам беседует с клиентами по поводу ilities и ограничивает разработчиков. Инженеры производственной платформы проектируют и изготавливают платформу разработки, но сами не изготавливают ничего (строят завод, но работают на заводе разработчики). Похожее разделение и у менеджеров. И, конечно, много нюансов.
- Есть тексты, в текстах есть разные картинки, после просто прочтения материал не осваивает никто, после прочтения с выполнением заданий и без препода -- такие примеры есть, с преподом -- почти все. Пример картинки из текста. В режиме комментов всё одно ничего не поймёшь )))
- Вот пример картинки для организации. Обрати внимание, что разработчика платформы на этих картинках нет (в организации это администратор, кстати) -- он другим озабочен.
- Максим Цепков: Спасибо! Картинка существенно прояснила, дает ответ на мои вопросы. Хотя смотря на нее понимаешь, что в тексте первого комментария было написано тоже самое - но такая визуализация дает уверенность в понимании.
- Конечно, она вызывает следующие вопрос: какие основания полагать, что слева и справа одна и та же роль Developer, при том в середину ее работы вклинивается область ответственности Архитектора - почему именно она выделена отдельно. Но это уже будет вопрос не на понимание разделения ролей, а об основаниях такого разделения. При том, что в ИТ Developer слева называется аналитиком или бизнес-аналитиком, а Developer справа - именно разработчик, плюс системный аналитик, если эту роль выделяют.
- Но это, возможно, особенность ИТ, где ограничения возможности реализации не рассматриваются как существенные, а, например, при проектировании автомобилей, конструкцию надо класть сразу, и там объединение разработчиков слева и справа имеет смысл (хотя там про архитектора - непонятно, принципиальная компоновка автомобилей - устоявшаяся, она не проектируется). Или про производство медиа, например, мультфильмов - там другая ситуация, там есть гипотеза (например. образ персонажа) и ее оценка по критериям, вывести образ из требуемой оценки вообще нельзя. В общем, я тут для начала сам подумаю.
В развитие тезиса о понимании аналитиками архитектуры, из обсуждения на телеграм-канале AnalystDays
- Dr. Raznomazov Valeriy Все же мне кажется, что в микросервисах аналитики в старом смысле просто не нужны. И все эти доклады про "софт-скилс" попытка уцепиться за соломинку, а не отправиться на свалку истории ИТ, как когда-то туда отправились алхимики.
- Мой ответ Я бы не сказал, что совсем не нужны. Ниша проектирования GUI и снятия требований с заказчика там, где он есть для аналитиков остается. Она сократилась за счет появления сервисов без GUI и за счет продуктовых команд, которые сами придумывают фичи без заказчика, или по его пунктирному описанию, но все равно остается.
- Но была еще одна ниша, помимо проектирования - коммуникации с заказчиком по поводу доработок. Раньше аналитик понимал, что вот эта хотелка - это просто добавить поле в БД и на интерфейсе, это недорого, а вот эта - по-хорошему надо делать подчиненную сущность вместо пары полей в основной, и интерфейс делать в расчете, что будет на две оплаты или промоакции (о чем говорит заказчик), а много, и это - дорого. И мог объяснить это заказчику, согласовать частное решение, что только две, да еще защитить перед разработчиками эти костыли. А тут получается, что эта ниша - провалена. Потому что аналитик не знает внутреннего устройства и потому не понимает, что вот сюда поле добавить дешево, это один микросервис, а вот сюда - дорого, потому что надо добавить на интерфейсе в первом, а для использования протащить через три промежуточных до пятого, расширив API, или проковыряв прямую дырочку 1-5 для запроса. А разработчики эту нишу коммуникации с бизнесом не очень готовы занимать. А есть еще коммуникация по поводу развертывания, масштабирования и устойчивости, когда бизнес фигеет от количества и стоимости узлов датацентрах.
- Потенциально эту нишу могут занять аналитики. Или нужно сотрудничество. Для этого надо понимать устройство микросервисов. Или должны занять разработчики. Ну или можно мучиться как сейчас, когда коммуникация налажена плохо и есть взаимное недовольство бизнеса и команды разработки.
- Dr. Raznomazov Valeriy Ну согласен. На счет коммуникации. Ну тогда надо по другому к аналитикам относиться. Это "менеджер по донесению семантики". Вы возбудили меня на написание собственного текста. Вернусь через 3 дня.
При обсуждении модели Ирина Матвеева вкинула ссылку на Схема-терапию Джеффри Янга. По-русски кратко можно посмотреть здесь https://schema-therapy.ru/aboutschema-therapy если сходить по ссылкам на конкретные описания (где "Три основных понятия"). Штука новая, 1990е. На первый взгляд, это активно перекликается с Шварцем, просто типология частей личности проработана глубже, намечены всякие причины-следствия. Есть русская книга Янга, ее пока не смотрел. Может, будет вам полезным при создании моделей. Хотя у него, как и у Шварца нацеленность - на терапию проблемных моментов личности, а не на конструктивное поведение. И я пока не знаю, признает ли он за этими схемами права настоящих субличностей, с которыми можно вести диалог. И вообще как работает со схемами терапия: Шварц пробует интегрировать эти части в целое через самость, а что делает со схемами терапия Янга? Еще вот здесь есть описание https://cbt-therapist.net/ru/what-schema-therapy и в английской вики https://en.wikipedia.org/wiki/Schema_therapy
Про перепись мозга на искусственные носители у Грациано. Он фокусируется на том, чтобы снять нейроны и связи. А, с моей точки зрения, это слабо полезно, надо уметь снимать пороговые значения передачи на синапсах и текущие состояния, память - в них. Потому что в процессе развития ребенка структура мозга прорастает с большим запасом по более-менее заданной кальке, а потом - специализируется при накоплении опыта. То есть формально связи остаются, но пороги меняются по мере того, как нейроны включаются в функциональные ансамбли. Странно, что он об этом не пишет.
Продолжил читать Дэвида Рока (я когда-то начинал читать, а потом - что-то отвлекло). Комментарии - в этой записи, в основном - критические, Рок многое смешивает.
- Не следует путать автопилот внутреннего крокодила и осознанное внимание внутреннего человечка к телесным переживаниями. Внутренний Котик включён в оба режима, но по-разному.
- Не следует путать внутреннего режиссёра и внутреннего чувствователя, это - разные ансамбли нейронов. Режиссер управляет осознанной частью внимания, а чувствователь - продолжение внутреннего котика во внутреннем человечке, который умеет различать что именно мы чувствуем, переживать это на сознательном уровне.
- Интуиция тоже отличается от подсознательного чувствователя
- Работа режиссёра и чувствователя требуют ограниченных ресурсов оперативного внимания мозга, поэтому их включение, естественно, приглушает основную деятельность. Но по мере того, как это входит в привычку, энергии надо все меньше.
- Два способа уменьшить энергию на какой-то процесс: (а) просто сделать его привычным за счет частого повторения и (б) перевести его на автопилот внутреннего крокодила с точечным включением внутреннего человечка. Понятно, что (б) доступно не для всех процессов - сознательное мышление внутреннего человечка в коре.
- Режиссёр, он самость по Шварцу - выделенный персонаж за спектаклем или переходящая роль субличностей? Точно, что не у всякой субличности есть режиссёрская часть. Однако, она есть поскольку у тех, с которыми связан не прерывающийся поток целей и воли, а не просто ситуативные включения в управление.
Дочитал книгу Грациано, попутно возник ряд тезисов, фиксирую здесь. Тезисы - мои, с книгой связаны косвенно.
- Мозг непрерывно создает обобщенные образы объектов, но он же инстанциирует конкретные образы для одного объекта, при этом используя комбинацию обобщенных, и эти экземпляры живут своей жизнью. В аналогии процессов: в интернет-магазине есть обобщенные процесс обработки заказов или управления транспортом, и есть экземпляр, отвечающий за сборку и доставку конкретного заказа, и он тоже живет. Об этом надо всегда помнить.
- Есть зона мозга, управляющая вниманием. И есть осознанное управление этой зоной, которое, вообще говоря, ограниченное - управление касается, в том числе, участков, которые мы не осознаем. И там могут быть свои управляющие зоны, хотя и связанные с этой, в целом за управление тоже отвечают распределенные ансамбли нейронов.
- Управление вниманием связано с сосредоточенностью и целеполаганием.
- Осознанность и внутренний разговор - следствие необходимости внешней коммуникации, необходимой для совместной деятельности. Системы управления вниманием - отдельно, системы осознанности - отдельно. Грациано их часто смешивает вместе.
Объяснение мышления и принятия решений через работу конкретных нейрофизиологические связи есть у Дэвида Рока в «Мозг. Инструкция по применению». О ней так же говорит Анна Обухова в своих докладах, рассказывая про стресс и борьбу с ним и про эффективность работы мозга в целом. В обоих случаях рассказ преимущественно без акцентов на типологические особенности разных людей, задача — дать человеку представления о собственном мышлении (мозге) как об объекте, которым надо управлять.
Все-таки, слово личность в разных контекстах трактуется очень по-разному, поэтому совсем не определять, что именно описывает модель личности - не получается. Так что ряд тезисов.
- Речь идет о личности человека, а не животных. При этом на уровне hardware мозг человека отличается от мозга животных лишь количественно - числом нейронов и связей, а на уровне software отличия более значительны. Вместе с тем, я знаю, что четкой границы между способностями решать задачи между человеком и млекопитающими, особенно старшими приматами - не выделено, что они могут решать довольно сложные задачи, сопоставимые с задачами, которые решают дети в раннем возрасте, и есть мнение, что часть из них не могут научиться говорить на простом уровне потому что не приспособлена гортань (речевой аппарат), а альтернативные способы коммуникации на простых языках осваивают. И вопрос о наличии самосознания или модели собственного сознания и собственного Я у них открыт, тут все зависит от интерпретации конкретных экспериментов. Но мне в данном случае интересно строить модель именно для человека, чтобы далее работать с психологическими моделями и другими моделями высокого уровня. То, что эта же модель будет в некоторой мере описывать мозг и мышление млекопитающих - не очень интересно.
- Наоборот, мне не интересно разграничивать людей по тому, что этот конкретный человек - личность, а тот - лишь "обыкновенный человек". В рамках модели я предпочитаю говорить о способностях личностей конкретных людей делать конкретные действия, например, принимать рациональные решения, или быстро строить модели других людей, или осознавать причины своих решений. То есть важно, чтобы модель была применима ко всем людям, за исключением, быть может, пораженных какими-то тяжелыми болезнями, пагубно влияющими на мышления.
- Личность имеет внутреннюю и внешнюю составляющие. Внутренняя - способность человека к мышлению: обработке информации, накоплению опыта и обучению, осознанию себя, принятию решений, воплощению их в действия. Внешняя - проявление результатов этого мышления в виде поведения и социальных взаимодействий, включая коллективное мышление.
В обсуждении на FB Андрей Забгаев сформулировал важный тезис, который напрямую следует из моей статьи, но явно не сформулирован: личность как нечто целостное и холистическое вообще иллюзорна. B это - действительно так, личность ребенка явно не является целостной, потому как опыт фрагментарен. И далее это развивается, мышление в разных контекстах, например, на работе и дома - тоже фрагментарно, столкновения контекстов, например в историях, когда муж и жена начали работать в одном подразделении - это подтверждают.
Войдите, чтобы комментировать.
2022-12-13: Какие нужны требования: развитие концепта - моя статья на habr
За долгую практику работы в ИТ меня всегда удивляло внимание к требованиям, стремление к их тщательной проработке. Я лично предпочитал быстро переходить к моделям и работать с ними, рассматривая требования как промежуточный этап. Сейчас задумал статью с размышлениями на эту тему, но она получилась слишком большой, так что читайте пока первую часть Какие нужны требования: развитие концепта. Продолжение следует.
2022-12-09: Восхождение по спирали Марка Розина - переосмысление Спиральной динамики
Прочитал книгу Марка Розина «Восхождение по спирали» и хочу порекомендовать ее всем. В книге — интерпретация Марком Спиральной динамики применительно к культурам организаций, основанная на его опыте. В книге теория обильно подкреплена историями из опыта, но вместе с тем соблюдается строгость и точность рассказа. Отмечу, что именно Марку принадлежит применение Спиральной динамики для организаций и описание организаций Принадлежности, Силы, Правил, Успеха (смотри архивную копию статьи «Путешествие по спирали» 2015 года). Важно, что описаны не просто культуры организаций, для каждого уровня описаны и адекватные ему организационные формы. Это было сделано задолго до выхода книги Фредерика Лалу, который также активно опирался на Спиральную динамику при построении своей классификации организаций.
Дальше я фиксирую те моменты книги, которые представляются мне важными, развивают модель Спиральной динамики. Это — не конспект книги, в книге много материала и ее стоит читать.
Пост на FB
2022-12-03: Highload и примкнувший к нему DevRel
В конце прошлой недели, 24-25.11 прошел Highload, а сразу за ним 26.11 DevRel'ы, многие из которых работали на Highload на стендах, собрались на свою небольшую DevRel Conf конференцию. Для меня это был третий Highload в этом году, после летнего, перенесенного с прошлого года и Питерского в сентябре. Может быть, поэтому доклады казались не столь привлекательными. А может быть просто так удачно складывалось, что в перерыве начинался интересный разговор, который не хотелось прерывать из-за доклада. Поэтому заметок будет не так много. В любом случае, конференция для меня получилась удачной, много общения, который, на самом деле, важнее докладов, и еще удалось поймать пару очень интересных мыслей, что бывает далеко не на каждой конференции.
Пара слов про конференцию в целом. Highload сильно меняется по составу. Это отметили еще этим летом, хотя отчасти это казалось естественным - все-таки предыдущий был в 2019. Но сейчас состав обновился снова. При этом участников было поменьше, чем летом, (2100 против 3000), но все равно много. А вот онлайн было сильно меньше, 836 против 4600 летом. Впрочем, за одним участником могут скрываться компании, плюс если от компании кто-то участвует, то потом записи оказываются доступными всем. Что еще интересно - на стендах добавилось много физической активности. Это началось в Питере, там на одном из стендов был скалодром, но вау-эффект вызвала другая активность: забрасывать в корзину мягкие ракетки, на него все два дня была постоянная очередь. Те, кто делают стенды поймали эффект, и сейчас на стендах было много такого. В общем, логично, мозгом люди работают и на работе много, так что простые физические развлечения привлекают.
Ну а теперь - заметки по конкретным докладам и темам.
2022-11-23: Agile-управление крупными корпорациями - конференция Enterprise Agile
В понедельник 21.11 прошла очередная конференция Enterprise Agile Russia (видео). Конференция была супердинамичная, на доклад с вопросами и перерывом отводилось 30 минут: 20 на доклад, еще 5 на вопросы и 5 на перерыв. Так жестко спикеры не укладывались, но поскольку потом начинался следующий доклад, то в целом получасовые слоты соблюдались. Понятно, что за такое время сложный проект можно изложить только пунктиром, так что спикеры со слушателями уходили в зону обсуждения, с юмором названную организаторами пыточной, где отвечали на вопросы с пристрастием. На конференции было два трека докладов, трек мастер-классов и трек просветительских лекций. Я, как обычно, публиковал заметки в телеграм, но успел только по части докладов. А теперь публикую отчет по горячим следам.
Конференция была посвящена изменениям крупных компаний за счет применения Agile-методов, прежде всего SAFe и OKR. Я хочу заметить, что у меня лично - скептическое отношение к SAFe ввиду его большой сложности, так же как и к более традиционному проектному управлению по PMBOK. Но это скепсис в том смысле, что нет гарантий результата, и есть большие сложности в применении. С другой стороны, опираясь на услышанное, я признаю, что в SAFe видно много полезных практик, решающих задачи управления на большом масштабе. Кроме того, его применение принципиально меняет управленческое мышление в нескольких аспектах. Во-первых, в части признания ценностей Agile, на которые он опирается в части культуры, в том числе потому, что внутри на уровне команд лежит Scrum. А во-вторых - в части перехода от работы с потоком задач которые надо сделать к мышлению потоком ценности, которую надо создать, и этим он позитивно отличается от проектного управления. И, в третьих, он безусловно ломает и размораживает застывшие бюрократизированные структуры.
Что касается инсайтов конференции, то я хочу отметить рассказ РТ Лабс, которая разрабатывает софт электронного правительства, вершиной которого является портал госуслуг, о том, как устроено квартальное планирование. Процедура интересная, но инсайт в другом. По сути заказчики в лице министра и его замов признали, что скорость разработки софта, которая определяет темп изменений государственного управления, определяется разработчиками. Перед ними можно ставить любые задачи и приоритеты, но решение о том, что из этого они успеют за квартал, должны принимать они сами, а заказчику остается лишь с этим смириться. Потому что если не смиряться, то, во-первых, пообещают, но все равно не сделают, а, во-вторых, из-за работы в режиме подвига и стресса будут массово увольняться, и негатив этого вдолгую будет превосходить локальный выигрыш, достигаемый за счет давления на разработчиков. И это - принципиальное изменение в понимании ИТ-разработки заказчиками такого высокого уровня. Оно есть не только там, просто в этом докладе проявилось отчетливо. Хотя в самом докладе этого тезиса не было, это - мое осмысление.
Еще надо отметить, что этом в большинстве докладов речь шла не про ИТ-разработку, а про деятельность корпорации в целом. Конечно, часть компаний, таких как банки или стразовые, в значительной мере продают цифровые продукты, однако деятельность по-прежнему включает в себя работу офисов и взаимодействие с клиентами. И Agile-методы позволяют координировать, организовать и развивать сложную производственную деятельность, а также программы и проекты ее изменения, им отдают предпочтение перед другими.
А теперь - краткие резюме той части докладов, на которой я был. И я рекомендую смотреть презентации, они уже опубликованы. Спикеры не следовали принципу, что на презентации должна быть картинка для привлечения внимания и короткие тезисы, и это - хорошо. В презентациях много схем и содержательных тезисов, и они дают хороший скелет доклада, который имеет смысл посмотреть даже без записи.
Disclaimer: Заметки - с голоса, могут быть неточности и неверные интерпретации Пост на FB в моей ленте Пост в группе Enterprise Agile Пост в группе AgileRussia
2022-11-13: Анатолий Левенчук об онтологии системного подхода и проблемах не-научных теорий
Анатолий Левенчук недавно написал два важных и интересных поста, на которые я хочу обратить внимание. Первый https://ailev.livejournal.com/1656653.html - фундаментальное изложение онтологии системного подхода, опираясь на работы современных авторов, со ссылками уровня научной публикации. Там много интересного и глубокого. В частности - мир абстрактных объектов и мир физических объектов, и физические вычислители, компьютеры и люди, которые работают с обоими мирами, создавая новые абстрактные объекты или воплощая их в физическом мире, при этом управляются они во многом как раз абстрактными объектами. Такой дуализм Декарта в современном виде и, естественно, без всяких ссылок на него, это все - современные авторы. И там много еще чего интересного, пересказывать я не буду, это надо вдумчиво читать.
Второй пост https://ailev.livejournal.com/1654601.html включает тему "А чо таково?" - как разбираться с тем, что люди всерьез воспринимают всякую хрень, считая ее равноправной с научными теориями, при этом указания на противоречия на них не действуют, они не считают это основанием для отказа от теорий. Это интересный вопрос, имея ввиду не только астрологию и аналогичную эзотерику, но и имеет практический смысл в современной геополитике и этике - вопрос об основаниях для рассуждений и действий.
Я исторически читаю Анатолия в livejournal, мне там удобнее, но он публикует и обсуждает посты в FB и телеграм, там есть ссылки, так что кому удобны другие площадки - можно читать там.
Пост на FB
2022-11-11: Юбилейная AnalystDays - как всегда хорошие доклады и содержательное общение
Конференция #AnalystDays прошла на праздниках в Питере. Это был дважды юбилей: 15-я конференция и 10 лет с первой, которая прошла весной 2012 года в Минске. Как обычно был хороший уровень докладов и много общения в кулуарах.
Из общения в кулуарах я хочу отметить несколько тем, мне кажется, они будут интересны и за рамками конкретного разговора. Во-первых, люди рассказывали кейс: взяли начинающего аналитика, работает и учится уже полтора года, а эффекта - нет, человек - старательный, документы делает, но - не понимает содержания, формально. У меня тут возникла гипотеза, что у человека не поставлено мышление моделями, он мыслит просто текстами, умея их преобразовывать по аналогии, но не восстанавливая картину мира - объекты, отношения между ними и так далее. Предполагается, что такое умение есть у всех, у кого-то лучше, а у кого-то хуже. Оказывается, это не так, Прапион Медведева, рассказывая весной на конференции Школы системного менеджмента об опыте своего курса Онтологика и коммуникация привела статистику: примерно у 20% приходящих на курс такое умение, она его называет "машинка типов" - отсутствует, при этом прокачан навык коммуникации, который позволяет жить без этого, а у 30% наоборот, машинка типов хорошая, а коммуникации нет совсем. У остальных есть и то и другое, но в недостаточном виде - курс помогает развитию. За подробностями отсылаю к своему отчету.
Вторая тема касается ситуации, в которых сейчас оказался ряд крупных предприятий и корпораций. У них автоматизация базировалась на зарубежном софте, обычно основой ERP был SAP, который дополнялся BI-решениями. Выбрали они это давно. И у них были подрядчики, дружественные разработчики или интеграторы, специализирующиеся именно на используемых решениях, которым передавались задачи автоматизации - что вполне логично для такой ситуации. Это был налаженный процесс. А сейчас вдруг оказывается, что им надо искать решения на других платформах. Установленный на предприятии SAP работает, отвалилось только облако, но новые проекты на нем делать невозможно, да и дорабатывать существующее можно лишь ограничено. При этом у предприятий были планы по дальнейшей автоматизации и даже цифровой трансформации. И теперь требуется научиться выбирать платформы для решений, выбирать подрядчиков, которые их сделают, а для этого - формулировать требования "с нуля", без предположения о решении. Когда вы делаете требования для SAP, вы ведь спрашиваете, а что SAP предлагает в конкретном месте и по сути выбираете из нескольких стандартных вариантов с ограниченными доработками, а тут ситуация иная. И, в общем, это довольно сложная ситуация для предприятия, надо вырастить ИТ-службу иного уровня, чем существующая.
Еще одна тема - профстандарты. Ирина Гертовская рассказывала о подготовке профстандарта системного аналитика. Подробности - в конспекте, а здесь я хочу сказать о профстандартах в целом. Профстандарты готовит Минтруда для того, чтобы с их помощью поставить задачу перед ВУЗами по подготовке специалистов, и он запустил очередной цикл пересмотров по ИТ, предыдущий был в 2013-2014. Пересмотр касается не только системного аналитика - пересматривают Бизнес-аналитик, "Специалист по ИС" (Создание (модификация) и сопровождение информационных систем), Руководитель проектов в области ИТ и Администратор БД. Уже вышел Программист (и это отличается от Специалист по ИС). В 2021 вышел стандарт Архитектор ПО, Менеджер продуктов в ИТ, Менеджер по ИТ, Тестировщик (специалист по тестированию) в 2020 - Специалист по техподдержке, Специалист по большим данным, Специалист по дизайну графических интерфейсов. И наверняка другие - в реестре нет года обновления стандарта. Смотреть профстандарты здесь: общий список (выбрать 06 ИТ) и реестры уведомлений, проектов стандартов там нет. При этом Бизнес-аналитик - в финансах и экономике, не ИТ-шный.
Надо отметить, что задача подготовки специалистов понятная, только решается в старой логике, когда подготовили человека по профессии, например, сварщика - и он всю жизнь по ней работает, и деление между профессиями - жесткое. В то время как специализации в ИТ развиваются и смешиваются очень быстро, и это, наверное, нужно учитывать, не взирая на то, что в старую картину это нарушает. А еще разработчики стандартов смотрят шире, желая не только поставить задачу перед ВУЗами, но и сделать некоторый общий стандарт разделения труда и специализаций в отрасли. Что также невозможно ввиду высокой динамики. В этом смысле более перспективен подход SFIA, которая выделяет 200+ специализаций, предлагая позиции набирать в виде их комбинаций.
Ну и в заключении общей части я хочу отметить удачный подбор музыки на афтерпати, благодаря чему получился живой танцпол, а не стоящий на месте зрительный зал. При этом разговаривать за столиками музыка не мешала, и это - тоже достижение. А еще у конференции прикольный талисман - Чебурашка-девочка, что бы там не говорили организаторы, будто в замысле это принцесса Лея. Импортозамещение в действии!
Ну а теперь - о докладах. Я, как обычно публиковал заметки в ходе конференции, теперь - у себя в телеграм-канале, а не на FB, и некоторые из них вызвали обсуждение в комментариях, которые я тоже включу в отчет. Особенно хочу отметить доклад Антона Семенченко про когнитивное здоровье, Ольги Ботневой про эмоциональный интеллект и Николая Соколовского про описание сложной бизнес-логики через формальные правила. Но при этом напомню, что я мог быть на одном из докладов каждого слота при том, что в первый день на конференции было три трека, а во второй - четыре, так что отчет явно не полон.
2022-10-25: ArchDays - архитектура и мышление архитекторов
В пятницу, 21.10.2022 прошла однодневная ArchDays. Конференция первый раз прошла в 2019, потом два года проходила в online-формате, а сейчас - снова в offline. Отмечу, конференция имеет свое лицо и отчетливый фокус на архитектуре и работе архитектора. Доклады по этой теме есть на Highload, но там больше фокуса на public web и высоконагруженные приложения, что вполне естественно для конференции. А на ArchDays речь идет больше про enterprise и связанные с этим темы, которые на Highload не слишком широко представлены. При этом в докладах на ArchDays больше фокус на объяснении базовых вещей. Для кого-то этот материал очевиден, а для других - является ценным. А еще было несколько докладов, посвященных мышлению архитектора и способам принятия архитектурных решений, и это, на мой взгляд, очень позитивно отличает конференцию в хорошую сторону.
Участников было относительно немного, на сайте 700, но это с онлайн, а присутствовало, по-моему, 200-300. Впрочем я могу ошибаться. Было 4 параллельных трека докладов. Большинство презентаций уже доступны в программе конференции, так что думаю, остальные тоже скоро появятся.
Я, как обычно, вел заметки с докладов на своем телеграмм-канале, а теперь их собираю в отчет. Особо хочу отметить доклад Дмитрия Таболича про мышление архитектора. Другие доклады тоже были интересными, я очень рад, что побывал на конференции. И я слышал лишь четверть от всех докладов..
2022-10-12: SQAdays и AnalystDays в Ереване - общение через границы
Неделю с небольшим назад, 31.09-02.10.2022 в Ереване прошли две конференции — SQAdays-EA и AnalystDays-EA. Влад Орликов сделал площадку общения между ИТ-шниками, которые оказались в разных странах ввиду современной геополитики. Это реально удалось, хотя участников было и не слишком много. На конференции было много международных спикеров, она шла на русском и английском с синхронным переводом в обе стороны. И я хочу отметить не только активное общение, но и спокойную, ламповую обстановку. И общий позитив. Может быть, это просто влияние малого числа участников. А может быть, еще сказывается аура города — в Ереване нет той суеты, которая очень характерна для Москвы, да и в Петербурге и Минске проявляется. Я тут отмечу, что большинство активностей на конференции как раз инициирует всякую движуху, а может быть реально стоит именно замедлиться. При этом, что интересно, эта спокойная обстановка не мешала участникам общаться на стендах, проходить квесты, получать призы. Просто это делали более спокойно.
Это об общих впечатлениях о конференции. В конце отчета будет несколько технических моментов для тех, кто планирует этой осенью еще поучаствовать в конференциях в Ереване. А в целом — спасибо Владу Орликову за организацию комфортной и позитивной конференции в это непростое время.
Я сам активно общался на конференции, встретился с многими знакомыми и познакомился с новыми людьми. А потом еще три дня смотрел Ереван в компании с некоторыми другими участниками, которые тоже спланировали посмотреть город. Я там был первый раз, мне интересно.
Выступать у меня планов не было, но на SQAdays-EA выступил с экстренной заменой Самоопределение: чего я хочу от жизни и работы. На AnalystDays тоже был готов к выступлению, но не потребовалось.
А теперь — заметки с докладов, которые я публиковал в ходе конференции. Они - в том порядке, в котором я их слушал, но я хочу отдельно отметить доклады Натальи Савастюк про обратную связь и самомотивацию, Антона Семенченко про проектирование AQA и про и релокацию и стрессоустойчивость с простыми методами самодиагностики, Алены Демышевой про освоение новой предметной области, Татьяны Половинкиной про D5 - Domain Driven Design и Data Driven и Екатерины Лысенко про риски.
2022-09-29: Saint Highload и Saint Teamlead - рабочая обстановка
В Петербурге подряд прошли конференции Saint Highload и Saint Teamlead, и поэтому я публикую общий отчет с обоих конференций. Конференции, в целом - не сильно отличаются от соответствующих московских по общему направлению. При этом доклады - не повторяются, так что имеет смысл быть и в Москве и в Питере. Питерские меньше московских, но собирают по 1000 участников каждая, так что нет впечатления, что они камерные, как было на первых, уже нет.
Принципиально новых трендов я не заметил. Конечно, нынешние события актуализировали тему заботы компании о сотрудниках, но это было и раньше как устойчивый тренд, еще до всех этих событий, на РИТ-2019 был отдельный тренд про счастье на работе. А забота - как раз о том, чтобы сотрудники были счастливы.
Организаторы, помимо обычных докладов, стремятся дать на каждой конференции какую-то тему. Для Saint Highload это были обзорные доклады по истории - архитектуры, языков программирования, способов интернет-атак и так далее. А на Saint Teamlead - доклады про психологию от профессионалов, не только психологов, но и психиатра. Все это есть в моих заметках по докладам.
Отмечу, что геополитика, конечно, повлияла на конференции, тем более, что прямо перед ними объявили мобилизацию и какое-то очередное количество людей просто резко взяли билеты и уехали. Но панических настроений - не было, был конструктив, и среди тех кто уезжал, и среди тех, кто оставался, и нормальная коммуникация. Люди научились жить с черными лебедями. Хотя по-прежнему не слишком разбираются в сценариях происходящего. Я тут хочу отметить, что ничего принципиально нового в нынешних сценариях нет, все происходящее более-менее укладывается в спектр известных геополитических сценариев. Это не значит, что будущее предопределено: у сценариев - разные интересанты, и происходит борьба между ними и адаптация к происходящему. Но экстраординарного, на мой взгляд, не происходит. Правда, я довольно плотно слежу за геополитическими сценариями еще с кризиса 2008 года, да и раньше поглядывал. Впрочем, я оптимистично думал, что переход к многополярному миру обойдется меньшим количеством эксцессов и большим учетом взаимных интересов - а этого не случилось. Но это, в общем, ничем не отличается от ситуаций в проектах: ты как-то оцениваешь, насколько гладко проект пойдет, но при верном анализе негативные сценарии сюрпризом не оказываются.
Происходящее актуализирует тему личного самоопределения. Этой весной профессиональное самоопределение оказалось завязано на геополитику гораздо сильнее, чем раньше. И принимать решения о том, как жить и действовать дальше, самоопределяться приходится гораздо чаще. Об этом было мой доклад Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022) - я давал схемы, которые позволяют думать о самоопределении системно. При этом многие из них нужны не только для самоопределения, но и для коммуникации, понимания других, постановки цели, работы с собственным драйвом от деятельности и так далее. Это все смежные темы, и без них самоопределение не слишком получится. Поэтому схем - много, а доклад - обзорный. Но по части из них у меня есть материалы, а по другим - готов подробнее ответить.
Ну а теперь - про доклады. Только не забывайте, что на обоих конференциях было по 6 треков, так что у меня - малая часть. А из тех, что я слушал, я бы особенно отметил доклад Филиппа Дельгядо про микросервисы и Никиты Логинова про отличие мышления экспертов на основе реально научных исследований. Еще я бы отметил доклад Дениса Васина про блокчейн в корпоративной архитектуре, там было про технические и социальные аспекты, которые делают такое решение уместным. Но другие доклады тоже реально интереснее, перечитывая заметки, которые я публиковал в ходе конференции при переносе в отчет я снова это вспомнил.
2022-09-17: ПИР-2022: От VUCA-мира к BANI, далее SHIVA
В начале сентября каждый год проходит Фестиваль ПИР — большая встреча тренеров, коучей, консультантов, HR и бизнеса, на которой можно хорошо увидеть тренды и ситуацию не только в сообществе помогающих профессий, но и в бизнесе — она хорошо отражается на сообществе. А еще на фестивале активный нетворкинг, атмосфера и культурная программа. Поэтому, попав на него в 2016, я продолжаю ездить и выступать каждый год. И, как обычно, делюсь впечатлениями.
Пост на FB репост в группе Спиральная динамика
2022-09-08: Отто Шармер. Теория U
Я читаю книги и, когда книга захватывает — делаю заметки для себя, пишу конспекты. Потом публикую, и часть из них оказывается очень удачной. Например, мой конспект Фредерика Лалу побудил во многих читателях интерес к этой книге, помог разобраться в содержании. У меня были отзывы, что человек читал книгу, решил, что это обычный флейм. Потом прочитал мой конспект, и сначала решил что я многое просто взял из своего опыта, додумал содержание книги, полез проверять, обнаружил, что в книге это есть — и снова перечитал, уже на другом уровне. А мой конспект книги «Успех без стратегии» Марка Розина оценен автором, как качественное изложение основных идей и они теперь дают тем интересующимся клиентам, которые не готовы читать книгу целиком. Надеюсь, этот конспект будет удачным. А другие книги Отто у меня на очереди, я их тоже буду читать.
2022-08-21: Через месяц SQAdays и AnalystDays в Ереване - присоединяйтесь
Ковид, а затем нынешняя геополитика существенно нарушила прямые связи, которые интенсивно наращивались последние десятилетия. С этим можно смириться, а можно пытаться изменить то, что в твоих силах. Владислав Орликов, организатор многим известных конференций SQAdays и AnalystDays пробует изменить это, организовав конференции на нейтральной площадке, в Ереване, куда можно свободно приехать из России, даже без загранпаспорта, и из других стран. Влад уже много лет стремиться укреплять общение между пост-советским ИТ и мировым, приглашая на конференции иностранных спикеров из разных стран. И на нескольких из них, например, на SQAdays в Киеве и во Львове получались очень интересные выступления. И хорошо, что это продолжается сейчас, в новых условиях. SQAdays пройдет в Ереване 30.09-01.10, а AnalystDays 02.10, через месяц с небольшим. На них будут спикеры из разных стран, программа сейчас почти сформирована, там, как обычно, много интересных докладов. И, мне кажется, правильно поддержать эту попытку и съездить на конференции. И, на мой взгляд, это - не та ситуация, когда конференции делают для коммерческого успеха, это именно попытка насколько возможно восстановить нарушенные коммуникации. А Ереван - интересный город сам по себе, и можно воспользоваться случаем и его посмотреть, приехав пораньше или задержавшись. В конце концов, от нас с вами тоже зависит насколько границы в новом мире станут жесткими.
2022-08-03: Социократия - источник практик для IT - расшифровка доклада
В сентябре 2021 года на Saint TeamLeadConf я делал доклад Социократия - хороший источник практик по организации IT-проектов. Социократия - это набор шаблонов для организации на основе самоуправления. В ней есть фреймворк, чтобы строить управление организации в целом, но основная ценность в том, что отдельные шаблоны можно применять независимо для решения конкретных проблем. При этом недавно Социократия была пересобрана и дополнена с использованием практик из других технологий управления - холакратии, бирюзовых организаций и Agile-методов. Из Agile взяли много, примерно половина шаблонов знакома и применяется в IT. А вот другая половина - интересна, многие шаблоны решают распространенные проблемы управления в IT. И в рассказе я делал фокус именно на них. Организаторы конференции расшифровали доклад и на основе этого мы сделали статью на habr Социократия - хороший источник практик по организации IT-проектов. Так что теперь можно не только посмотреть доклад, но и прочитать статью.
2022-07-05: FinNext-2022 - разбираемся с черными лебедями финансового рынка
30 июня прошел форум FinNext, основной темой которого было разобраться с черными лебедями, которые слетелись на российский финансовый рынок. Как ни странно, основная оценка текущей ситуации состоит в том, что новых черных лебедей не замечено, все они уже кружили. Хотя то, что они все вместе сядут никто не ожидал. А второй тезис в том, что кризисные ситуации - это не только потери, но и возможности, они очень стимулируют развитие. И сейчас оно ожидается. Как сказал Кирилл Меньшов: «Рывку вперед предшествует пинок сзади, сейчас он получен».
Я попал на форум благодаря журналу Банковское обозрение, который хотел получить качественный репортаж. Сейчас репортаж опубликован с фотографиями спикеров. А я у себя публикую подробную версию с конспектом выступлений - такое количество букв сейчас не слишком хорошо воспринимается современным читателем, даже профи. Но есть любители, которые ценят такие мои репортажи, это - для них.
2022-06-22: ЛАФ - море общения и содержательные доклады
В прошедшие выходные был на ЛАФ-2022 — Летнем аналитическом фестивале. Это тоже конференция аналитиков, но по формату и атмосфере она очень сильно отличается от AnalystDays. И сопоставима по количеству участников — было несколько меньше 500 человек. ЛАФ проводится с 2010 и первые годы был в Иваново: суббота была с докладами в офисе, вечером ехали на турбазу, шашлыки и общение, а в воскресенье продолжали работать — не взирая на открывающиеся возможности для отдыха. А несколько последних лет оба дня проходят на турбазе или доме отдыха в разных местах. Были Владимир, Тверская область, Кострома, а в этом году — Софрино в Подмосковье. И благодаря формату на фестивале царит атмосфера активных знакомств участников и общения. Тем более, что в пятницу вечером, после заезда, был командный квиз и дискотека, а в субботу — афтерпати с живой музыкой, танцами и шашлыками. Пати завершилось около полуночи, но общение продолжалось до полтретьего минимум, потом я ушел спать.
Что интересно, от AnalystDays отличается не только формат конференции, но и состав докладов, можете посмотреть сами программы: ЛАФ и AnalystDays. На ЛАФ гораздо больше докладов про профессиональную работу аналитика и кейсов конкретных проектов. При этом, конечно, получилось меньше докладов по softskill, хотя они тоже были. Но, как и на AnalystDays докладов, связанных с особенностями работы аналитика в микросервисной архитектуре — не было. Да, были доклады по интеграции, но в них обычная логика, свойственная enterprise-приложениям, а не ситуации, когда запрос пользователя обрабатывается несколькими сервисами и надо обеспечить надежный отклик за приемлемое время при их асинхронной работе. И доклад Дмитрия Морякова про распил монолита задача про минимизацию связей выделяемой части ставилась, но способ решения был в тщательном анализе этих связей, который выполняет аналитик по выделенной архитекторами части, известными методами.
Из докладов я хочу отметить Екатерины Подолиной про визуализацию, пригодную чтобы показать 20к элементов в комплексной картине. Очень интересный способ.
Я сам делал доклад про способы описания бизнес-архитектуры. И участвовал в круглом столе «Почему индустрии нужны проектировщики, а не аналитики?» Это заняло полдня, а дальше я слушал доклады и вел репортаж в телеграме в ходе конференции. Рассказ об этом — дальше в отчете. Надо отметить, что рассказ заведомо не полон: на конференции было пять треков. Кроме того, параллельно с моими выступлениями шли выступления очень хороших спикеров, которые я тоже пропустил. Жаль.
До описания докладов — пара слов о площадке. В целом площадка Софрино — хорошая. Мне лично по атмосфере прошлогодняя под Костромой на берегу Волги в лесу понравилась больше, чем парк Софрино, но это уже вопросы личного вкуса. Я знаю, что участникам понравились бассейн и рыбалка. Но у Софрино есть несколько системных недостатков, один — критичный. Во многих номерах — ровно одна розетка в комнате, высоко на стене рядом с телевизором, так что без удлинителя при подключении зарядки телефон просто висит в воздухе, да и у ноутов не всегда хватает длины провода, в результате он может лежать на полу на проходе с рисками наступить. Проблема лечится удлинителем, я совершенно случайно с собой взял, можно было сильно поругавшись получить на ресепшн, но количество ограничено. Если в следующем году будет там же, то в письмо участникам стоит написать об этом недостатке, чтобы они взяли удлинители. А еще — большие полотенца, потому что отельные очень малы, и ножницы, чтобы открывать шампуни и гели для душа, пакеты руками не разрываются (один из пяти поддался). А если будут искать другую площадку, то, может, стоит завести чеклист проверки для номеров так же как для конференционных залов — чтобы такие предупреждения формировать.
Но, несмотря на отдельные недостатки, конференция прошла великолепно. Громадное спасибо организаторам и программному комитету за прекрасную, вдохновляющую конференцию и качественную программу! И всем участникам - за море общения!
2022-06-08: AnalystDays - стабильно хорошая конференция
В конце мая прошла очередная, четырнадцатая #AnalystDays. Я участвую в них с самой первой конференции в 2012 году, пропустив только одну в 2019 году. Это профильная для меня конференция, а среди участников много старых друзей и хорошее общение. И эта конференция не стала исключением. А еще по докладам можно посмотреть, что происходит в сообществе и как реально выполняются проекты. По способам работы аналитика и формату написания постановок это очень хорошо видно.
И тут стоит отметить несколько факторов. Докладов про то, как писать постановки, в программе практически не было - а это значит пользуются известными способами, никаких принципиальных новшеств тут нет. То есть изменения архитектуры приложений, переход на микросервисы слабо сказались на работе аналитика. А значит аналитик по-прежнему описывает преимущественно внешний формат работы приложения - через формы, user story, use case, функциональные требования и другими известными способами, а дизайн отдан разработчикам и в него аналитики не погружаются, максимум описывают структуры данных.
Дополнение по обсуждению предыдущего тезиса. Народа на докладах про микросервисную архитектуру - много, на AnalystDays минимум одby такой доклад был. То есть интерес к теме - есть. Но потребности работать по-другому - нет. Потребность - это когда по-старому нельзя и ты как-то экспериментируешь, что-то делаешь по-другому - и тогда об этом можно рассказать. Как-то, как получается делать, не ожидая, пока кто-то напишет книжку с методами. Микросервисы - давно есть, не супер новая тема, на highload и других конференциях - много разработческих докладов. А аналитики в этом движении не участвуют. Моя гипотеза - что дизайн и архитектуру окончательно отдали разработчикам. Работа через userstory и макеты интерфейсов не требует понимать как работает приложение. От не понимания не комфортно - отсюда интерес. Но не более. Позиция системного аналитика, который проектировал устройство - окончательно исчезла, проектирование интерфейсов добавилось к бизнес-аналитику, который стал просто аналитиком, а остальное - разработчикам или стало не актуально. У системного аналитика было проектирование базы данных. С переходом на объектные языки это стало служебной по сравнению с диаграммами классов, которую аналитики не освоили, хотя общая БД осталась - но разработчики уже могли делать в реализации по-своему, исходя из диаграммы классов и ограничений ОРМ. А переход на микросервисы, у каждого из которых своя БД, проектирование БД без знаний об устройстве приложения окончательно утратило актуальность. Эта гипотеза подтверждается тем, что в командах сервисов без GUI аналитики встречаются очень редко. Ниша упущена.
На конференции были доклады о том, как вести анализ данных и о том, как продавать бизнес-идеи. А еще - много докладов про софт-скилл, ведение проектов и обучение аналитиков. И вот здесь я вижу контраст между тем, что рассказывают на AnalystDays и тем, что я слышу на других конференциях, на котором много докладов по той же тематике - AgileDays, TeamLeadConf. Аналитики, которые были на конференции - мыслят в более традиционных процессах.
Характерный пример с первым докладом - он был посвящен делегированию, которое понималось как поручение конкретных задач. А вовсе не как передачу ответственности за определенную область, что характерно для выступлний на других конференциях. При этом доклад занял первое место по голосованию участников - а значит именно такой навык наиболее востребован. Может быть потому, что для передачи ответственности за определенную область, сначала надо научиться поручать конкретные задачи, чтобы они выполнялись. А этому - не учат, приходится осваивать самому. И в докладе это подробно было разобрано.
Так что в целом уровень докладов соответствует основной аудитории конференции. На этом я закончу о конференции в целом, и перехожу к конкретным докладам. Начну со своего, а дальше будут конспекты других докладов. Отмечу только, что уже в конце следующей недели будет ЛАФ, другая конференция аналитиков. Интересно будет сравнить впечатления. А осенью у организаторов в планах провести две AnalystDays: в Ереване 02.10 и в Петербурге 4-5.11. Выбирайте и участвуйте!
2022-06-02: AgileDays - развитие идет своим чередом
25-26 мая прошел очередной AgileDays в комбинированном формате: первый день онлайн, второй — очно и онлайн. Очный день прошел в центре международной торговли, как всегда было много участников (по-моему, называли цифру 800) и много общения, которое является очень важной составляющей конференций и очень ограничено в онлайн-варианте. В целом конференция была предсказуемой — Agile и другие методы самоуправления продолжают успешно осваиваться, и на конференции участники этого движения делились опытом.
О текущем состоянии и перспективах Agile была панель «Старый новый Agile», организованная Павлом Алферовым, в которой я принимал участие. Форма довольно интересная: Павел задает тему или вопрос, эксперты высказывают тезисы, которые далее становятся предметом немедленного голосования аудитории. Участники из зала тоже могут дополнить набор тезисов для голосования. Каких-то принципиальных открытий это голосование для меня не принесло.
- За наибольший вклад в развитие Agile в России успешно соперничали два события: конференция AgileDays как регулярное мероприятие сообщества, которое драйвит процесс и выступление Грефа на Гайдаровском форуме в 2016, где он рассказал о своей ставке на Agile и которое дало мощный импульс для его развития в госкомпаниях и корпорациях. Кстати, выступление — любопытное, он прямым текстом сказал «Те, кто не освоят Agile в текущих бизнес-процессах, будят лузерами завтра» (интересующиеся могут посмотреть выступление или прочитать мой разбор в этой статье).
- Лидерство в текущих трендах было за распространением Agile в крупных корпорациях, которые идут через этот процесс с болью от столкновения культур, результаты получаются разные, но все равно движение не останавливается, потому что необходимость — объективна.
- И он же было отмечен как наиболее значимый в будущем — переход крупных корпораций на масштабируемые Agile-методы управления. Мой тезис о том, что через 10 лет Agile-методы объединяться с другими практиками самоуправления и станут основным методом управления на всех масштабах от команд до стран — не поддержали. Впрочем, поживем - увидим.
- Но, что интересно, при голосовании о будущем значимая часть голосов была за предсказание, что Agile-методы загнутся. Конечно, такой скептицизм достаточно распространен, но интересно, зачем эти люди пришли на конференцию.
Правда, это все по памяти: участвуя как эксперт, я не вел записи. Так что мог что-то упустить.
Я, как обычно, вел репортаж с конференции, только не в facebook, а на своем телеграм-канале. И они дальше собраны в отчет. А перед этим я хочу отметить те доклады, которые оказались значимыми для меня лично.
- Анна Обухова рассказывала про протокол авторизации результата. Тема для нее не новая, я лично первый раз услышал на AgileDays2019 в докладе «Саботаж — понять и не простить» (в моем отчете есть конспект и ссылки), но обычно это была пара слайдов, а здесь ей был посвящен отдельный доклад с описанием нейрофизиологии процесса. Плюс сам протокол расширен, к логической авторизации, добавлена эмоциональная авторизация (о которой я почему-то не написал в телеграме — исправляюсь в отчете).
- Брайан Робертсон, автор Холакратии, рассказывал о пятой версии. Самое важное — они распилили монолит, теперь холакратию можно брать частями. И первая часть — просто фиксация существующих ролей и ответсвенности, эта методика может быть ценной сама по себе, даже без перехода на самоуправление. Она поднимает прозрачность, и фиксирует фактическую, а не идеальную картину. Она, конечно, плюс чтобы исправить неприглядной, но ведь чтобы исправить неприглядное его сначала надо увидеть.
- Дмитрий Тайя рассказывал про опыт Orange: Agile в крупной корпорации пророс снизу, партизанскими методами до того масштаба, что Agile-команды стали заметны на уровне топ-менеджмента, те заинтересовались и инициировали масштабные проекты, уже сверху.
- Алексей Ильичев в своем докладе рассказал про Энеаграмму так, что я понял ее принципиальную конструкцию, а не 9 описаний каких-то типов. Мне это важно.
- Про социократию 3.0 рассказывал ее автор Джеймс Прист, а Дмитрий Зацепин рассказывал про ее практику в OilEnergy и это тоже было интересно. Потому что социократия — это вовсе не способ получить хаос, это способ того, как получить порядок, но без начальников. Более сложный, чем традиционная иерархия, но гораздо более уместный для организации умственного труда, слабо поддающегося регламентам.
А теперь про доклады в хронологическом порядке. Но помните, что я слышал только часть докладов - было много параллельных треков. И точно знаю, что какие-то хорошие доклады пропустил.
2022-05-23: Модель личности
В статье — мой рабочий вариант инженерной модели личности. Так сложилось, что у меня состоялась серия обсуждений и знакомства с различными материалами, которые дали комплексный результат — его я и фиксирую в статье. Естественно, над моделью далее я буду вести работу, она будет развиваться. Вместе с тем, я думаю, что она будет интересна не только мне, но и другим людям — поэтому публикую.
2023-12-01 По модели личности сделан подробный доклад Меняя себя и других - понимай устройство: инженерная модель личности (Teamlead-2023). Затем была написана серия статей, а затем - опубликована книга "Инженерная модель личности".
Модель личности нужна для решения практических задач в области самоопределения, коммуникации и других. Для этого есть множество разнообразных моделей в психологии и смежных областях. Проблема в том, что они — эмпирические, и многие из них восходят к началу 20 века, к Юнгу, Фрейду и другим основоположникам, когда о физической работе мозга практически ничего не знали.
В последнее время исследования нейрофизиологии дали много материалов о том, как реально функционирует мозг и сознание, каковы механизмы мышления и принятия решений. Конечно, эти модели так же не завершены, и о многом известно лишь приблизительно. Однако, уже известно достаточно много, чтобы актуализировать старые модели из психологии, понять, какие именно нейрофизиологические механизмы лежат в их основе. И соответствующим образом относиться к моделям, а так же строить гибридные модели, опираясь на взаимосвязь механизмов. Но в силу узкой специализации психологи этим практически не занимаются, а продолжают применять известные модели в рамках сложившихся традиций.
Сейчас в ИТ стоит задача массового обучения сотрудников умению работать с собственным самоопределением, вести эффективную коммуникацию и совместную работу. И все это лучше делать, имея комплексную рабочую инженерную модель личности. На мой взгляд, ее уже вполне можно довести до того уровня, который имеют рабочие модели организации. И сразу замечу. Поскольку речь идет о модели для решения практических задач, вопрос научной доказательности модели меня не слишком интересует. Я знаю, что многое из того, на что я далее опираюсь, носит статус гипотез, которые не доказаны. Или гипотез, для которых неизвестны границы применимости, а ранние заявления об их широкой применимости опровергнуты конкретными экспериментами. Это для меня не слишком важно, потому что лучшего-то нет — вот и работаем с тем, что есть. Грубо сшивая разные теории. Если же вам известны конкретные альтернативные гипотезы — я буду рад о них узнать и, если они окажутся перспективными — включить в модель.
P.S. Из этой модели родилась новая версия докладов по самоопределению.
2022-05-20: Teamlead - вдохновляющее продолжение Highload
Вслед за Highload был TeamleadConf. Там же, в Крокусе, но несколько скромнее, 2000 участников, а не 3000 как на Highload, и поменьше стендов, от этого площадка казалась очень свободной. Но это - по контрасту, а так - столь же интересное общение множество интересных докладов. И, я надеюсь, в сентябре в Питере тоже будет великолепно.
В этот раз к TeamleadConf присоединился KnowledgeConf, конференция по управлению знаниями. Понятно, что оно нужно не только тимлидам. Но конференция - новая, первый раз была в 2019, а потом наступил ковид. В 2020 ее провели online, а в в этот раз решили объединить с Teamlead, потому что делать автономную конференцию - дорого, а перспективы собрать участников - неясны. Управление знаниями - проблемная область, потому как, с одной стороны, оно всем нужно и всем им по факту занимаются - когда сохраняют знания о проектах, онбордят сотрудников, передают знания от уходящих, налаживают обмен опытом, а, с другой стороны, это делают в рамках основной деятельности и обычно без выделенных позиций специалистов, наряду с прочим. И потому для потенциального участника конференция проигрывает по сравнению с профильными. А ведь управление знаниями - довольно старая дисциплина, в ней есть свои практики и методы, которые позволяют существенно ускорить решение всех этих задач, сделать их более уверенными.
Всего на конференции было 8 треков, из них два трека мастер-классов, которые не записывали и не транслировали - потому что там был практическая работа в группах, и шесть треков обычных докладов. И теперь кратко о тех, на которых я был. Их не так много, так как часть слотов я общался в кулуарах, а не слушал доклады. Наверняка пропустил много интересного. Но это можно послушать в записи, а общение - не восстановимо.
2022-05-15: Highload - люди очень соскучились по живому общению
#Highload ознаменовался очень плотным общением — приехало очень много знакомых, с которыми получаются содержательные разговоры на очень разные темы. Спохватываешься, когда очередной слот доклада оказывается безнадежно пропущен. Впрочем, так и надо: доклады можно посмотреть в записи, а содержательные обсуждения и мысли иначе не получишь. И это — не только мое впечатление, люди явно соскучились по общению на таком масштабном событии. Да, осенью был Highload и Teamlead в Питере, но они — сильно меньше. А такие масштабные офлайн-конференции были еще до ковида, Highload осенью 2019, а Teamlead успел пройти в феврале 2020. И вот эта атмосфера общения, бурление кулуаров — основное впечатление конференции. Она проходила в Крокус-Экспо, собрала почти 3 тысячи участников, 4.6 тысяч было онлайн. И я предвкушаю аналогичное общение на Teamlead, которая пройдет во вторник-среду. Многие будут на обоих, но часть приезжала только на Highload — а значит на Teamlead будет кто-то еще.
Но все-таки общение не отменило доклады. Публиковать заметки прямо в ходе конференции у меня не очень получалось, поэтому я решил не тянуть с отчетом. Особенно отметить хочу два. Доклад Александра Кривощекова из Яндекс-Еды про паттерны отказоустойчивой архитектуры, и доклад Константина Кичинского из Касперского «Секретная карта IT-экосистемы, из которой становится понятно, к чему готовиться», на который, правда, я зашел уже ближе к концу, так что еще буду смотреть в записи. Но в любом случае, я видел малую часть конференции — на ней было восемь треков. А еще — множество (десятки) стендов разных компаний, на которых были реальные технические эксперты, и с ними можно было обсудить свои проблемы.
Я выступал с докладом Визуальное проектирование масштабируемых приложений про модель представления микросервисного приложения как сообщества гномиков, которые работают и взаимодействуют в акторной модели. Был полный зал, и это приятно. Сама модель перспективна, мне много говорили о том, что ее надо доводить до практикума, и я буду рад сотрудничеству, если кто-то этим займется. Пока найти таких партнеров не получается, очередные планы порушили события весны. Так что если есть интерес — откликайтесь.
А теперь — про конкретные доклады.
Дополнение. Очень хорошая книга с российским опытом - Валера Разгуляев "Бирюзовое управление на практике".