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

Материал из MaksWiki
Перейти к: навигация, поиск

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

Ранее был на 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». Пользуясь случаем, я хочу поблагодарить Максима Осовского, который в свое время вдохновил меня на перевод.

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

И источники по Давосу

Речь Макрона не нашел, только видео.

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

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

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

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


А теперь несколько слов о соотнесении теории власти Кожева со Спиральной динамикой. В основном тексте я уже писал, что власти Отца соответствует фиолетовый уровень, Вождя - красный, Справедливости - синий, а Господина - оранжевый. Спиральная динамика говорит о последовательном диалектическом развитии уровней, я об этом писал в статье Формирование уровней спиральной динамики в общественном сознании. Диалектическое развитие идет по квадрантам Уилбера (схема в статье), и поэтому мы получаем источники для типов власти в квадрантах, а не во времени: Господин - я-внутреннее, Вождь - я-внешнее, Отец - мы-внутреннее, Справедливость - мы-внешнее. Интересно соотнести временные аспекты, замеченные Кожевым с этими. Понятно, что типы власти будут различаться в зависимости от деления, вопрос - насколько сильно.

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

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

Продолжаю заметки.

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

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

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

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

На этом я завершаю конспект.

Читаю книгу Кожева, и буде писать заметки в комментариях.

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

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

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

Власть целого над частями не является самостоятельным видом власти, а представляет собой власть Отца, подкрепленную властью Судьи.

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

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

А это - ссылка на пост Макса Богуславского с впечатлениями о конференции, FB принес в ленте воспоминаний.

Не знаю, напишите Анне напрямую на facebook или можно спросить ее комментарием под моим постом там и тэгнуть. Я думаю, методичка какая-нибудь старая, и в цифровом виде отсутствует :)

>Анна ее выкопала из методички Герценовского университета как метод для детей, не способных удерживать внимание. Не знаете, случайно, из какой? Не нашел ничего похожего на сайте. https://www.herzen.spb.ru/main/structure/inst/iknto/1441365508/1443165937/1443530792/1458311489/

Для интересующихся. При подготовке статьи по ценностям Kanban выложил на свой сайт русский перевод Kanban Maturity Model (KMM), сделанный Kanban-сообществом. Перевод был опубликован на телеграм-канале Kanban Talks, а здесь английский оригинал. Короткая ссылка http://mtsepkov.org/KMM-1.1-Culture

KMM-A3-CoBranding-V18-1 RUS 1.pdf

По мотивам моих репортажей с #okrRussia Дмитрий Мамонов прислал ссылку на статью https://m.habr.com/ru/company/wrike/blog/492254/ по выступлению Марии Белкиной с рассказом о Spotify Rhythm на OKR-митапе в Питере. Тоже очень интересно!

Еще можно рекомендовать

  • Мэри Поппендик и Toм Поппендик. Бережливое производство программного обеспечения, в оригинале Lean Software Development
  • Эндрю Стеллман и Дженнифер Грин. Постигая Agile
  • Gunther Verheyen. Scrum - A Pocket Guide (это Арман Яхин написал)


Есть еще ряд книг, о которых я слышал

В комментариях к статье спросили про статистику по эффективности Agile, и я сохраню найденные ссылки. Раскапывал я от доклада Сазерленда на SECR-2011, а дальше нашел статью Michael Sweeney Agile vs Waterfall: Which Method is More Successful? со ссылками на отчеты Ambysoft 2013 IT Project Success Rates Survey Results и 2018 IT Project Success Rates Survey Results и другие на том же сайте, и Standish Group 2015 Chaos Report (на infoq).

И в дополнение, ссылки на зарубежный опыт с AgileKitchen в аппарате правительства в 2015. Для правительства Великобритании преимущества Agile подтверждены настолько, что в 2011 они сделали обязательным применение этих методов для всех государственных IT-проектов, подробности на https://www.gov.uk/government/organisations/government-digital-service, для администрации США - тоже, так что в 2014 они поступили аналогично, подробности в истории https://www.usds.gov/mission

И еще сохраню. https://www.stateofagile.com/ - ежегодные результаты исследований VersoinOne по Agile


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

Да, если говорить про вашу статью. Методы и области управления проектами, перечисленные вами - все есть в Agile-методах , есть соответствующие практики, просто они устроены по-другому. И эффективнее, иначе PMI не начал бы вести сертификацию Agile, а смог бы доработать свои методологии.

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


Не согласен с тезисом "Agile - ответ IT на вызовы цифрового мира".

Во первых Agile покрывает очень небольшое количество аспектов ИТ. Во вторых Agile вреден (см. https://www.sql.ru/forum/1320107/o-vrede-agile, https://www.sql.ru/forum/1320107/o-vrede-agile)

Инстинкты лежат в основе чувств. Радости, печали, вдохновения… Говорить, что инстинкты не интересны, значит не понимать чувства людей. Можно, конечно, попробовать задавить чувства логикой и убеждениям. Да, во все времена хотели исправлять людей, жрецы, потом идеологи. Пытались улучшить человека, вывести новую "породу". Они не понимали, не хотели понять…

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

И понятно, что для тех, кто видит в человеке прежде всего животное, ведомое инстинктами, всякая философия - гнилая. Ведь она сложна, а сложные конструкции инстинктам недоступны.

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

Обнаружил (вспомнил) что в традиции интегрального подхода Уилбер полагает свою уровневую модель развития личности вертикальной, подчеркивая восхождение по уровням, а такие модели MBTI или архетипы Юнга относит к горизонтальным, описывающим развитие людей. Однако, с точки зрения классификации данной статьи и спиральная динамика, и модель Уилбера и MBTI и архетипы Юнга являются моделями одного класса - они выделяют вертикальные колодцы на структурных слоевых моделях. Другое дело, что модели MBTI и архетипы говорят о статической структуре личности, а уровневые модели описывают ее развитие с переходом между колодцами.

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

На 29.07.2019 на главной странице сайте http://clarewgraves.com - выдается ошибка (по webarchive.org последняя версия - 05.07.2019). Список статей - работает http://clarewgraves.com/articles.html

В комментариях к репосту статьи Ириной она мастерски сформулировала, что мы понимаем под счастьем: «проснулся с приятным предвкушением работы, пришел на работу, пожал руку людям которые тебе нравятся, сел за рабочее место, открыл любимый ноут и думаешь, пишешь, творишь, споришь, и получается! а если не получается — еще интересней! злишься и радуешься победе… в обед заказал еду из ями-ями, посидел с коллегами и обсудил Пратчетта, налил кофе и взял кокосовую печеньку, перекинулся с кикер. и снова — работать!!!! а вечером с ребятами пошел по пивку. и работу обсуждали, придумали как порешать одну проблемку. домой иду — улыбаюсь)) хороший день выдался!))»

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

