Блог:Максима Цепкова

Профессиональный блог Максима Цепкова.

Ранее был на http://blogs.uml2.ru/blogs/maksiq и http://softwarepeople.ru/, затем на сайте компании http://lib.custis.ru/Blog-mtsepkov, а с 19.05.2014 переехал сюда.

Сейчас все посты из старых блогов скопированы на мой сайт, при этом восстановлены посты, утраченные при закрытии портала SoftwarePeople. Полный список статей можно посмотреть в оглавлении блога.

Я в соцсетях

http://www.facebook.com/mtsepkov
http://www.linkedin.com/in/mtsepkov
https://twitter.com/mtsepkov

У меня есть личный телеграм-канал https://t.me/mtsepkov

И личный ЖЖ http://maksiq.livejournal.com, там путешествия и другие мысли вне ИТ.

Последние посты


[ Иерархический вид ]Комментарии

Очередной фокус (2023-05).

  1. На основе спиральной динамики, agile-методов, социократии и других современных методов менеджмента самоуправления сформировалась целостная сборка схем, зафиксированная в серии статей. собранных в книгу Менеджмент цифрового мира - это дальнейшее развитие зафиксированного в 2018.
  2. Набор используемых моделей softskill был зафиксирован в докладе Модели softskill для тимлида (TeamLeadConf-2019) и нескольких последующих
  3. Сформировалась и развивается сборка схем, посвященных самоопределению, по ним есть серия статей и докладов Самоопределение
  4. Начата работа над сборкой схем по модели личности - пока смотри статью Модель личности, готовится доклад.

Модель мозга крокодил-котик-человечек - модель триединого мозга Маклина (Paul MacLean). Я смотрел материалы и критику этой модели, которую сейчас квалифицируют как "устаревшую", в том числе статью Triune brain в википедии, статью Что не так с триединым мозгом? и другие. И полагаю, что ее вполне можно использовать как рабочую для моих целей. А именно, с моей точки зрения эта модель хорошо описывает физические слои (tier) мозга как мыслящей системы.

  1. Альтернативные модели не выдвинуты, есть лишь общий тезис, что "все сложнее". Предъявите лучшую модель - тогда обсудим. Да, модель упрощенная - ну так и учитывайте это, когда с ней работете.
  2. В критике, и, возможно, в модели смешивают функциональное и структурное (модульное) деление мозга как системы мышления. Выделенные отделы - структурные, при этом на них локализованы некоторые функции. У других живых существ эти функции, у которых структурные части отсутствуют или маленькие, функции локализуются в других частях, выполняясь в другом объеме. Это - нормально.
  3. Критика о том, что эволюционное развитие модель не подтверждает, на мой взгляд, как раз преимущественно основана на смешивании функционального и структурного деления.
  4. Вероятно, Маклин предполагал гораздо большую автономность выделенных частей в процессе мышления, чем она проявляется реально, в том числе - регистрируется современными методами измерения активности отделов мозга в разных ситуациях. Да, части связаны сильнее, ансамбли нейронов идут через границы структурного деления, подобно тому, как в работающем приложении бизнес-логика выполнения функций задействует многие слои приложения. Это надо учитывать.
  5. Возражение, что "Теория предполагает, что рептильный мозг человека взят млекопитающими от рептилий в неизменном виде, а это не так, он сильно доработан" повергает меня в недоумение. Я как-то сомневаюсь, что Маклин настолько не представлял себе мозг ящериц или крокодилов, чтобы выдвинуть такой тезис. Разбираться кто тут какие слова так интерпретировал - не очень интересно.
  6. Возражения, что с помощью этой теории обосновывают исключительность человека, у которого есть неокортекс или даже большая префронтальная кора - какая-то идеологическая фигня. Мало ли, какими теориями обосновывают разный бред. Даже если сам Маклин что-то такое писал, это следует рассматривать отдельно.

Из откликов на отчет в телеграм-чате, сохраню сюда.

Роман Левентов: 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 написал: мне видится, что Предприниматель и Интегратор соответствуют Визионеру и Архитектору, а Производитель и Администратор - Бизнесмену и Орг-архитектору. Думаю, так даже точнее: у Адизеса только стили руководства, а не вся деятельность.

Петр Щедровицкий Для организации понимания важна установка. В текстах и действиях акторов можно искать совпадения, а можно фокусироваться на различиях. Я хочу выделить три группы таких различий.

  • Во-первых, в СРТ я выделяю «позиции», а не «роли». Позиционный анализ позволяет ввести специфические «цели» и «средства». В том числе выделить конституирующие данную позицию типы знаний и способы их употребления. В пределе «позиция» задается культурной нормировкой: ценностями, подходами и онтологией. «Роли» [в отличие от позиций] задаются социальными, а не культурными нормами.
    Анатолий Левенчук Петр Щедровицкий а у меня "роли" -- культурно-обусловленные, прямо написано (задаются мемомом, воспроизводящем практику/деятельность/метод). Но они и не совсем "позиции", конечно. То есть на уровне "просто слов" -- не бьётся.
  • Щедровицкий- позиции. Из комментария на FB к статье про 4 позиции.jpg
    Во-вторых, на мой взгляд архитектура современной СРТ определяется позицией «технологического предпринимателя». Все остальные уровни СРТ можно «вывернуть» через эту позицию. «Инженерная» позиция появляется в рамках СРТ, создаваемой технологическим предпринимателем. Возможно, это изображение текст «вокруг этой "связки>> складывается ряд поддерживающих и обеспечивающих ее инфраструктур институциональных решений деньги институты, обеспечивающие производство, накопление, обращение, освоение новых знаний институты, обеспечивающие, возникновение поддержание "спонтанного порядка>> инженер предприниматель технологии мышления социально- профессиональная организация структура общества экономическое разделение труда между фирмами города и системы расселения <железные>> технологии пространственная организация территории: размещение промышленности и инфраструктур»
  • Щедровицкий- позиции-2. Из комментария на FB к статье про 4 позиции.jpg
    В-третьих, по мере развертывания больших волн развития=промышленных революций позиция «инженера» усложняется и дифференцируется. В ходе первой промышленной революции, наряду с «проектировщиком» в инженерном модуле СРТ появляется позиция «организатора=менеджера». В своих лекциях я подробно разбираю какова базовая функция этого типа деятельности и как, по мере общего усложнения СРТ, происходила дифференциация данной позиции. Возможно, это изображение 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 - вроде она вполне актуальна как схема верхнего уровня. И в каком-то виде ее можно применять не только для софта.
  1. Верно ли, что Implementation, то есть собственно разработка системы - за рамками ролей, как и последующие этапы? Или Разработчик ее частично/полностью делает?
  2. Верно ли, что Concept of Operations делает Визионер в части использования готового продукта и следующих из этого коммерческих выгод для его создателей, Разработчик - работает с другими аспектами концепции, например, с удобством использования, которое должно быть обеспечено, и так далее - Requirements в терминах V-модели?
  3. Верно ли Architecture в смысле декомпозиции и связей делает Архитектор, а предметную часть, а также Detailed Design - Разработчик? То есть в смысле V-модели получается такой сэндвич: Разработчик по ней работает выше архитектора и ниже него?
Анатолий Левенчук: Maxim Tsepkov там начиная с "берём V-model -- вроде как она актуальна" не так. Уже неактуальна, идёт же "непрерывное всё", а V-модель это может быть схема для одной фичи, и то там ну ой сколько оговорок, и в большинстве вариантов там с требований начинается, а их нет, и т.д. В курсах (не учебниках, ибо мой опыт показывает, это только вчера на группе мои студенты обсуждали -- без выполнения заданий содержание текста курса не воспринимается, проскакивает мимо мозга) всё это объясняется. И уж точно там объём изменений такой, что в комментах в фейсбуке не раскрывается!
Максим Цепков: Непрерывное все означает одновременную работу, но не исключает артефакты/фокусы внимания. Те же требования - смерть инженерии требований не означает смерти требований как таковых, потому что требования = описания системы как черного ящика = описание внешних функций системы, и это описание - есть. Другое дело, что оно не всегда может быть на входе, до архитектуры и дизайна, и не всегда живет долго, а возникает как промежуточный этап коммуникации при разработке конструкции. При этом может появляться после конструкции: мы придумали что можно сделать и проверяем. подходит ли это для решения нашего бизнес-кейса.
Понятно, что обсуждение в деталях - точно за рамками комментариев. Но все-таки, ты прокомментировал, я хочу разобраться, потому что мне кажутся вещи не очевидными, и не слишком хочу ошибиться. Сформулировал три утверждения, опираясь на V-модель как известный формализм о том, что мне кажется не очевидным . Можешь ты к ним как-то отнестись коротко, от "совсем неверно" до "похоже, хотя есть нюансы"? Или все-таки конструкция в твоих курсах настолько отличается, что в терминах V-модели это обсуждать невозможно? И аналогичного графического образа нет, только тексты, которые к тому же следует изучать с учителем на курсах проходя задания?
Левенчук позиции - из комментария на FB к статье.jpg
Анатолий Левенчук: Ну вот требования это не только функциональное описание, но и деонтика -- и поэтому их выкинули. Оставили только 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