Для меня слои софта и уровни в пирамидах рисуются горизонтально, поэтому мне логично отнести к этому классу моделей прилагательное "горизонтальный". А для Ирины слои и уровни делят вертикаль, и поэтому к этому классу моделей логично применить название "вертикальный".

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

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

Так что я, думаю, причешу термины в статье.

Изменилось довольно сильно, я как раз на РИТ вспоминал про этот пост в своем докладе про счастье на работе. Если в 2012 первый мир был в меньшинстве, хотя уже не был исключением, то теперь именно он - норма. И скепсис по отношению к нему со стороны второго мира сильно уменьшился. Выбор места работы поэтому происходит более сознательно. Третий мир в том виде, в котором был в 2012 - практически ушел в прошлое. Естественно, сейчас есть люди, которые прочитав этот пост говорят "понимаю, что я в третьем мире". Но при разборе фактуры оказывается, что условия все-таки сильно мягче. Идея штрафов за опоздание, например, воспринимается как явно нереалистичная, а тогда оно было.

Максим, интересно, что изменилось за 7 лет?

Наткнулся. Великий и Ужасный фейсбук наткнул. Интересно. Поискал в инете подборку журналов. Нашел: Вопросы кибернетики. Сборники статей. ISSN 0134-6388

По этому номеру (это номер 136) есть содержание, но нет скана djvu. Забавно, что в содержании авторов статьи влезло только трое - О.С.Бацуков, И.М.Коротаев, С.А.Кутасов. Последние буквы в алфавите страдают.

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

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

2019-05-20: Лидер и племя - другой взгляд на новые организации

Короткая ссылка TribalLeadership
Публикация на сайте Спиральная динамика
Лидер и племя - обложка.jpg

Книга «Лидер и племя». Дэйв Логан, Джон Кинг и Хэли Фишер-Райт. В переводе книги — подзаголовок «Пять уровней корпоративной культуры». Это — ошибка перевода, в оригинале заглавие книги «Tribal leadership. Leveraging natural groups to build a thriving organization» и там выделены группы культур людей по их языку, а не культуры организаций. Эти группы названы уровнями и вот именно с этого я хочу начать.

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

2019-05-16: KnowledgeConf - зародыш сообщества управления знаниями в IT

В самом конце апреля прошла первая конференция по Управлению знаниями в IT #KnowledgeConf. Работая в программном комитете конференции, я слушал предварительные прогоны большинства докладов, но на конференции все равно с большим интересом был на выступлениях, слушал то, что получилось в результате и писал заметки. А еще активно участвовал в обсуждениях. Вообще общение на конференции было очень активным, в фойе стояли большие круглые столы, за которыми непрерывно собирались различные компании и шло много интересных обсуждений.

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

А в целом именно общение и есть суть участия в конференциях, потому возможность обсудить друг с другом профессиональные проблемы, задать вопросы докладчикам, среди которых много ведущих специалистов, которые давно и профессионально занимаются управлением знаниями. Отмечу, что это по управлению знаниями в IT конференция первая, а так управление знаниями - солидное и достаточно давнее направление деятельности, которое возникло примерно в 1980-х, когда запад задумался о том, как сохранять первенство, когда Китай скопирует все патенты, и придумали, что первенство будет за счет управления знаниями. И в России тема тоже не новая, ее в свое время принес в нефтянку BP, и дальше она распространялась по корпорациям, а с 2010 года проходит специализированная конференция KM Russia (о половине из них есть мои отчеты).

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

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

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

2019-05-12: SaintHighload - погружение в технологии

Собрал вместе свои заметки с #SaintHighLoad2019 8-9 апреля в Петербурге. Если говорить о конференции в целом, то я на ней знакомился с современными технологиями, слушал доклады о нейронных сетях, современном мониторинге, ArangoDB и многом другом. Интересно, что на осенней #HighLoad2018 в Москве у меня такого не получилось, хотя технологические докладов там было большинство и часть из них я тоже слышал, это видно из моего отчета Highload-2018. Но больше я слушал про про развитие менеджмента, управление счастьем и общую логику развития цифрового мира, включая управление задачами почти для миллиона участников Яндекс-толока, и это дало другие впечатления. А в Питере случилось именно погружение в современные технологии. Так что, несмотря на название, это не клон Highload в Москве, а конференция со своим лицом.

Но начну я рассказ с двух постов, которые не про доклады, а про результат устных коммуникаций на конференции. Первый касается развилок в развитии технологий, а второй - про специализацию Site Reliable Engineer. А потом - перейду к докладам.

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

2019-05-02: Александр Эткинд. Эрос невозможного

Сейчас длинные выходные и я хочу рекомендовать книгу: Александр Эткинд «Эрос невозможного. История психоанализа в России». Она рассказывает замечательные истории о людях, которые создавали и развивали психоанализ в мире и в России, в том числе увлекательные истории о русских женщинах, которые, оказывали, не только входили в сообщество и связывали Ницше, Фрейда, Юнга, но и оставили свой вклад в развитие идей психоанализа, а также внесли свой вклад в самоопределение и идеи Пиаже и Выготского, развивавших далее теорию воспитания и становления личности. Оказывается. русских в истории психоанализа много, и они работали не только в Европе, рядом с основателями, но и в России, и не только в период серебряного века, но и после революции, в 20-х и даже начале 30-х годов. И книга рассказывает не только о людях, она параллельно разворачивает развитие идей изменения человека в разных вариантах — сверхчеловека Ницше, раскрытие через психоанализ Фрейда, разные варианты формирования коммунистического человека. А поскольку автор — профессиональный психолог (смотри вики), то идеи изложены очень квалифицировано и читать все это очень интересно. Так что рекомендую!

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

2019-05-01: Воспоминания о конференциях - ADD (2011) и IT Spring (2017)

Пост FB 8 лет назад. Петербург. Вторая конференция Application Developer Days. Как написал на странице с записями конференции на http://0x1.tv/Category:Application_Developers_Days одним из основных активистов Стас Фомин (Stas Fomin) "Была создана в времена, когда не хватало именно общедевелоперских конференций (хотя уже было засилье конференций про менеджмент, тестирование, бизнес-анализ, и были конференции про вебразработку). Сейчас есть уже множество качественных девелоперских конференций по отдельным темам, реинкарнация конференции малореальна. Эмблема — тот самый дятел, из анекдота «если бы программисты строили дома»."

Но она была очень интересна и своевременна, так что громадное спасибо Владислав Орликов (Vladislav Orlikov), который ее организовывал. Прошло 4 конференции в 2010-2013 годах, сохранились записи у Стаса - даже с расшифровками, и на основном сайте http://addconf.ru, мои отчеты http://mtsepkov.org/Conf и, думаю, отчеты других участников.

В комментариях к посту ссылки Стаса на конкретные записи и обсуждение

Стас Фомин А упомянуть как идеолога скорее надо Андрей Майоров (Andrew Mayorov) Собственно когда на афтерпати очередного секра, мы обнаружили, что хоть как-то близких к программированию нас двое (остальные были менежеры-тестировщики-бюрократы-херзнает кто), и обсудить онгоуинги аниме сериалов не с кем, вышла идея этой конфы. Но после 2012 года Андрей не с нами… … Он теперь в щастливом зарубежье.
Андрей Майоров Я тут, Стас! Всего лишь в другом часовом поясе. :)
Владислав Орликов Стас Фомин а сейчас думаешь сильно поменялась ситуация? Аудитория ещё больше размазалась.

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

Андрей Майоров Vladislav Orlikov Разработчикам точно ничего не нужно. Слишком конкретные ребята. И для них сейчас полным-полно конкретных конференций. Возможно, наш формат подошёл бы для архитекторов.
Владислав Орликов Андрей Майоров Сколько их соберём? Человек 100?
Стас Фомин Владислав Орликов Сейчас в режим конвеера-фабрик конференций переключилась и онтика и jug.ru. Все тематическое поле кластеризовано, любая тема изолируется, исследуется (окупаемость), и если что — проводится. Даже по каким-то совсем, казалось бы идиотским специализациям (DevRel). Ну и самое главное → рынок перенасыщен, каждую неделю есть пара конференций. Хоттабыч выкинул миллион мячей на поле. Лично я остался немного помогать условно любительским (бесплатным) конференциям, часто сильно специфичным (околонаучными там и т.п.).

Пост на FB FB напоминает. Два года назад, в 2017 я выступал на #ITSpring. Там было много замечательных докладов. Выступления Юрия Сорокина "Патопсихология в управлении распределенными и локальными командами" и Ярополка Раша "Продукты в туннелях реальности" я до сих пор привожу как примеры глубокого и разнообразного освоения в IT разных моделей человека. А еще был большой трек по Agile, где я впервые глубоко познакомился в Beyonв Budgeting в выступлении Bjarte Bogsnes, вице-президента норвежской компании Statoil, слушал рассказ Владимира Горшунова о внедрении Agile в МИФ, выступление Марины Симоновой и Angel Diaz-Maroto и сам рассказывал про Agile как ответ на вызовы происходящей промышленной революции. Прекрасная была конференция! А подробности - у меня в отчете http://mtsepkov.org/IT_Spring-2017, который, правда, получилось опубликовать только осенью.

2019-04-28: Внутренний конфликт в команде как источник синергии

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

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

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

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

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

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

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

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

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

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

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

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

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

А тех, кого исследования Белбина заинтересовали подробнее хочу отослать к моему докладу Роли в команде - модель Белбина (COMAQA-2018) и статье Типология ролей в команде (статья в MyType 1-2.2016) и книгам самого Меридита Белбина «Команды менеджеров. Как объяснить их успех или неудачу» и «Типы ролей в командах менеджеров» — они стоят прочтения.

2019-04-22: Тарский. Семантическая теория истины и основания семантики

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

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

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

Кстати, Тарский в первых разделах своей статьи, когда ставит вопрос о предмете (определении) истины, формулирует различия валидации, сверке с реальным миром и верификации как внутренней непротиворечивости, хотя и не употребляет этих терминов. Но далее работает именно с верификацией.

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