Про перепись мозга на искусственные носители у Грациано. Он фокусируется на том, чтобы снять нейроны и связи. А, с моей точки зрения, это слабо полезно, надо уметь снимать пороговые значения передачи на синапсах и текущие состояния, память - в них. Потому что в процессе развития ребенка структура мозга прорастает с большим запасом по более-менее заданной кальке, а потом - специализируется при накоплении опыта. То есть формально связи остаются, но пороги меняются по мере того, как нейроны включаются в функциональные ансамбли. Странно, что он об этом не пишет.

Продолжил читать Дэвида Рока (я когда-то начинал читать, а потом - что-то отвлекло). Комментарии - в этой записи, в основном - критические, Рок многое смешивает.

  1. Не следует путать автопилот внутреннего крокодила и осознанное внимание внутреннего человечка к телесным переживаниями. Внутренний Котик включён в оба режима, но по-разному.
  2. Не следует путать внутреннего режиссёра и внутреннего чувствователя, это - разные ансамбли нейронов. Режиссер управляет осознанной частью внимания, а чувствователь - продолжение внутреннего котика во внутреннем человечке, который умеет различать что именно мы чувствуем, переживать это на сознательном уровне.
  3. Интуиция тоже отличается от подсознательного чувствователя
  4. Работа режиссёра и чувствователя требуют ограниченных ресурсов оперативного внимания мозга, поэтому их включение, естественно, приглушает основную деятельность. Но по мере того, как это входит в привычку, энергии надо все меньше.
  5. Два способа уменьшить энергию на какой-то процесс: (а) просто сделать его привычным за счет частого повторения и (б) перевести его на автопилот внутреннего крокодила с точечным включением внутреннего человечка. Понятно, что (б) доступно не для всех процессов - сознательное мышление внутреннего человечка в коре.
  6. Режиссёр, он самость по Шварцу - выделенный персонаж за спектаклем или переходящая роль субличностей? Точно, что не у всякой субличности есть режиссёрская часть. Однако, она есть поскольку у тех, с которыми связан не прерывающийся поток целей и воли, а не просто ситуативные включения в управление.

Дочитал книгу Грациано, попутно возник ряд тезисов, фиксирую здесь. Тезисы - мои, с книгой связаны косвенно.

  1. Мозг непрерывно создает обобщенные образы объектов, но он же инстанциирует конкретные образы для одного объекта, при этом используя комбинацию обобщенных, и эти экземпляры живут своей жизнью. В аналогии процессов: в интернет-магазине есть обобщенные процесс обработки заказов или управления транспортом, и есть экземпляр, отвечающий за сборку и доставку конкретного заказа, и он тоже живет. Об этом надо всегда помнить.
  2. Есть зона мозга, управляющая вниманием. И есть осознанное управление этой зоной, которое, вообще говоря, ограниченное - управление касается, в том числе, участков, которые мы не осознаем. И там могут быть свои управляющие зоны, хотя и связанные с этой, в целом за управление тоже отвечают распределенные ансамбли нейронов.
  3. Управление вниманием связано с сосредоточенностью и целеполаганием.
  4. Осознанность и внутренний разговор - следствие необходимости внешней коммуникации, необходимой для совместной деятельности. Системы управления вниманием - отдельно, системы осознанности - отдельно. Грациано их часто смешивает вместе.

Объяснение мышления и принятия решений через работу конкретных нейрофизиологические связи есть у Дэвида Рока в «Мозг. Инструкция по применению». О ней так же говорит Анна Обухова в своих докладах, рассказывая про стресс и борьбу с ним и про эффективность работы мозга в целом. В обоих случаях рассказ преимущественно без акцентов на типологические особенности разных людей, задача — дать человеку представления о собственном мышлении (мозге) как об объекте, которым надо управлять.

Все-таки, слово личность в разных контекстах трактуется очень по-разному, поэтому совсем не определять, что именно описывает модель личности - не получается. Так что ряд тезисов.

  1. Речь идет о личности человека, а не животных. При этом на уровне hardware мозг человека отличается от мозга животных лишь количественно - числом нейронов и связей, а на уровне software отличия более значительны. Вместе с тем, я знаю, что четкой границы между способностями решать задачи между человеком и млекопитающими, особенно старшими приматами - не выделено, что они могут решать довольно сложные задачи, сопоставимые с задачами, которые решают дети в раннем возрасте, и есть мнение, что часть из них не могут научиться говорить на простом уровне потому что не приспособлена гортань (речевой аппарат), а альтернативные способы коммуникации на простых языках осваивают. И вопрос о наличии самосознания или модели собственного сознания и собственного Я у них открыт, тут все зависит от интерпретации конкретных экспериментов. Но мне в данном случае интересно строить модель именно для человека, чтобы далее работать с психологическими моделями и другими моделями высокого уровня. То, что эта же модель будет в некоторой мере описывать мозг и мышление млекопитающих - не очень интересно.
  2. Наоборот, мне не интересно разграничивать людей по тому, что этот конкретный человек - личность, а тот - лишь "обыкновенный человек". В рамках модели я предпочитаю говорить о способностях личностей конкретных людей делать конкретные действия, например, принимать рациональные решения, или быстро строить модели других людей, или осознавать причины своих решений. То есть важно, чтобы модель была применима ко всем людям, за исключением, быть может, пораженных какими-то тяжелыми болезнями, пагубно влияющими на мышления.
  3. Личность имеет внутреннюю и внешнюю составляющие. Внутренняя - способность человека к мышлению: обработке информации, накоплению опыта и обучению, осознанию себя, принятию решений, воплощению их в действия. Внешняя - проявление результатов этого мышления в виде поведения и социальных взаимодействий, включая коллективное мышление.

В обсуждении на FB Андрей Забгаев сформулировал важный тезис, который напрямую следует из моей статьи, но явно не сформулирован: личность как нечто целостное и холистическое вообще иллюзорна. B это - действительно так, личность ребенка явно не является целостной, потому как опыт фрагментарен. И далее это развивается, мышление в разных контекстах, например, на работе и дома - тоже фрагментарно, столкновения контекстов, например в историях, когда муж и жена начали работать в одном подразделении - это подтверждают.

Максим, привет! Подскажи, пожалуйста, OMG Essence и OKR как-то связаны/сочетаются между собой, или они приведены вместе просто потому что это два варианта управления многофокусными проектами?

Желтый уровень из Спиральной динамики, как и все остальные, упомянутые в статье.

Осенью 2020 мне написал Yves-Michel Marti из The Baconian Company, что он нашел эту схему, она ему показалась интересной, и он хочет включить ее в статью для сборника (это анонс), который должен выйти в январе 2021. Позднее он прислал текст статьи «How Intelligence feeds Innovation. Merchants of Light of the Elizabethan Renaissance», принятый к публикации. В статье приведена эта схема и высоко оценена «An astute Russian researcher, Maxim Tsepkov, had the brilliant idea of describing the information processing process with process mapping software». Пользуясь случаем, я хочу поблагодарить Максима Осовского, который в свое время вдохновил меня на перевод.

« первая ‹ предыдущие 100 последняя »

Войдите, чтобы комментировать.

2021-07-21 новая статья: Agile-методы и проектный подход - в чем разница

2021-07-13: Даниэль Браун, Итске Крамер. Корпоративное племя

CorporateTribeCover.jpg

Мне несколько раз рекомендовали книгу Браун и Крамер «Корпоративное племя», и, наконец, я до нее добрался и прочитал, делюсь впечатлениями. Для меня в книге много интересных деталей, но в целом нет ничего неожиданного. Потому что укладывается в более комплексную картину Спиральной динамики. Возможно, наличие рабочей комплексной картины тут играет негативную роль: ты все начинаешь воспринимать через ее призму, и если резких противоречий не наблюдается, то детали можно всегда отнести за счет различия в опыте. И, более того, какие-то важные аспекты ты по этой причине можешь отнести к второстепенным различиям. Дальше я изложу свое видение, и если у кого из читателей будет иная точка зрения — то буду рад обсуждению.

→ продолжить чтение…

2021-07-06 новый выпуск TMFM: Agile-методы и проектный подход - в чем разница

AgileVsPM-TMFM.png

Недавно вел модуль, посвященный Agile на Advanced Business Management в Стокгольмской школе экономики. И в обсуждении с участниками модуля проявилась мысль, что в рассказе про Agile-методы обязательно надо фиксировать, в чем отличия с классическим проектным подходом. Потому что проектный подход многие менеджеры изучали, и им надо понимать разницу. У меня в презентации это было, но мало. К тому же вопрос – непростой, потому что за 20 лет развития Agile вобрал многие практики классического менеджмента, и наоборот, классический проектный подход вобрал практики Agile. Но объединить – не получилось, и PMI-институт теперь сертифицирует по Agile-методам тоже. Потому что есть принципиальные различия. Об этом – мой новый выпуск «Agile-методы и проектный подход – в чем разница». Слушайте на сайте http://tmfm.site, на Яндекс-музыке и на других площадках, ссылки — на сайте TMFM или на моем сайте в подкасте «Менеджмент цифрового мира».