И в этом месте у меня вопрос: а как устроены мои модели — те, которые я строю для объяснения мира и при проектировании IT-систем? Главное, что я не считаю необходимым — это требование полноты «все предложения, задающие адекватное употребление этого термина, могут быть сформулированы в нашем языке». Модель не обязана давать все суждения о предмете моделирования, она его упрощает. Кроме того, для меня неважно требование строгой логики, в том смысле, что если модель дает альтернативные и противоречащие друг другу решения, выбор между которыми делают вне этой модели — тоже нормально. Обычно выбор делает человек, но сейчас уже есть варианты, когда выбор делает искусственный интеллект, например, в виде обученной нейронной сети.

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

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

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

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

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

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


2019-04-14: Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги

Статья на портале SpiralDynamics.ru
По статье сделан доклад на РИТ-2019
Обсуждение на facebook

На AgileDays и после нее на других конференциях, и просто в частных обсуждениях с самыми разными людьми получилось очень четко сформулировать суть происходящих изменений в социуме. Сейчас меняется социальный контракт между сотрудником и организацией. Раньше социальный договор говорил, что сотрудник выполняет свои должностные обязанности на рабочем месте, а компания — это оплачивает. Хорошо выполняет — хорошо оплачивает, плохо — добивается выполнения разными способами. Новый договор говорит, что сотрудник искренне и эффективно работает на цели компании, а компания обеспечивает ему счастье на работе и деньги для жизни. Заметим, что повышение взаимных обязательств произошло с обоих сторон: раньше искренняя и эффективная работа на цели компании для всех сотрудников была не обязательна, считалось, что достаточно выполнения предусмотренных регламентами обязанностей. Но и счастье на работе не предоставлялось, для этого были семья, хобби и другие активности. Это не значит, что конкретных компаний, которые стремились дать счастье, не существовало, или не было людей, которые получали на работе счастье. Конечно, были. Но это не входило в социальный договор, не предполагалось по умолчанию, а было дополнительным бонусом, счастливым случаем: «мне повезло с моей работой». А сейчас это становится требованием «по умолчанию», и если компания счастья на работе не может обеспечить, то от компании ожидают минимум двухкратная компенсация. Минимум двухкратная, а не 20-30 % к рынку.

Почему так происходит, какие вызовы несет новая промышленная революция, ведущая нас в цифровой мир и делающая изменения социального контракта неизбежным можно прочитать в моих предыдущих статьях «Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции» и «Бирюзовые организации: хайп или образ будущего?», а здесь я хочу сосредоточиться на самом процессе изменений.

Что означает, что социальный контракт «меняется сейчас»? Это означает, что есть не только желание сотрудников получать на работе счастье, это означает, что и со стороны компаний есть желание новому контракту соответствовать, и есть предложения рабочих мест, на которых счастье на работе входит в условия тем или иным образом. Конечно, этот процесс идет неравномерно в разных отраслях. В IT новый социальный контракт уже стал стандартом. Так работают не только отдельные передовые компании, которые начали двигаться в эту сторону, а большинство (я бы сказал, что более 2/3). Его приняли и крупные отраслевые компании, и консервативные окологосударственные корпорации, и даже когда разговариваешь про IT-отделы в традиционных производственных компаниях, то топы говорят, что да, в IT у нас все по-новому, это понятно и не может быть иначе. Это, конечно, не исключает отдельных организаций, устроенных по-старому, но их, скорее, уже можно рассматривать как частные случаи, такие реликты прошлого. Более того, сейчас те компании, которые раньше вступили на этот путь и обеспечили сотрудникам свободный график, плюшки на рабочем месте и другие хорошие условия труда приходится перестраиваться за лидерами, работая именно со счастьем сотрудников. Потому что сотрудники этого требуют, голосуя ногами там, где не получается. Александр Горник в своем выступлении на AgileDays очень четко это выразил «Новый контракт гласит, что компания должна обеспечить счастье сотрудникам на работе. Не стесняйтесь требовать от компании свою часть контракта.» В общем-то, люди и не стесняются.

Если мы посмотрим на другие отрасли, то вслед за IT новый контракт идет в организацию НИОКР. Вообще в институтах и других подразделениях социальный контракт отличался от того, что было «по умолчанию». Всегда была относительная свобода и условия труда, но при этом могли платить невысокие зарплаты, потому что повезло людям с местом работы, нет там регламентов. А там, где были жесткая работа на результат и регламенты — были зарплаты. А теперь, по новому контракту, должны быть и свободные условия и высокие зарплаты одновременно. И это — не простой процесс, если подразделения возглавляют люди «старой школы», то они искренне не понимают, почему молодые не хотят оставаться на интересной работе, приносящей удовлетворение, с приемлемой зарплатой и уходят. А очень просто — потому что есть места, где драйв от интересной работы будет сочетаться с высокой зарплатой. Потому что там управляющие компаниями и корпорациями сильно нуждаются в инновациях, понимают происходящее и создают адекватные условия. Это — тренд нескольких лет, на AgileDays, Agile Business и других видно, как перестраиваются НИОКР-подразделения разработки новых продуктов в Северстали, концерне Калашникова, СИБУР и многих других организациях. И как они перестают быть изолированными подразделениями, цепочку создания продукта теперь необходимо очень быстро протянуть до выхода продукта на рынок, а значит эти изменения затрагивают производство.

Но изменяется не только НИОКР. Изменяются команды топов, а главное — изменяется работа ИТР — инженерно-технических работников и среднего менеджмента. Потому что производство цифрового мира должно стать быстро изменяться, быть гибким, и при этом сохранять эффективность. Это не могут обеспечить подходы регулярного менеджмента. А потому делают ставку на Kanban для управление цепочкой создания ценности в его IT-варианте, ориентированной на большую долю умственного, а не физического труда. Kanban стартует от существующей организации процесса и ролей, и меняет их эволюционно, однако он приносит ряд ценностей, и, прежде всего, ценность прозрачности для организации процесса, которые приводят к принципиальным изменениям культуры организации. А еще используют Scrum для ведения проектов изменений, смотрят на практики самоорганизации, которые дают холакратия и социократия, смотрят на практики бирюзовых организаций и Collab для организации взаимодействия. И это все непосредственно соприкасается с производством, а местами даже его затрагивает, потому что для гибкого производства необходимо, чтобы рабочие осваивали смежные специальности, из них образовывались кросс-функциональные команды, способные справится с вариативным потоком работ в условиях постоянного вывода новых продуктов. Об этом был хороший доклад на AgileDays «Канбан на литейном заводе» Нурмагомеда Джафарова (смотри мой отчет), и он — не единственный. Этот поток изменений распространяется сверху и от потребности в гибкости.

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

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

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

А по мере изменений в школьном образовании, распространении там eduScrum и других современных подходов давление со стороны рынка персонала будет только увеличиваться. И одновременно с этим будет повышаться готовность сотрудников работать в новых условиях, требующих инициативы и непрерывного обучения. Может показаться, что это — дело далекого будущего, и образование меняется медленно. Но это — не так, динамика изменений за последние три года, которые — качественные, если сначала речь шла об отдельных школах, то теперь в Москве их не один десяток, интересующиеся могут обратиться к группе eduScrum Russia на FB. Да, это 1 % от числа московских школ, но пару лет назад было-то всего 1-2. При этом на нормативном уровне это не только не запрещено, но и является способом соответствовать новым образовательным стандартам, то есть дает преимущество. Потому вполне возможен экспоненциальный рост таких школ. А новые подходы внедряются, прежде всего, в старших классах, поэтому на рынок персонала процесс повлияет очень быстро.

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

2019-04-06: Собрал отчеты по февральским WIAD и TeamLeadConf