Мой пост на FB Пост радио 
Другие выпуски

2021-06-29: AnalystDays и ЛАФ - похожие и разные

C интервалом в месяц прошли две конференции аналитиков: 21-22.05 AnalystDays в Петербурге, а 19-20.06 Летний аналитический фестиваль под Костромой на берегу Волги. Я был на обоих, писал заметки с докладов на facebook, а сейчас собираю их в общий отчет. И в начале хочу немного сравнить обе конференции, чтобы вы могли сделать выбор между ними или наоборот, решить, что вам нужно быть на обоих. Так случилось, что это были двенадцатые конференции: хотя ЛАФ начался на пару лет раньше AnalystDays, в 2010, но AnalystDays последние годы проходил дважды в год, так что нумерации сравнялись.

ЛАФ всегда содержал очень большую неформальную часть. Несколько лет, пока конференция проходила в Иваново, в субботу был день докладов в обычном формате, а вечером участники ехали в дом отдыха, где было большое вечернее общение с шашлыками и другими активностями. И в воскресенье мастер-классы продолжались уже там. И, что интересно, их активно посещали, хотя можно было купаться и проводить время совершенно по-другому. При этом многие участники приезжали с семьями и детьми - они как раз использовали преимущества такого формата. А потом конференция начала менять локации, проходила в разных других местах, и в доме отдыха были уже оба дня с возможным заездом в пятницу. И по-прежнему участники предпочитали доклады и мастер-классы другим доступным активностям. Но вот вечером и ночью всегда были активные дискотеки, костры, песни под гитару. Впрочем, при этом параллельно шли вполне серьезные профессиональные разговоры. На этот раз организаторы пошли еще дальше, можно было не только заехать в пятницу, но и приплыть в дом отдыха на отдельном теплоходе, маршрут начинался в Иваново, потом экскурсия в Плес и дальше по Волге до места. Я, правда, на теплоходе не поехал, но по отзывам - было очень интересно, так что если опыт повторят - буду участвовать.

При этом, что важно, ЛАФ с самого начала была не коммерческий, его организовывало сообщество http://uml2.ru и цена была очень демократичной. И продолжает такой быть в сопоставлении с другими конференциями. При этом в этом году был ажиотажный спрос, так что сотню остававшихся на конец мая билетов раскупили практически за один день, и пришлось закрыть регистрацию. Конференция собрала 450+ участников, площадка была переполнена и часть участников поселились в соседних локациях или самой Костроме.

А еще программа ЛАФ включает не так много докладов, гораздо больше - мастер-классов и круглых столов. При этом круглые столы - это места реального обсуждения и интерактива со слушателями, когда организаторы реально хотят получить обратную связь по спорным тезисам. Да и в докладах часто рассказывают спорные точки зрения именно для получения обратной связи и обсуждения.

AnalystDays по сравнению с ЛАФ - более традиционная конференция: доклады и мастер-классы, которых больше чем на ЛАФ именно потому, что доклады составляют большую часть программы, а они короче мастер-классов. Проходит на крупной площадке в Москве или Питере. Еще недавно в локациях был Минск, а несколько раньше - Киев, но последние события это исключили. Но, будем надеяться, что в будущем оно вернется. При этом пространство неформального общения тоже есть - афтепати после первого дня конференции, и большой холл, в котором общение практически не прекращается - идет обсуждение прошедших докладов, знакомства и в целом обсуждение различных профессиональных тем.

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

Так что выбирайте сами, какая конференция вам ближе, или участвуйте в обеих. Следующая AnalystDays будет осенью в Москве, потом опять весной, а ЛАФ - в июне. Конечно, спикеры и их доклады отчасти пересекаются, но всегда можно пойти на другой трек.

Посты на FB моя лента Анализ в ИТ-проектах

Ну а теперь - про доклады. Отмечу, что я слышал только один трек из многих, выбирая его по своим критериям. И написанное выше про общение ко мне тоже относится - часть слотов я пропустил по этой причине.

→ продолжить чтение…

2021-06-29: Менеджмент самоуправления - в курсе Advanced Business Management Стокгольмской школы экономики

В пятницу проводил модуль на курсе Advanced Business Management https://abm.sserussia.org/ в российском отделении Стокгольмской школы экономики в Москве. Модуль был посвящен современному менеджменту цифрового мира, основанному на самоорганизации, с фокусом на Agile-методы и особенно Scrum, которые лежат в основе многих других. Эти методы возникли как ответ на вызовы цифрового мира, которые в IT пришли раньше других отраслей, и уже 5-7 лет идут в другие отрасли по мере того, как эти вызовы набирают там силу. И потому я рассказывал не столько внутреннюю конструкцию методов, сколько механику того, как и за счет чего обеспечивается ответ. А для этого необходимо затронуть много материала и моделей, включая Спиральную динамику для объяснения корпоративной культуры.

Для меня лично в этом ничего нового, я эту тему развиваю уже около пяти лет, есть большая серия статей https://mtsepkov.org/NewMngSeries и обзорные материалы. Но вот то, что эта тема вышла за пределы конференций в фундаментальные программы - свидетельство ее распространения и актуальности, это важный маркер изменений. Модуль был практически в начале программы и потому получился обзорным, а далее многие вопросы будут глубоко раскрываться - программу ведет много разных преподавателей, и для меня было приятно оказаться в их числе. Спасибо Дмитрий Титарев за приглашение.

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

На фото я с Дмитрием Титаревым, который организует курс в целом, и Натальей Гульчевской и Марией Ветницкой, которые продолжали модуль во второй половине дня, детально погружая в Agile: участники курса будут работать в командах по eduScrum.

Пост на FB

2021-06-18 новый выпуск TMFM: Как организации идти к самоуправлению

TMFM-WayToSelfMngCompany.png

Попытки решить проблемы компании с помощью самоуправления в командах часто проваливаются: сотрудники не берут ответственность, не проявляют инициативы. Причины – в корпоративной культуре и профессиональном самоопределении, а не только в способах организации. Об этом мы поговорим в новом выпуске подкаста «Как организации идти к самоуправлению». Слушайте на сайте http://tmfm.site, на Яндекс-музыке и на других площадках, ссылки — на сайте TMFM или на моем сайте в подкасте «Менеджмент цифрового мира».

Мой пост на FB Пост радио 
Другие выпуски

2021-06-09: Скоро TechLeadConf

Через три недели, 30.06-01.07 состоится #TechLeadConf Я посмотрел программу - там много интересных имен и интересных докладов. Цена, конечно, кусается, ну что поделать. Сам я тоже буду выступать, и у меня, как у спикера есть один бесплатный билет. Я знаю, что не во всех компаниях оплачивают конференции сотрудникам, поэтому если мы знакомы лично и хотите пойти на конференцию, а компания не оплачивает - напишите в личку на FB или телеграм. Я выберу одного из тех, кто напишет и отдам билет ему. А для всех остальных моих подписчиков организаторы дают промокод TechLead{speak} на 15% - можете использовать.

P.S. А через 10 дней - ЛАФ. Там тоже будет много замечательного, но все места давно проданы...

2021-06-08: Какое самоуправление нужно сотрудникам