В конце февраля подряд прошли две конференции 23.02 World Information Architecture Day (#WIAD) в Петербурге и 25-26.02 #TeamLeadConf в Москве. Обе - интересные и содержательные, и с обоих я вел репортаж на facebook. Потом была интенсивная подготовка к #KnowledgeConf, другие конференции и дела, а вот теперь я собрал эти посты в отчеты, потому что в ленте они утонут, а там много было интересного. Думаю, что тем, кто тогда читал мои репортажи эти отчету тоже будет интересно посмотреть. А кто не читал - может составить себе представление о конференциях, или вспомнить, что там было.

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

2019-04-03: Конференция Прикладное системное мышление

В субботу был на конференции "Прикладное системное мышление", которую проводит школа Системного менеджмента Анатолия Левенчука. Репортаж не получается: wifi нет, а мой мобильный инет был медленный. Может, и хорошо, что не получился, потому что доклады были очень информационно-насыщенные, и я мог сосредоточиться на содержании. У Анатолия был большой пост с анонсом содержания.

Открывалась конференция докладом Анатолия Левенчука, в котором был анонс новой концепции их школы системного менеджмента как второго-альтернативного бакалавриата, дающего базовые дисциплины, затем было нескjлько докладов, в которых представлены онтики, созданные в школе при разработке базовых дисциплин, о постановке обучения, и доклады о конкретных проектах в разных отраслях с применением системного мышления или других мыслительных практик, и о развитии мышления, об инструментах моделирования. Кстати об инструментах стоит отметить, что в большинстве случаев пробовали использовать Enterprise Architect, и ни в одном случае он не взлетел. Реально работает связка из диаграмм на салфетках (досках, флипчартах, просто листах бумаги), которые затем переводятся в confluence.

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

UPD. Видео опубликовано

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

2019-03-29: воспоминание с AgileDays-2013 - смотрим логику развития

FB напомнил о посте, который я сделал пять лет назад по время AgileDays-2013: "#AgileDays - конференция разочарованных". Подробности есть в самом посте, и, более глубоко, в отчете http://mtsepkov.org/AgileDays-2013_-_между_скрамом_и_будущим Ключевые слова: "люди, которые хотят успешного процесса без приложения головы - поняли-таки, scrum его не дает... Да, у тех, кто голову прикладывают - все хорошо, хотя и непросто..."

Интересно вспомнить об этом сейчас, и посмотреть эволюцию. Agile тогда ушел в яму разочарования по Гартнеровской hype-curve. И это продолжалось в 2014-2015, а в отчете 2016 - произошел разворот к новым ожиданиям, пошел новый импульс развития http://mtsepkov.org/AgileDays-2016 Импульс был, отчасти, искусственный, потому что в январе 2016 Греф рассказал на Гайдаровском форуме, что делает ставку на Agile, будущее там. И с тех пор продолжается уверенное развитие, AgileDays-2019 это уверенно показывает http://mtsepkov.org/AgileDays-2019

Кому интересны подробности, можно посмотреть в моих отчетах. Три ссылки - выше, можно увидеть, нажав на ссылочку "О других конференциях" в этих отчетах - я был на всех конференциях с 2009, пропустив только 2010. Кстати, именно тогда, в в 2013 впервые пошел восходящий тренд игрофикации, об этом тоже можно прочесть в отчете.

2019-03-27: Спектр тем современного управления знаниями

Lana Novikova написала обзор докладов будущей #KnowledgeConf. Он интересен не только как повод задуматься о посещении конференции, но и тем, что дает достаточно широкое представление о спектре тем, которые скрываются за общим названием "Управление знаниями", так что, на мой взгляд, его стоит прочитать, он ценен не только как анонс конференции.

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

2019-03-26: AgileDays - много содержания и инсайтов

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

Потому будут конспекты и посты с докладов, в которых было много концептов и много практики. И тут уместно отметить призыв Бориса Вольфсона на открытии (мой пост): "Не верьте, что вам будут рассказывать эти два дня я и другие спикеры, относитесь с полным недоверием. А в понедельник придите на работу и проверьте на практике :)"

И, читая отчет, помните, что из 5 треков конференции я на каждом слоте слушал только один доклад. И пропустил много интересного, про часть я даже знаю, например, мне на самой конференции говорили, что Виталий Король из SEMrush реально зажег. И наверняка было много достойного, так что будем ждать записи. Презентации, кстати, уже доступны.

И еще надо отметить, что на конференции было много общения, можно было поговорить с докладчиками о своих проблемах и вопросах, можно было обсудить свои кейсы с другими участниками и послушать их, а можно было обсудить кейсы в Agile-клинике, в которой был канбанолог, скраммолог, продуктолог agile-акушер и много других. И Асхат Уразбаев, которого на открытии назвали "agile-пенсионер" как главный врач-консультант. А еще можно было сделать селфи с картонными фигурами гуру аджайла и с медведем. Впрочем, активный нетворкинг, открытая обстановка и атмосфера сотрудничества всегда характерны для AgileDays, как и для других современных конференций.

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

2019-03-20: ПИР Сибирь - пространство открытых коммуникаций

Три дня 15-17.03.2019 был на ПИР Сибирь в Новосибирске. ПИР — это серия конференций Практики и Развитие, на которую я езжу уже три года в Москве (отчеты 2016, 2017, 2018), а сейчас поехал в первый раз в Новосибирск. На ПИР собираются тренеры, коучи, HR, бизнес и другие самые разные люди. Но они не продают друг другу услуги, а делятся практиками. Хотя нотки продаж тоже звучат, в одних выступлениях больше, в других — меньше, но в целом эта струна не слишком сильная. Это сопоставимо, например, с AgileDays в IT — там тоже много тренеров и коучей, но при этом царит атмосфера обмена кейсами и практиками. А еще на конференции идет активное общение и рождаются совместные проекты, сотрудничество и это — очень важная составляющая.

Тут стоит сказать про формат. ПИР проходит за городом в доме отдыха, в Новосибирске была Сосновка и там создается пространство коммуникации. При этом треть участников — спикеры, думаю, примерно 120+ из 400, и это — очень большая часть. И еще многие участники связаны между собой работой, проектами, учились друг у друга, а поскольку общение происходит компаниями, то дистанция очень короткая, и возникает много новых знакомств. Знакомствам способствует и проведение за городом, в доме отдыха — после программы конференции идут активные ночные посиделки, с разговорами и песнями под гитару, до 2-5 ночи. Сама программа при этом начинается в 9 утра после завтрака в 8 и, для желающих, утренней разминки танцами или йогой с 7, и заканчивается около 21:30 с перерывами на обед и на ужин, и после нее еще есть культурная часть примерно до 23. Кстати, в первый вечер в культурной части был потрясающий моноспектакль Светланы Галкиной «Оскар и Розовая дама», это было неожиданно и завораживающе, и требовало размышлений, спектакль — серьезный. Во второй день — фильм Николая Данна о людях, меняющих свои города. И даже на вечеринке после закрытия помимо фуршета, дискотеки и общения была замечательная организация всех участников в хор, которое сразу вывело из обычного сдержанного состояния, сняло усталость и дало драйв. Кстати, именно этой культурной и ночной программой ПИРы отличаются от хороших IT-конференций, на которых качественное коммуникационное пространство тоже возникает. Отмечу, кстати, что на ПИР Сибирь относительно много участников и спикеров из IT, в отличие от московского ПИР. И не только из Новосибирска, но и из других городов и я встретил несколько хороших знакомых по IT-конференциям.

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

PIRS-2019-scr.jpg

Как легко догадаться, чтобы при часовых слотах дать слово 120+ выступающим необходимо много треков. Их и было много — 11, с очень разным содержанием. Конечно, на ведущих IT-конференциях их даже больше, например, на Highload осенью было 19 треков при 3000 участников, да на Codefest в Новосибирске через полторы недели будет 11 треков и тоже почти 3000 человек.

Но на ПИР гораздо больший спектр представленных тем. Базовые компетенции построения речи и сторителлинга, многочисленные коммуникационные навыки для организации команды и для продаж, другие техники работы с командой, подходы классического менеджмента, эволюция менеджмента современные самоуправляемые организации, спиральная динамика, фасилитация и игротехники для коммуникации и выбора своего пути, трек мышления и родительский трек для тех, кого заботит образование и воспитание детей — это ведь тоже разные техники soft skill, и многое другое. Широта тематики — естественна, потому что разные участники и их компании находятся на разных фазах и траекториях развития, стоят перед различными проблемами, и потому приходят на конференцию за разным. Я сам рассказывал про Эволюцию технологий управления и про собственную сборку СМД-методологии для организации мышления, а еще, совершенно неожиданно, выступил в последний день на пленарном слоте с 15-минутной версией своего доклада про эволюцию управления, показав современную карту выбора управления для организаций.

Темой этого ПИР как раз был выбор: Управление выбором и выбор управления. И выбору учили не только в выступлениях, но и на практике, потмоу что широкая тематика заставляет сделать выбор на каждом слоте между 11 треками, а многочисленные ночные активности и открытое пространство коммуникаций заставляют делать выбор между сном, общением и программой конференции, соизмеряя свои силы. И, заодно, оценить собственную энергетику. Я хочу отметить, что у меня вполне получается, узнав о выступлении на пленаре после ужина накануне, послушать последний слот, потом быстренько подготовить презентацию и дальше активно общаться и петь песни под гитару до полпятого, а в 9, позавтракав, быть готовым на пленаре слушать и выступать, и это при том, что накануне тоже общались до двух или трех ночи после полного дня выступлений. Хотя нельзя сказать, чтобы такая нагрузка давалась с легкостью. Но это — тоже часть необходимых современных компетенций — вести мониторинг своего состояния и дозировать нагрузку, поддерживая при этом себя в хорошей форме.

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

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

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

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

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

На этом, я закончу рассказ про ПИР Сибирь-2019, добавив еще скрайбинг части выступлений. И громадное спасибо Галине Лабковской и Лине Стрыгиной за то, что позвали выступить, организаторам #ПирСибирь Елене Ступиной и Елене Томилко и Марку Кукушкину за организацию всей замечательной серии ПИР. И всем участникам за интересные доклады, прекрасное общение, а также за вечерние и ночные песни с гитарой. И до новых встреч!

PIRS-2019-scr1.jpg PIRS-2019-scr2.jpg

2019-03-13: Анатолий Левенчук. Утопия визуального мышления

Прочитал книгу Анатолия Левенчука «Утопия визуального мышления» (на ridero, на litres, пост Анатолия о книге со ссылками ). Основной тезис в том, что надежды на прорыв в мышлении за счет многочисленных визуальных техник — быстрого коллективного рисования схем и картинок на флипчартах, скрайбинга и многих других, которым сейчас интенсивно обучают, в том числе в в составе таких сильных движений как design thinking — это утопия. И серьезным мыслящим людям, заинтересованным в достижении существенных мыслительных результатов, то есть создании и реализации сложных концептов и систем в реальном мире, технических, социальных и социотехнических, например, больших успешно развивающихся компаний, имеет смысл понимать утопичность серебряной пули визуального мышления, и на него не рассчитывать, а использовать для мышления весь спектр методов, включая визуальные в том ограниченной области где они уместны. При этом Левенчук понимает (и пишет об этом), что одной книгой мощную привлекательную утопию не поборешь, но тут у него позиция эксперта: я предупредил, а дальше можете заблуждаться и огребать последствия, если вам такой путь нравится.

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

Из презентации https://ailev.livejournal.com/1429949.html
Из презентации https://ailev.livejournal.com/1429949.html

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

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

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

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

Но пояснения все равно нужны. Картинку со спектром я видел в презентациях и более коротких текстах Анатолия, но в 10 страницах пояснений в книге — очень много содержания. И это — пример баланса. Другим примером хорошего баланса Анатолий полагает свой учебник по системной инженерии: 107 картинок на 400 страниц. Анатолий пишет, что когда начинал — пробовал часть ее делать в картиночном стиле (комикс-style). Результат: стоимость изготовления и изменений (развития) возрастает многократно, эффективность усвоения — чуть превышает то, что для текстов (эксперимент был на студентах). Но для меня это — не совсем честный эксперимент, если говорить именно о мышлении, потмоу что лишь означает, что для визуального представления нет эффективных инструментов работы с ним, ориентированных на быстрое внесение изменений. А еще я думаю, что позиционирование на шкале формальности мышления гораздо важнее различия между текстовым и визуальным представлениями, которые распределены по всему спектру.

Принципиальным тезисом об устройстве мышления для меня является утверждение, что мышление происходит в пространстве смыслов, которое амодально и синестезийно, и при этом скрыто, не рефлексируемо. Модальность появляется в момент проявления смыслов в сознании, и она может быть различной — визуальной, аудиальной (текстовой) или композитной, включающей телесную и другие чувственные компоненты. Тезис о том, что рациональное мышление завязано на языка, его структуру Анатолий полагает опровергнутым современным развитием лингвистики, особенно в ее компьютерном варианте работы с текстами natural language processing, и обосновывает это со ссылками. Важное отличие визуального мышления от текста в том, что текст всегда разворачивается последовательно во времени, в то время как визуальный образ схватывается одномоментно. Впрочем, еще есть фильмы, в том числе фильмы в голове — я слышал нескольких людей, которые говорили, что часто именно так мыслят. И есть средство для эффективной запаковки смыслов в мультфильмы для коммуникации — Объясняшки, Сергей Гевлич ставил перед собой задачу сделать такой софт, чтобы отрисовка мультика занимала столько же, сколько обдумывание и написание хорошего текста, пару часов. Столько же не получилось, но сравнимо — вполне. Впрочем, в книге у Анатолия этого нет, я тут отвлекся. А что Анатолий обращает внимание — так это на то, что хотя текст воспринимается в коммуникации или чтении последовательно, в голове он упаковывается структурно в смыслы, которые существуют одновременно. Кстати, чтение — коммуникация с отсутствующим, и в этом его великая сила. Даже если ты читаешь свои тексты, то тебя — прошлого, материализовавшего эти смыслы — уже нет. Я, кстати, регулярно читаю свои старые тексты как новые мысли :)

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

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

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

P.S. В посте на FB с этим отзывом - интересное обсуждение.


2019-02-25: Разговор о самоопределении - подкаст подлодка

Команда подкаста Подлодка выбрала в качестве темы юбилейного сотого выпуска тему профессионального самоопределения и пригласила меня в качестве гостя для обсуждения по мотивам моих докладов о профессиональном самоопределении на TeamLeadConf и #comaqa.

Пост на FB Podlodka #100 – Как строить свой профессиональный путь

Выбор темы для сотого выпуска — это настоящий вызов. Мы уже давно не айосный подкаст, нас слушают не только разработчики, и в целом, бэкграуд и контекст у всех очень разный. Но всех нас объединяет одно — желание развиваться и двигаться вперед. За сто выпусков мы успели обсудить разные роли: говорили о том, какого быть тим-лидом, архитектором, хед-оф-мобайл и даже СЕО. Но как намечать вехи своего будущего и двигаться к намеченной цели? А как при этом соблюсти баланс между вашими интересами и интересами компании? Иначе говоря, как строить свой профессиональный путь? Об этом мы поговорили с IT-архитектором и бизнес-аналитиком Максим Цепков (Maxim Tsepkov)

Содержание и ссылки: http://podlodka.tilda.ws/100
SoundCloud: https://bit.ly/2Xlk172
iTunes: https://apple.co/2IzmyqU