Попытки компаний перейти самоуправление или его элементы часто разбиваются о нежелание сотрудников брать ответственность и проявлять инициативу. И этому есть системные причины. Их разбор и варианты действий - в моей новой статье Какое самоуправление нужно сотрудникам? Она продолжает серию "Менеджмент цифрового мира" (оглавление http://mtsepkov.org/NewMngSeries).

Посты на FB в моей ленте, в группе Бирюзовые организации

2021-06-07: Интервью в сообществе Zettelkasten ru по широкому спектру тем

Сообщество Zettelkasten_ru проводит встречи-интервью с очень интересными людьми. Общий список есть в закрепленном сообщении, а в это воскресенье была встреча со мной. Она получилась длинной и насыщенной, по очень широкому спектру тем - управление знаниями, мышление, развитие общества, agile, менеджмент на самоуправлении, спиральная динамика и другие. Я благодарен Рустаму Агамалиеву за приглашение, и рекомендую всем и сам канал и, особенно, его встречи.

Встречу со мной в общий список пока не добавили, ее запись доступна в сообщении https://t.me/Zettelkasten_ru/14278, а в сообщении https://t.me/Zettelkasten_ru/14369 Рустам сделал расшифровку таймкодов встречи.

00:01:06 — Сайт Максима
00:05:50 -- Подготовка к лекциям и выступлениям.
00:06:50 — Есть ли база за пределами ВИКИ.
00:08:00 — Что такое эджайл?
00:12:30 — Раньше люди были более конкретными.
00:13:07 — Что стало с эджайлом?
00:13:56 — Чем отличается террорист от методиста? 🙂
00:15:40 — Ключевая особенность скрам.
00:16:50 — Кто лучший руководитель проекта?
00:18:30 — О точке невозврата и предохранителях.
00:23:30 — Теория ограничений и бережливое производство.
00:27:20 — Стандартизация знаний в IT.
00:28:38 — Корпоративная архитектура.
00:30:50 — Методы проектирования корпоративной архитектуры.
00:33:13 — Про нулевую маржинальную стоимость.
00:39:50 — Инвестиции в программный код.
00:43:50 — Кто такое архитектор?
00:50:06 — Нужно ли управление знаниями?
00:52:00 — История про хлебопечку и знания.
00:55:20 — История о потерянном знании.
01:00:06 — Самое важное в базе знаний.
01:02:00 — Метрика эффективности базы знаний.
01:04:30 — Как научиться управлению знаниями.
01:07:12 — Почему не существует отрасль управлениям знанием.
01:08:20 — Об онтологии.
01:12:20 — Почему её и не будет, отрасли.
01:14:05 — Обучение управлению знаниями детей.
01:21:30 — Нужно ли учиться мышлению?
01:24:00 — Зачем учиться системному мышлению?
01:30:00 — Школа СМД.
01:32:00 — Про Московский методологический кружок.
01:35:00 — Что такое спиральная динамика?
01:40:06 — Этапы развития общества и мышления.
01:57:30 — Что такое социократия?
02:00:00 — Синтез бирюзовых компаний ещё не закончился.
02:05:00 — Горизонтальная компания.
02:09:00 — Spotify framework.
02:13:00 — О развития таланта.
02:15:00 — Что вам мешает дать обещание?
02:20:40 — Об инновации и трансформации.

На встрече я упоминал много материалов, и потом на канале давал ссылки на свой сайт


2021-05-16: AgileDays - жизнь продолжается

Полтора месяца назад, в конце марта была пятнадцатая конференция #AgileDays. И она была для меня первая оффлайн-конференция после долгого перерыва на пандемию. Полноценная, с виски-парти. Правда, очно был всего один день, а не два - воркшопы второго дня были online. Но все равно, офлайн-конференция с живым общением - это очень хорошо, активное общение всегда было важной частью конференции, его не хватало в online-формате. Как обычно, я публиковал заметки с докладов во время конференции, а сейчас собираю их в отчет. Можно было быстрее, но я надеялся на майских посмотреть записи докладов и отчет расширить. Это не очень получилось, были другие дела. Но я посмотрел панельную дискуссию и доклад Сергея Щербинина про работу трансформаторов, о них тоже напишу.

Если говорить об общих впечатлениях о конференции, то Agile - развивается и успешно используется. При этом у специалистов есть общее понимание, что это - никакое не единственно-верное решение, это инструмент, один из широкого набора. Весьма востребованный в текущей ситуации, но это лишь статистика. А в конкретной ситуации с учетом контекста решение, скорее всего, будет гибридным и включать набор различных практик. А то, что многие по-прежнему ищут серебряную пулю - это есть, это часть устройства соверменного мира...

Перед разговором про доклады, отмечу, что презентации конференции почти сразу были опубликованы в программе. А записи докладов по-прежнему доступны лишь участникам.

→ продолжить чтение…

2021-05-14: новый выпуск TMFM: Способы координации между Agile-командами

TMFM-AgileScale.png

Основа любой Agile-трансформации – создание автономных самоорганизующихся или хотя бы самоуправляемых команд. Но чтобы компания целиком шла к намеченным целям, работу отдельных команд надо координировать, и в этом выпуске мы поговорим о них: от OKR, управления по целям, достаточном, когда команды делает конечный продукт, до более сложных фреймворков, применяемых при длинных цепочках создания ценностей и зависимостей между работами, при которых координации по целям недостаточно. Слушайте на сайте http://tmfm.site, на Яндекс-музыке и на других площадках, ссылки — на сайте TMFM или на моем сайте в подкасте «Менеджмент цифрового мира».

Мой пост на FB Пост радио 
Другие выпуски

2021-05-03: TeamLeadConf - почувствуй разнообразие культур компаний вживую

По свежим впечатлениям публикую свой отчет с TeamLeadConf, которая прошла в последние дни апреля. Если говорить о ситуации в отрасли, которую отчетливо высветила конференция, то работа в условиях жестко дефицитного рынка персонала. По сути, это объединяет все доклады на самые разные темы - о конфликтах и софтскилл, о вовлеченности мотивации и выгорании, о владении разработчиков бизнес-языком. Да и доклады об организации процессов разработки имеет смысл рассматривать именно в этом контексте - потому что дефицитный рынок персонала означает, в том числе, неукомплектованность и высокую динамику команд, ты не можешь заранее собрать полноценную команду дополняющих специалистов под новый продукт, а вынужден работать с неполными командами, подключая новых специалистов по необходимости и, наоборот, предлагая опытным специалистам перейти в новые проекты, несмотря на ресурсный провал в команде, возникающий вследствие этого решения. Так что команды все время живут и переформировываются, и при этом должны работать слаженно и эффективно, в противном случае тут же возникают проблемы с экономикой. А еще ситуация состоит в том, что все эти темы надо рассказывать на понятном инженерам и разработчикам языке, при этом на хорошем уровне, за которым бы они видели модели, а не фуфло.

Это - общее. А дальше начинается разнообразие, связанное, прежде всего, с разнообразием культуры компаний. Которая, конечно, зависит от экономического контекста, в котором функционирует компания, но в большей степени зависит от ценностей и идей топов и основателей компании. Потому что это они во многом выбрали контекст функционирования. При этом культура воспроизводится в сотрудниках, потому что проверяется при найме, осознанно или неявно, но проверяется обязательно. И, в некотором смысле, для топов тут получается самосбывающийся прогноз: у них есть некоторая картина мира, она отражается в культуре компании, привлекает сотрудников с аналогичной картиной - и возникает впечатление, что такая картина мира характерна для большинства, или, во всяком случае, для продвинутой части человечества, которая приходит на работу. А вот конференция позволяет тут увидеть разнообразие.

→ продолжить чтение…

2021-04-19: И снова offline - SQAdays-28 в Петербурге

SQAdays-28ph.jpg

16-17.04 был и выступал на 28 конференции SQAdays в Санкт-Петербурге. Обычного online-репортажа не получилось, поэтому быстро выкладываю отчет о коференции в целом. Главное, что я хочу сказать о ней - конференция стабильна. На нее приходят тестировщики, освоившиеся в профессии и получают импульс для дальнейшего развития, рассказы о решении задач и кругозор о том, что вообще происходит в тестировании. Да, без большой глубины, это особенность конференции, которая в целом определяется запросами аудитории. Примерно такое позиционирование обсуждали восемь лет назад после конференции во Львове, по результатам была статья организаторов на habr. И это - сохраняется.

А еще я хочу отметить, что у конференций Влада Орликова был самый короткий перерыв на пандемию. Да, в весной 2020 их не было, но осенью Влад провел запланированные конференции в Москве, сейчас прошла SQAdays, а AnalystDays будет в мае, тоже в Питере. И это - прекрасно!

Я участвую в конференции уже десять лет, с 2011, и сопоставляя нынешние доклады с прошлыми хочу сказать, что задачи - да, сохраняются. И сохраняются принципы и подходы к их решению. А вот конкретные способы решения - меняются. Потому что за это время окончательно перешли от монолитов и простых web-приложений к сложным многосервисным программным комплексам, у которых много клиентов на разных платформах - мобильные, web, desktop, в стек технологий добавился конвейер поставки и развертывания, которых тогда не было и многое другое. Так что посторяются именно принципы и отдельные приемы. И, как следствие - нет ученика, где бы можно было прочитать хорошие комплексные руководства, решения надо искать в отдельных статьях, других материалах в инете и на конференциях - не только в докладах, но и в общении участников. А еще - в чатах, которых тоже не было 10 лет назад - тогда существовали форумы, которые по характеру коммуникации - отличаются. Конференция дает доклады и общение с докладчиками и коллегами вместе, и в этом ее ценность.

Ну а теперь - про доклады. Начну с последнего Сергей Атрощенков. Новые Фундаментальные навыки. В докладе было сопоставление компетенций квалифицированного инженера 2000 с современными. В них существенно уменьшились требования к hard skill, включая знания технологий, прежде всего потому, что технологии быстро меняются. Зато увеличились доля soft skill - командная работа, коммуникации, и появились новые, касающиеся умения быстро осваивать новые технологии и решать задачи, которые ранее решать не умел. Раньше работой с новыми технологиями занималась лишь малая часть инженеров, а теперь это повсеместно, потому что, например, новые JS-фреймворки появляются и развиваются очень быстро, так же как базовые технологии, предоставляемые сотовыми телефонами, или технологии построения чат-ботов, распознавания речи и многое другое, и все это надо встраивать в свои приложения, хотя оно еще сыро и нестабильно.

И поэтому неправильно считать все эти компетенции некоторыми soft skill, дополняющими hard skill. По сути, сформировался корпус новых Essential Skills, которые лежат в основе. И Сергей приводил слайд со списком этих технологий от Яна-Мартина Левендаля из Gartner: умение учиться и аппетит к новым знаниям, аналитическое мышление, решение комплексных задач, умение работать с людьми, умение работать с технологиями, критическое мышление, креативность, селф-менеджмент, сопротивляемость стрессу и гибкость, лидерство и умение влиять на окружающих. И сказал, что часики - тикают, пора бы осваивать.

А я, глядя на этот список целиком, неожиданно понял, что все они покрываются курсами Школы системного менеджмента Анатолия Левенчука https://system-school.ru/ - я в начале апреля был у них на конференции, подробности можно посмотреть в моем отчете, поэтому картина сложилась. Да, набор курсов организован иначе, в своей внутренней логике. Курс онтологики и коммуникаций ставит аналитическое и критическое мышление, а также коммуникацию, при чем умение не только рассказывать свою мысль, но и быть убедительным. Тема мышления далее развивается в курсе системного мышления, при этом не только то, которое позволяет решать известные задачи, но и то, которое позволяет решать ранее неизвестные задачи. Включая задачи, для которых преподаватели и никто другой не знает способов решения, их надо придумать. Системный менеджмент далее развивает тему организации коллективной работы. Вводный курс Системного саморазвития - как раз про селф-менеджмент, умение относиться к себе как к проекту, ставить достигать цели, формулировать и решать задачи, и это же есть в других курсах. И так далее. При этом вводные курсы в чистом online-формате, без работы в группе с преподавателем, но с решением домашних задач для закрепления материала практикой стоят смешные 2тр. С преподавателем, конечно, дороже. А еще надо быть готовым инвестировать свое время - в большинстве курсов помимо пары часов в неделю интерактива с преподавателем надо быть готовым на 8-10 часов просмотра лекций, работы с источниками и выполнения домашних заданий. Без этого - не работает. И да, умение учиться курсы ставят, вернее, школа их непрерывно совершенствует для того, чтобы они были понятны и осваивались, но вот желание учиться и тяга к освоению знаний требуется от вас на входе. Так что, хотя часики тикают, возможности уже есть. А вообще Анатолий осенью выступал на SQAdays, так что можно посмотреть видео его доклада.

Виктор Капралов. Тестирование ARkit & ARCore. Очень интересный доклад про тестирование приложений дополненной реальности. Ты идешь с телефоном, камера показывает окружающий мир, на который ты вешаешь собственные маркеры объектов. Базовый функционал предоставляется платформами от Apple и Google, а твоя разработка - поверх них. И это сложнее, чем чистая виртуальная реальность, потому что там все окружение создается у тебя в шлеме, а тут надо виртуальные объекты хорошо синхронизовать с реальными в движении. Включая проблемы, связанные с тем, что телефон вовсе не находится на стабильно двигающимся штативе, он в руке, которая достаточно активно движется сама по себе. При этом камера телефона и базовые библиотеки дают надежную разметку только примерно в 5 метров, и хорошо выделяют горизонтальные плоскости - дорогу и пол, со стенами хуже. Собственно, поэтому многие демонстрационные ролики - в помещениях, а не на открытом воздухе, и телефон часто смотрит в пол или на стол, на котором и появляются дополнительная разметка. А вот если смотреть на здания и облака - все весьма сыро.

Иван Лукьянов. Мониторинг прода силами тестировщиков. Сообщение доклада сводится к тому, что если вам нужен только алертинг по запросам к базе данных, то есть хороший инструмент - Redash. Он умеет хранить запросы, выполнять их по расписанию и отправлять уведомления. Правда только на почту и slack. Зато создать алерт там много проще чем в Grafana, где алерты завязаны на визуальные представления, а они тут не нужны. А еще все коннекторы бесплатны, а для Grafana некоторые платны. При этом еще можно настраивать таймаут и другие параметры, чтобы если запрос оказался нагружающим - он срубился. Интересно, буду иметь ввиду.

А задача, которую решали - мониторинг, что собственная система аналитики с прода работает и передает данные. И поэтому важно проверять именно прод. Собственная система аналитики была разработана потому, что Google Analytics, которая ранее использовалась, по утверждениям Ивана вместо выдачи честных данных начал выдавать предсказания о них.

Максим Плавченок. Как мы добились нуля ошибок по итогам интеграционных тестов. Рассказ о практиках для уменьшения количества ошибок. Как хорошо знающий теорию, я многие практики опознаю, они известны в разных вариантах. А фишка в том, что собранное у них - собирается из разного и уместного благодаря ретроспективам. Это принципиальная разница подхода: мы не берем готовый процесс, а набираем его из разных практик. При этом люди, естественно, интересуются как ведут тестирование в разных местах и предлагают известные практики - но именно уместные для проблемы.

Василий Буров, Kaspersky Lab. Применение практик этичного хакинга при тестировании Windows приложений. Была интересная демонстрация уязвимостей Windows, которые могут быть использованы для целевой атаки на компанию. Этап предварительного проникновения завершается, когда неосторожный сотрудник открывает файл в почте или переходит по ссылке, и антивирус это почему-то не ловит. Тогда злоумышленник получает доступ под именем этого сотрудника на его локальную станцию, обычно с правами простого пользователя. Для реальной атаки надо дальше повысить привилегии до администратора домена. И вот тут дырами могут быть собственные приложения компании, развернутые на компьютере, если они написаны не аккуратно. Например, если сохраняют пароли с отладочных логах, которые потом не удаляют. Или прописывают пути с пробелами и без кавычек. Или директория, где установлено приложение, не защищена на запись от пользователя. И ряд других дырок. Информации было не так много, зато были ролики с живыми демонстрациями, как оно реально используется. При этом, оказывается, современный powershell позволяет удаленно скачать внешнюю утилиту из сети и ее исполнить без установки на диск, просто в памяти - то есть не оставляя следов. Интересненько.

Dmitry Gusakov. По-настоящему автоматизированные API тесты. Ребята сделали фреймворк, который по Swagger-описанию API и некоторым обобщенным шаблонам создает набор тестовых данных и тестовых вызовов этого API. Их первая идея - взять готовое, обнаружили много генераторов, но все они требуют уже подготовленных данных, создают только вызовы. Для подготовки данных они опираются на описание модели данных, на которой размечена обязательность полей и возможность их изменения, а так же необходимость наличия определенных объектов для прохождения теста, в том числе косвенных. Например, когда для создания объекта backup необходимо не только наличие сервера-источника и файловой системы-получателя, но еще особого объекта connection, описывающего связь между ними. Фреймворк выложен на gitHub в общий доступ, так что можно пользоваться и дорабатывать.

Ilya Roslyakov. Как Wargaming Platform прод шатает? Очень интересный доклад, посвященный тому, как Wargaming нагружает production-сервера, тестируя устойчивость к нагрузкам и к сбоям инфраструктуры, таким как падение свитча или сегмента сети, после которых идет массовое переподключение. Для чего? А для того, чтобы иметь уверенность что при реальных пиковых нагрузках - на праздники, в периоды распродаж и рекламных акций сервера это дело выдержат. ПРи этом иногда такие тесты реально роняют сервера, и компания несет потери - но они меньше потерь от падений в пиковые пользовательские нагрузки. Собственно, именно поэтому такая практика началась - были неприятные падения на целые сутки, потери от которых были ощутимы. Теперь, после введения такой практики их нет. Для стабильных продуктов тестирование идет несколько раз в год, в предверии ожидаемых пиков, а для тех, которые только развиваются, и на которые нагрузка растет - чаще, потому что отрицательный опыт пользователя, который только пришел может негативно сказаться надолго. Проводится все это по ночам, помимо команды тестирования есть команда оперативного реагирования для реанимации в случае падения, План-Б на случай падений и так далее. Об этой технологичной организации и был рассказ.


Юлия Абрамова. Оглянись вокруг: возможности для твоего развития находятся совсем рядом с тобой. Рассказ о том, чему может научиться тестировщик в процессе совместной работы и коммуникации у других членов команды - разработчиков, тимлидов, продуктов, девопсов, аналитиков, дизайнеров. Например, если родукт или тимлид интересуется какой-то задачей, о имеет смысл спросить себя - а почему интересует именно эта задача, чем она отличается. Ну и спросить, если ответ не очевиден. И это - шаг к пониманию мышления, управления приоритетами и другим аспектам работы, при чем на практике, а не в теории. Зачем учиться? Для того чтобы понимать работу комплексно и потому лучше выполнять свои задачи, а еще - чтобы понять, хочешь ли ты развиваться в сторону этих специализаций. Тут может показаться, что в докладе говорят известные вещи. Но это - не так, известны они тем, кто уже представляет работу IT-команды в комплексе, с различными ролями. А вот если ты в индустрии недавно, то доклад тебе даст те фокусы, которые важны в работе смежников, и которые ты можешь увидеть. Можно, конечно, наблюдать вообще за всем - но это требует гораздо больше внимания и сил. Фокусировка облегчает задачу.

Алексей Лянгузов. Автоматизация контроля качества данных. В общем, это было продолжение доклада Алексея на прошлой конференции. И я не буду пересказывать содержание, можно посмотреть прошлый отчет. Важно, что они оформили результат как бесплатное решение, правда, не free - для использования надо партнериться. Алексей призывал интересующихся с ним связываться.

Я тоже выступал - у меня был мастер-класс Тестируем устойчивость приложения в сервисной архитектуре. Разбор кейсов. Мастер-класс был построен на основое модели, которую я рассказывал на прошлой конференции. Сначала я ее кратко рассказал, потом - собрал кейсы участников, их было больше десятка, шесть из них получилось разобрать. Мне было интересно проверить модель на реальных кейсах, которые я раньше не слышал - можно ли получить быстрый эффект именно с ее помощью. На мой взгляд, получается успешно.

2021-04-15: Конференция школы системного менеджмента Анатолия Левенчука

В начале апреля был на конференции Школы системного менеджмента «Прикладное системное мышление 2021». Это — ежегодная конференция школы Анатолия Левенчука, на которой школа делится достижениями и планами на будущее, выпускники рассказывают о своих кейсах в реальных ситуациях, а приглашенные докладчики делятся своим видением по разным вопросам.

И в этом отчете я как раз хочу поговорить о развитии самой школы. Как я писал в прошлогоднем отчете, школа нацелилась на создание полноценного курса высшего образования, каким оно должно быть в современном мире. Потому что в условиях быстрого изменения технологий учить прикладным вещам, конечно, полезно, но это надо делать пару месяцев, а не несколько лет — потому что прикладной знание, которому 2-4 года — устарело. Поэтому учить надо базовым навыкам — как быстро и эффективно учиться, как быстро осваивать новые для себя области, как осваивать области, в которых технологии только развиваются и никаких учебников нет вообще. И как самому развивать эти области, успешно решая задачи, которые никто раньше не решал.

В прошлом году были сформированы и представлено многослойное дерево такого обучение, со слоями онтологики и общего мышления, системного мышления, на котором уже покоятся прикладные дисциплины системного менеджмента, системного лидерства, системной инженерии и другие. При этом слой еще опирается на умения, требуемые для самоорганизации — умение сосредотачиваться, ставить задачи и цели, строить траектории собственного развития и следовать им.

А также на качественное владение собственным телом, которое появилось из применения системного подхода к танцам и фитнесу и тоже развивается, является неотъемлемой частью школы. При этом, что интересно, работает перекрестное опыление: танец — динамический объект, который нельзя заморозить, поэтому упражнения по применению онтологики и системного мышления к танцу в соответствующих курсах помогают схватить на практике базовые понятия. И далее их применять к бизнес-процессам и другой деятельности компаний: их ведь тоже нельзя остановить, они существуют в динамике, а их сплошь и рядом останавливают, сводя к описанию статических структур.

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

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

Впрочем, это освоение полезно и без преподавания, а стоимость курсов относительно невысока. Правда, она будет повышаться — школа считает, что она дает качество образования выше многих ВУЗов, и потому стоить оно должно соразмерно, а не в несколько раз дешевле как сейчас. Но повышение будет поэтапное и постепенное, потому что разрыв велик: текущее повышение стоимости было от 1тр до 2тр за вводные online-курсы «Образование для образованных» или «Системное саморазвитие: введение в системное мышление», включающий не просто доступ к лекция и видео, а работу с заданиями и чат поддержки по решению заданий. Вариант с преподавателем, с которым есть 12 обсуждений по 2 часа в группе своих заданий, который есть для второго из курсов стоит, конечно, дороже, 19тр, но для трехмесячного курса это не дорого. При этом помимо работы с преподавателем требуется инвестиции своего времени 8-10 часов в неделю на самостоятельное изучение материала и домашние задания, без этого оно бесполезно.

Сформировав такой план школа пошла по нему, но не слишком быстро, новых курсов появилось не так много. Потому что это Прапион Медведева или другие опытные преподаватели могут вывести новый курс за несколько месяцев, включающих несколько опытных прогонов, разработку учебника и упражнений и относительную стабилизацию. Под относительной стабилизацией тут понимается ежегодная актуализация и переработка по обратной связи, часто сопровождающаяся переписыванием учебника, как это происходит с курсами Анатолия. А новые преподаватели двигаются по этому пути гораздо медленнее. Зато школа при этом прирастает преподавателями и развитие идет параллельно по многим курсам.

А еще одна причина — пандемия, которая интенсифицировала переход в online-формат. В целом многие курсы школы были доступны в online и до эпидемии, но с такими курсами, как системный фитнес потребовалась существенная доработка — там многое было построено на том, что тренер пальцами фокусирует внимание ученика на определенных мышцах, и за счет этого ученик помогает, что именно надо расслабить или напрячь. Научились обходиться без этого и вывели курс в online. Теперь тот же путь надо пройти для танцев, чтобы курс тоже был доступен online. Правда, только для обучения вдвоем — танцы парные.

Но пандемия дала и спрос на курсы, и обратную связь по формату, который дорабатывался. Включая и электронного помощника, который обеспечивает автоматизированную работу с заданиями для курса, и автоматизацию публикации самого курса для преподавателей, включая создание видеокурсов. При этом школа в свое время выбрала платформу Microsoft и это помогает — потому что за счет платформы видеокурсы можно создавать в PowerPoint одной кнопкой, а все преподаватели PowerPoint владеют, не надо обучать специальным средствам. А сама публикация выполняется технологично.

В целом школа говорит, что за предыдущие пять лет был построен хороший прототип, а теперь надо наладить промышленное производство, позволяющее обучать десятки тысяч студентов одновременно. Online-формат это позволяет. И сейчас идет перевод курсов школы на английский. Но такое обучение требует и большого количества преподавателей, которые работают со учащимися при выполнении теми заданий, и школа открыта к сотрудничеству.

Школа превращает обучающегося в Деятеля — человека, который меняет мир вокруг — компанию, бизнес, семью, общество. Именно деятели являются продуктом Школы, и ее задача — оснастить учащегося всем необходимым для этого инструментарием. И я этому очень рад — если судить по современному миру, то он очень нуждается в мыслящих деятельных людях в больших количествах. Понятно, что деятелей готовит не только школа Анатолия, но чем больше таких мест больше - тем оно лучше.

Правда, для начала они должны захотеть стать мыслящими и деятельными. Потому что опыт школы говорит, что есть большая разница между студентами которые готовы и хотят учиться, и теми, кого просто прислали по каким-то корпоративным программам, а им это обучение не слишком нужно. И это — одна из причин, по которым школа ориентируется на рынок людей, а не на корпоративное обучение, хотя от последнего и не отказывается. А на входе во многие курсы с преподавателями от студента требуется эссе, чтобы отсеять тех, кто не хочет учиться. Подробнее о прохождении курсов есть статья «C чего начинать учиться в ШСМ», дополняющая схему курсов.

Обо всем этом, о новых курсах были доклады преподавателей школы — действующих и разрабатывающих будущие курсы — Анатолия Левенчука, Церена Церенова, Прапион Медведевой, Анна Лубенченко, Антона Климата, Ирины Парамоновой, Виктора Агроскина и других. А еще были рассказы выпускников о том, что им дало обучение в школе на конкретных кейсах из реальной жизни, которые интересны сами по себе, а тут еще и представлены в едином подходе. Доклады — интересные и очень информационно-насыщенные. И они дают представление не только о кейсах, но и о людях — какие они приходят в школу, и что им она дает. И тут видно, что каждый берет то, что может, что ему актуально в данный момент, и для одних это — технологии системного мышления, а для других — навыки самоорганизации и управления собственным временем. А потом они возвращаются за следующим уровнем. В школе есть ученики, которые получив на работе новый сложный проект в новой области в очередной раз записываются на курс, взяв в качестве учебного свой новый проект, и таким образом его эффективно реализуют, заодно получая методические консультации именно по своему проекту. И обновляя понимание самого курса, которые тоже непрерывно развиваются.

Пересказывать все это я не буду. Отмечу только, что Виктор Агроскин принял трудную задачу сделать курс по экономике, взяв за основу подходы австрийской экономической школы как наиболее дееспособные, применив к этому методы системного мышления школы и целостно увязав со всем остальным материалом. Лично мне очень интересно посмотреть на результат.

А меня самого позвали выступить, представив свой взгляд на State of the Art современного менеджмента Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение. Понятно, что рассказать это в одном докладе невозможно, но я попробовал уложить все это на единую схему OMG Essence. Развитие менеджмента представляет собой сильно ветвящаееся дерево и каждая ветвь после отделения не сильно заботится о соотнесении с остальными. А помещение на общие схемы позволяет обсуждать все это разнообразие в едином пространстве.

А вообще видео и слайды уже опубликованы в посте отчете Анатолия Левенчука, где он тоже рассказывает о конференции и конкретных докладах, а также дает ссылки на видео и презентации конференции.

А это - финальная фотография второго дня с теми выступающими, которые были лично. Опция оффлайн-участия была только у спикеров, остальные - исключительно дистанционно.

SysSchoolConf-2021.png

2021-03-13 новый выпуск TMFM: Kanban - это вовсе не упрощенный Scrum

Scrum и Kanban - два наиболее распространенных и наиболее старых Agile-метода. И, вроде, о них и так все все знают, зачем еще раз о них рассказывать. Тем не менее, мысль о, их объединении в обобщенный Agile-метод, при котором Kanban позиционируется лишь как упрощенный Scrum - достаточно часто встречается в популярных изложениях. И у нее есть исторические корни. Scrum - Agile-метод, которому Agile обязан своим успехом и широким распространением. Поэтому когда позднее пришел Kanban, то многие восприняли его как упрощенный Scrum, и именно так серьезные спикеры рассказывали на вполне серьезных конференциях. А про глубокие различия начали понимать далеко не сразу. Поэтому я и решил все-таки сделать этот выпуск. Kanban отличается от Scrum вовсе не количеством практик и их компоновкой. А тем, что в нем вообще нет готового фреймворка, внедряемого революционно. Зато есть процесс непрерывных улучшений и эволюционной трансформации компании от текущего состояния в сервисную модель. Слушайте на сайте http://tmfm.site, на Яндекс-музыке и на других площадках, ссылки — на сайте TMFM и в моем подкасте «Менеджмент цифрового мира». А те, кто предпочитают читать - могут посмотреть мои статьи Scrum — пять изменения организации команды, принесшие успех Agile, Kanban и Lean — эволюция вместо революции, Доска — визуализация текущего состояния работы и другие из серии статей «Менеджмент цифрового мира».

Пост на FB
Другие выпуски

2021-03-13: Анархизм как источник идей о личной свободе в коллективной деятельности

Развитие происходит волнами и потому в нем отчетливо выделяются периоды, когда новая волна уже сформирована и развивается и периоды бурления и формирования новой волны на основе синтеза разнообразных идей. В периоды развития можно ориентироваться в своей деятельности на state of art, текущее передовое состояние по теме. А вот в периоды формирования так не получается, state of art фиксирует накопившиеся противоречия и множество различных идей и практик его преодоления, и синтез надо производить самостоятельно и по месту. При этом синтез часто происходит на основе идей, которые ранее уже высказывались, но оказались несвоевременными, уступили место на основном пути развития другим идеям.

Например, если взять развитие IT, то для синтеза объектной и реляционной парадигмы в одном языке, что было актуальной задачей с конца 90-х и было сделано в C# в 2008, потребовалось дополнить их функциональной парадигмой, которая развивалось с 1960-х в стороне от mainstream. А для последующего развития микросервисной архитектуры - вспомнить акторную модель, которая впервые появилась в SmallTalk в 1972. Фишка в том, что для продуктивного синтеза надо хорошо представлять исходные идеи, а для этого полезно обращаться в прошлое, к источникам периода формирования и активного обсуждения, а не к их сформировавшемуся современному состоянию. Потому что там активно высказывались и обсуждались варианты и альтернативы, которые затем были отброшены в контексте развития того времени - а сейчас контекст изменился, и перспективность вариантов следовать оценивать заново.

Сейчас такое же бурление и формирование нового образа будущего происходит в социальной сфере. Новость - старая, это предсказывал Тоффлер в 1980-х и другие визионеры. Но вот синтез позитивного ценностного будущего общества идет именно сейчас. Он уже частично произошел в организации бизнеса - организации на основе самоуправления и самоорганизации, социократия и agile-методы представляют результат. А вот ценностные вопросы, соотношение и взаимодействие индивидуальных и коллективных субъектов деятельности, вопросы самоопределения - еще не решены. И в этом контексте очень интересными представляются те идеи мыслителей прошлого, которые интенсивно вносит Петр Щедровицкий в своих постах, обращаясь к конкретным мыслителям, действовавшим век назад. Потому что начало 20 века - это предыдущий этап интенсивного синтеза нового об организации будущего общества. Пути, которыми пошли тогда в мире - известны. А сейчас - надо синтезировать новые идеи. Потому что путь социализма зашел в тупик, а культура жертвы не может быть основой созидательного развития.

Для меня тут интересны идеи анархизма в том виде, в котором он синтезировал идеи личной свободы с идеями коллективной деятельности - потому что ограниченность сил отдельного индивида уже тогда была интересна. И сочетание собственной свободы и своих прав с их ограничением, вытекающим из участия в коллективной деятельности и взаимодействии в социуме было проблемой, подлежащей решению. Собственно, эти мысли родились в ответ на посты с идеями Алексея Борового https://www.facebook.com/petr.shchedrovitskiy/posts/3768115963275273 и https://www.facebook.com/petr.shchedrovitskiy/posts/3770794179674118 которые посвящены именно этой теме. Но другие могут найти для себя что-то важное у других мыслителей. Поэтому я призываю следить за серией постов, Петр пишет активно и обращается к самым разным мыслителям. И, зацепившись за интересное - читать первоисточники или хотя бы плотные конспекты-изложения, хотя они и содержат очень много букв. Но вот только так можно зацепиться за интересное - я в свое время это оценил, читая Демократию в Америке Токвиля, в которой он вскрывает проблемы и обсуждения того времени, когда демократический способ управления был еще альтернативным вариантом. В современных изложениях такие вопросы, как ориентация демократических стран на широкое, но поверхностное образование и исследования или вопросы организации репрезентативного и ответственного представления уже погребены и залакированы многими последующими обсуждениями.

При этом, обращаясь к источникам прошлого, необходимо синтезировать их с современным состоянием. Функциональная парадигма или акторная модель ничего бы не стоили в исходном виде без синтеза с объектной и реляционной. Поэтому берем представления о рациональном мышлении и научном методе, например, у Дойча, спиральную динамику как представление о развитии систем ценностей, современный менеджмент - agile-методы и социократию, современные представления о человеке и устройстве его мозга и мышления - то, что известно из нейрофизиологии и то, что открыл Канеман и другие. И синтезируем результат. Сами, создавая собственную картину мира. Увы, в периоды трансформации взять готовое - не получится. Хотя смотреть на результаты чужого синтеза тоже необходимо и интересно. Но надежные решения по собственному самоопределению, по сочетанию своей свободы и индивидуальной траектории развития с участием в коллективной деятельности и работы в ней на цели этого коллектива - команды, компании, города, страны, человечества можно принимать только если картина - ваша собственная.

Пост на FB

2021-03-04: Бихевиоризм и фасад против реальных ценностей

Пост-обсуждение на FB

В обсуждении моего поста на FB про книгу Дойча «Начало бесконечности. Объяснения, которые меняют мир» вскрылась интересная штука про бихеиворизм. С одной стороны, он вроде был уже отвергнут как самостоятельный подход в ходе когнитивной революции в 60-х, и уже в 80-х когнитивизм превзошел бихевиоризм, об этом говорит статья Когнитивная революция. При этом когнитивистика все полезное себе взяла.

А с другой стороны, в статье Бихевиоризм читаем: «Прикладной анализ поведения (англ. applied behavior analysis, ABA) — научная дисциплина, использующая принципы радикального бихевиоризма для решения практических проблем… Имеет широкий спектр применения, включая профилактику распространения ВИЧ-инфекции, сохранение природных ресурсов, образование (в том числе для систематического повышения школьной успеваемости), геронтологию, поддержание здорового образа жизни и физическую культуру, промышленную безопасность, изучение языков, загрязнение природы, медицинские процедуры, воспитание детей, использование ремней безопасности, терапию при тяжёлых психических нарушениях, спорт, управление зоопарками и уход за животными, управление организационным поведением и борьбу со злоупотреблением наркотиками. Более того, хотя бихевиоризм и когнитивные школы психологии имеют теоретические расхождения, они дополняют друг друга в когнитивно-поведенческой терапии, которая приносит пользу в лечении определённых патологий, включая фобии, ПТСР и аффективные расстройства.»

Так что, получается, вовсе он не ушел, а по-прежнему активно работает, включая такие области, как образование и повышение успеваемости и другим, где когнитивистике, казалось бы, самое место. Школа осталась, мощная, и плевать они хотели на какую-то когнитивную революцию, судя по материалам.

Отмечу, кстати, что в посте много тредов интересных комментариев на разные темы, так что можете заглянуть.

А параллельно в телеграм-канале Социократия 3.0 для практиков было обсуждение модели компетенций Digital Leader 4.0, представленной на схеме справа. В комментарии утверждалось, что в ней речь идёт «о прозрачности, невозмутимости, отказа от амбиций и власти».

И эта схема вызвала у меня следующий комментарий: «Я гляжу на это фото — и не вижу в нем „прозрачности, невозмутимости, отказа от амбиций и власти“. Я вижу эмуляцию, требования к внешнему фасаду — но не вижу деятельного партнерства. Индивидуализм. Потому что если мы посмотрим, то тут вообще лишь три пункта про взаимоотношения с другими: „я доверяю своим сотрудникам“, „я даю обратную связь“ и „я общаюсь на равных“. То есть рамка всего этого получается „я и МОИ сотрудники“ — и это неявно в конструкцию зашитая иерархия, смягчаемая характером взаимоотношений „на равных“. Аналогично про прозрачность: „делюсь знаниями“ и „достойно представлен в соцсетях“ — это фазад, эмуляция. Прозрачность — это когда ты ты открыто информируешь о своих планах и замыслах, когда вся информация „по умолчанию“ открыта… Может быть, я ошибаюсь, ведь я смотрю только на фото, а не в книгу, где эти положения могут быть раскрыты в несколько другом ключе.»

Далее обсуждение пошло вполне конструктивно и по делу, была ссылка на статью Digital Leadership 4.0 — гости из будущего?, и в ней фокус действительно на содержании, а не на формальном фасаде. И было общее понимание, что поддержание фасада без внутренних изменений жрет кучу энергии, является совершенно непродуктивным и ведет к быстрому выгоранию.

  • Мне кажется, что такой фасад поддерживать без глубинных изменений просто не возможно. Он будет сбоить по всем фронтам. — Дмитрий Зацепин
  • Фасад-страшная штука, и никакой стержень не спасёт. Чтобы держать фасад нужно очень много ресурсов, энергии, сил, по сути, на пустоту тратить. В последние лет 10-15 в немецких журналах по менеджменту совсем другой вектор, на аутентичность и искренность. Развитие не фасадности, а своего лица. — Элеонора Сандуленко
  • Да, фасад — страшная штука. Выгорание и все дела. Собственно, как интегральное лидерство получилось? Топы выгорали, корпорации страдали — и пришли в Гарвард, там привлекли Кук-Гройтер и других специалистов, и те сделали концепт, в котором servant leadership позиционировался не как дело странных фриков, а как логичная стадия развития. Я об этом немного писал в Зачем бирюзовая компания владельцам - мой коммент.

Мне, правда, потом в голову наброс пришел о том, что трудность поддержания фасада может быть сильно преувеличена. Все мы учились в школе и наверняка среди одноклассников было приличное количество народа, которые держали перед родителями фасад успеваемости или интересов и общения в своих группах, сильно не соответствующий реальной успеваемости и фактическим интересам. Не тратя на это много энергии. Известная подростковая проблема, когда родители потом с удивлением говорят «Не может быть, мой ребенок …» Или так и не узнают детали, все хорошо обходится. По моим воспоминаниям, половина народа у нас в классе школе точно держали такой фасад. Отличается ли это сильно от того, что менеджер держит фасад «в духе времени». думая внутри про сотрудников совсем другое? И чем отличается?

Обсуждение продолжается, да и было оно гораздо более разнообразным и интересным, так что желающие могут почитать на канале в телеграм.

А здесь я хочу написать о том, что эти параллельные обсуждения родили мысль, которая заслуживает отдельного внимания.

Бихевиоризм сохраняет влияние потому, что он выводит вопрос о мотивах, ценностях и мыслях за рамки научного исследования, предписывая ограничиться наблюдением и не заглядывать за демонстрируемый фасад

Рассмотрим ее подробнее. Лживый социальный фасад как норма буржуазного общества — старая история и в литературе и в политике. В литературе это и Чехов с осуждением мещанства, и Мопассан и многие другие. А в политике это было написано на знамени коммунистической идеологии еще с Маркса. И потому отдельным фокусом коммунистической идеологии по отношению членам партии было требование искренне разделять ценности, а не просто их демонстрировать. Разоблачение лицемеров, которые лишь прикидываются верными идеологии — горячая тема партийной борьбы, а после революции она ушла и в практику общественной жизни. И, как известно, там была не только идеологическая борьба, а реальные процессы и репрессии. А на уровне идеологии это имело резонанс во всем мире.

И вот тут, примерно в 1930-е годы в Штатах появляется бихевиоризм. Как вполне научное направление. Которое, однако, получается дает реальные научные основания вообще не заниматься мыслями и мотивациями, а работать только с поведением. Он официально заявил, что все ненаблюдаемое не может быть объектом научного изучения. А наука тогда, в 1930-е пользовалась авторитетом. И таким образом, уже в социальной, а не в научной сфере он дал основания для специалистов по созданию фасадов не опасаться разоблачения, во всяком случае научного. Потому что ведь, если наука говорит, что смотреть можно только на поведение, а всякие там мотивы и другие мысли — химера и не наблюдаемое, то главное — держат фасад, создать нужный имидж, а внутри можно жить как живешь…

И именно этим может объясняться, что, несмотря когнитивную революцию, в прикладной области по-прежнему работает бихевиоризм, переименовавшийся в Applied behavior analysis, как я писал в начале поста. Ведь иначе возникнут очень неудобные вопросы о мотивах, например, когда корпорации, производящие удобрения или лица с ними связанные спонсируют исследования об опасности ГМО. А бихевиоризм говорит, что такие вопросы задавать не следует.

2021-02-28: Дэвид Дойч. Начало бесконечности. Объяснения, которые меняют мир

Deutsch-Infinity.jpg

Прочитал книгу Дэвида Дойча «Начало бесконечности. Объяснения, которые меняют мир». Книгу начал читать потому, что Анатолий Левенчук ссылается на автора, как представившего state of art в области эволюционной эпистемологии, мышления как вычисления, образующих современный научный метод, с которого имеет смысл стартовать, потому что предыдущие версии имеют больше исторический интерес. А в ленте мелькнул отзыв о том, что вовсе это не state of art, а так, частное мнение. И я решил, что нужно составить собственное представление. Которое сейчас и представлю. Мне будет интересно сопоставить свое мнение с восприятие других, кто книгу прочел. И тех, кто не читал. Возможно, это побудит их книгу прочесть.

Сразу хочу сказать, что для меня книга разделилась на три части, с разным восприятием.

  1. Научный метод и его развитие
  2. Теория мультивселенной как объяснение устройства мира
  3. Об устройстве общества

По ним — разные впечатления и оценки.

Disclaimer: весь текст - моя интерпретация и восприятие смысла.

→ продолжить чтение…

2021-02-25: Интеграция: синхронное, асинхронное и реактивное взаимодействие, консистентность и транзакции

В третьей статье «Интеграция: синхронное, асинхронное и реактивное взаимодействие, консистентность и транзакции» из серии «Как сделать хорошую интеграцию» я рассматриваю разные виды взаимодействия — синхронное, асинхронное, реактивное, и связанные с этим вопросы консистентности и транзакций. Рассматривая взаимодействие, важно не ограничиваться рассмотрением обработки одного сообщения, а рассматривать обработку потока входящих сообщений, иначе нельзя оценить производительность, а главное — можно пропустить неожиданные эффекты интерференции между обработкой разных сообщений, или даже одного сообщения, возникшие между запросом и получением ответа. А для этого надо понимать механику асинхронной и реактивной обработки, которая сейчас скрывается синтаксическим сахаром и библиотеками — внутренние очереди и ожидания. Подобно тому, как для эффективной работы с памятью и обеспечением производительности надо понимать алгоритмы сборки мусора, иначе возможны неожиданные эффекты — утечки памяти, неожиданные провалы производительности при включении сборщика и другие. Так и тут, обрабатываемый объект, например, заказ, вполне может измениться между посылкой сообщения и получением ответа за счет асинхронной обработки другого запроса — и это надо учитывать, в отличие от алгоритмов классической процедурной обработки, хотя может казаться, что у вас — единый поток управления.

Пост на FB

2021-02-23 новый выпуск TMFM: Кеневин-фреймворк - выбираем адекватный менеджмент

Не так давно был мой выпуск на TMFM в подкасте «Менеджмент цифрового мира» о разных видах менеджмента «Process, Project, Case, Product management - в чем разница?» Позднее по нему вышла статья на vc.ru, которая тоже вызвала много обсуждений. Возникает естественный вопрос - как выбрать подходящий менеджмент для своей компании. Один из способов дает Cynefin-framework, который классифицирует разные виды деятельности по их сложности и предсказуемости, и в зависимости от этого предлагает разные методы организации. О нем - в моем новом выпуске TMFM «Кеневин-фреймворк – выбираем адекватный менеджмент». Отмечу, что он относится к тем простым схемам, которые проводят важные различения и на них можно прорабатывать разные вопросы. Но часто его используют для иллюстрации настолько простых мыслей, что кажется, что за ним нет глубокого содержания, а лишь наукообразие. Поэтому я и сделал отдельный выпуск. Слушайте на сайте http://tmfm.site, на Яндекс-музыке и на других площадках, ссылки — на сайте TMFM.

Пост на FB
Другие выпуски