2019-02-20: ТочкаСборки - интерактив продолжается

ТочкаСборки2019-02-photo.jpg

В воскресенье 17.02 прошла #ТочкаСборки (программа на FB). На открытии, соотнеся количество участников с размерами зала я написал: #ТочкаСборки опять открыла новый формат - стендап-конференция. Это была шутка, все-таки люди сидели. Но формат реально интересный и уникальный. Сейчас был второй раз, первый опыт - в сентябре. Организаторы конференции в процессе подготовки, взаимодействуя с потенциальными участниками и сообществом аналитиков выясняют интересные темы и спикеров по ним, а потом объединяют всех спикеров по одной теме в 1.5 часовые слоты, в ходе которых обязателен интерактив и активное взаимодействие с участниками, предлагая соорганизоваться и фасилитируя их соорганизацию по необходимости - потому что бывает, когда на одном слоте встречаются спикеры, ранее не знакомые между собой. В результате на ряде слотов 3-5 спикеров, и устроено все это сильно по-разному. Что и интересно.

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

А теперь о содержании (пост на FB). К сожалению, три слота из четырех я участвовал как спикер - на сессии обмена опытом с экспертами у Ольги Самариной, потом с Ириной Матвеевой вел сессию по экспресс-оценке проекта, а в конце - дебаты с Алексеем Васильевым по работе во стейкхолдерами. В промежутке была, по отзывам участников, очень крутая сессия по управлению аналитическим временем, но я туда не попал, потому что зал был переполнен. Вместо этого я слушал и вносил свою лепту в дебаты Анны Абрамовой с Артемом Митропольским по ролям пользователей. Там тоже было интересно, зал активно включался, рассказывая разные сложные проблемные кейсы, управления ролями и варианты решений.

ТочкаСборки2019-02-tm.jpg

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

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

ТочкаСборки2019-02-sth.jpg

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

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

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

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

И, рассказывая это, приводил примеры на двух кейсах. Кстати, замечу, что первый этап в меньше 1/3 от общего скоупа - потому что по правилу Парето самыми важными являются только 20%, с первого раза мы все, конечно, не угадаем, но при такой нарезке на этапы важное будет все-таки сделано.

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

В результате работы было получено девять различных концепций, со своим скоупом решаемых бизнес-проблем, принципиальной конструкцией решения и этапами - от каждой из 8 групп, и одна - от меня как эксперта. На создание концепции группам было отведено минут 20 после сессии вопросов заказчикам проекта, а на представление выделялось 1 минут, а в 90 секунд уложились все. Ряд концепций заказчики оценили как интересные. По моим оценкам, практически все варианты представлены в таком состоянии, что их можно дальше за 2-3 часа довести до списка задач с экспертной оценкой трудоемкости, и еще за столько же - упаковать в финальный документ, предварительное предложение по проекту. И я хочу сказать, что именно эта создаваемая за день-два концепция и есть реальная концепция проекта, а вовсе не то, что под этим подразумевают во многих материалах, предполагающих долгое всеобъемлющее исследование и проектирование. И моим замыслом было показать возможность такой работы участникам. Так что я в целом удовлетворен тем, как оно получилось и результатами работы групп, а если бы мы уложились в тайминг - был бы удовлетворен еще больше. Спасибо участникам и Ирине Матвеевой за модерацию.

На этом - закончу. Было еще 12 слотов, на которых я не был, включая мастер-класс по сторителлингу от Сергея Гевлича, создателя объясняшек (http://xplainto.me) и по визуальному моделированию от Григория Печенкина на основе его нотации visic (http://visic.info) и много другого. В этот раз была запись, и, думаю, ее опубликуют. Хотя при такой интерактивной работе в записи далеко не все можно будет увидеть.

2019-02-20: Управление знаниями - расшифровка доклада

В предверии предстоящей KnowledgeConf на хабре опубликована расшифровка моего доклада по управлению знаниями в IT на прошлогодней TeamLeadConf (Пост на FB)

2019-02-16: про теневой тоталитарный зеленый (Спиральная динамика)

Статья Таты Олейник о людях-снежинках (других, не тех, что у Макса Дорофеева) и ее же пост на FB с отзывами на статью.

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

Свободой слова "Я не согласен ни с одним словом, которое вы говорите, но готов умереть за ваше право это говорить" (интерпретация Вольтера) здесь и не пахнет, вместо них - противоположный тезис "Ваши слова нарушают мой комфорт, извольте молчать!"

2019-02-14: О книге Спиральная динамика на практике

Публикация на сайте spiraldynamics.ru Пост на FB
SpiralDynamicInPracticeBook.jpg

С большим удовлетворением прочитал книгу Дона Бека с группой авторов-последователей «Спиральная динамика на практике». Основное содержание для меня — это представление о том, как изменилась, достроилась модель Спиральной динамике за прошедшие 20+ лет со времени предыдущей книги, и, в частности, как прояснилось содержание старших уровней.

Я увидел, что все те полагания об устройстве старших уровней, которые я сделал, прочитав первую книгу в 2013 году и сопоставив модель с практикой развития Agile-менеджмента и эволюции культуры сотрудников в IT. Отмечу, что я сделал эти полагания не в силу какого-то особого прозрения, просто я был знаком с материалом IT-отрасли, в которой, в силу ее особенностей, регулярный менеджмент в сине-оранжевом варианте исчерпал себя раньше, чем в других отраслях, что на рубеже 21 века вызвало появление зелено-желтого Agile.

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