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

Материал из MaksWiki
Версия от 11:41, 20 декабря 2015; MaksTsepkov (обсуждение | вклад)

Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск

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

Ранее был на 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

И у меня есть личный ЖЖ, там путешествия и другие мысли вне ИТ.

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

Очередной фокус (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 справа - именно разработчик, плюс системный аналитик, если эту роль выделяют.
Но это, возможно, особенность ИТ, где ограничения возможности реализации не рассматриваются как существенные, а, например, при проектировании автомобилей, конструкцию надо класть сразу, и там объединение разработчиков слева и справа имеет смысл (хотя там про архитектора - непонятно, принципиальная компоновка автомобилей - устоявшаяся, она не проектируется). Или про производство медиа, например, мультфильмов - там другая ситуация, там есть гипотеза (например. образ персонажа) и ее оценка по критериям, вывести образ из требуемой оценки вообще нельзя. В общем, я тут для начала сам подумаю.


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

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

2023-01-07: Я и мои аватары – спектакль жизни на внутренней сцене. Четвертая статья по самоопределению

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

Все статьи и доклады по самоопределению
Пост на FB

2022-12-29: Путь в будущее: создаем аватара. Третья статья по самоопределению

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

С наступающим Новым годом!
Все статьи и доклады по самоопределению
Пост на FB

2022-12-21: Domain Driven Design: модели вместо требований - моя статья на habr

Статья Domain Driven Design: модели вместо требований продолжает тему работы с постановками, начатую статьей Какие нужны требования: развитие концепта. Здесь рассказывается альтернативный классическим требованиям подход, когда очень быстро переходят к моделям и именно они становятся предметом обсуждения с заказчиком.

Пост на FB

2022-12-19: Человек для компании или компания для человека? Вторая статья по самоопределению

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

Все статьи и доклады по самоопределению
Пост на FB

2022-12-14: Самоопределяйся технологично - начинаю серию статей по самоопределению

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

Все статьи и доклады по самоопределению
Пост на FB

2022-12-13: Какие нужны требования: развитие концепта - моя статья на habr

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

2022-12-09: Восхождение по спирали Марка Розина - переосмысление Спиральной динамики

Rozin.ClimbSpiral.jpg

Прочитал книгу Марка Розина «Восхождение по спирали» и хочу порекомендовать ее всем. В книге — интерпретация Марком Спиральной динамики применительно к культурам организаций, основанная на его опыте. В книге теория обильно подкреплена историями из опыта, но вместе с тем соблюдается строгость и точность рассказа. Отмечу, что именно Марку принадлежит применение Спиральной динамики для организаций и описание культур Принадлежности, Силы, Правил, Успеха. Это было сделано задолго до выхода книги Фредерика Лалу, который также активно опирался на Спиральную динамику при построении своей классификации организаций.

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

Пост на FB

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

2022-12-03: Highload и примкнувший к нему DevRel

В конце прошлой недели, 24-25.11 прошел Highload, а сразу за ним 26.11 DevRel'ы, многие из которых работали на Highload на стендах, собрались на свою небольшую DevRel Conf конференцию. Для меня это был третий Highload в этом году, после летнего, перенесенного с прошлого года и Питерского в сентябре. Может быть, поэтому доклады казались не столь привлекательными. А может быть просто так удачно складывалось, что в перерыве начинался интересный разговор, который не хотелось прерывать из-за доклада. Поэтому заметок будет не так много. В любом случае, конференция для меня получилась удачной, много общения, который, на самом деле, важнее докладов, и еще удалось поймать пару очень интересных мыслей, что бывает далеко не на каждой конференции.

Пара слов про конференцию в целом. Highload сильно меняется по составу. Это отметили еще этим летом, хотя отчасти это казалось естественным - все-таки предыдущий был в 2019. Но сейчас состав обновился снова. При этом участников было поменьше, чем летом, (2100 против 3000), но все равно много. А вот онлайн было сильно меньше, 836 против 4600 летом. Впрочем, за одним участником могут скрываться компании, плюс если от компании кто-то участвует, то потом записи оказываются доступными всем. Что еще интересно - на стендах добавилось много физической активности. Это началось в Питере, там на одном из стендов был скалодром, но вау-эффект вызвала другая активность: забрасывать в корзину мягкие ракетки, на него все два дня была постоянная очередь. Те, кто делают стенды поймали эффект, и сейчас на стендах было много такого. В общем, логично, мозгом люди работают и на работе много, так что простые физические развлечения привлекают.

Ну а теперь - заметки по конкретным докладам и темам.

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

2022-11-23: Agile-управление крупными корпорациями - конференция Enterprise Agile

AgileEnterprise2022-ph.jpg

В понедельник 21.11 прошла очередная конференция Enterprise Agile Russia. Конференция была супердинамичная, на доклад с вопросами и перерывом отводилось 30 минут: 20 на доклад, еще 5 на вопросы и 5 на перерыв. Так жестко спикеры не укладывались, но поскольку потом начинался следующий доклад, то в целом получасовые слоты соблюдались. Понятно, что за такое время сложный проект можно изложить только пунктиром, так что спикеры со слушателями уходили в зону обсуждения, с юмором названную организаторами пыточной, где отвечали на вопросы с пристрастием. На конференции было два трека докладов, трек мастер-классов и трек просветительских лекций. Я, как обычно, публиковал заметки в телеграм, но успел только по части докладов. А теперь публикую отчет по горячим следам.

Конференция была посвящена изменениям крупных компаний за счет применения Agile-методов, прежде всего SAFe и OKR. Я хочу заметить, что у меня лично - скептическое отношение к SAFe ввиду его большой сложности, так же как и к более традиционному проектному управлению по PMBOK. Но это скепсис в том смысле, что нет гарантий результата, и есть большие сложности в применении. С другой стороны, опираясь на услышанное, я признаю, что в SAFe видно много полезных практик, решающих задачи управления на большом масштабе. Кроме того, его применение принципиально меняет управленческое мышление в нескольких аспектах. Во-первых, в части признания ценностей Agile, на которые он опирается в части культуры, в том числе потому, что внутри на уровне команд лежит Scrum. А во-вторых - в части перехода от работы с потоком задач которые надо сделать к мышлению потоком ценности, которую надо создать, и этим он позитивно отличается от проектного управления. И, в третьих, он безусловно ломает и размораживает застывшие бюрократизированные структуры.

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

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

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

Disclaimer: Заметки - с голоса, могут быть неточности и неверные интерпретации
Пост на FB в моей ленте Пост в группе Enterprise Agile Пост в группе AgileRussia

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

2022-11-13: Анатолий Левенчук об онтологии системного подхода и проблемах не-научных теорий

Анатолий Левенчук недавно написал два важных и интересных поста, на которые я хочу обратить внимание. Первый https://ailev.livejournal.com/1656653.html - фундаментальное изложение онтологии системного подхода, опираясь на работы современных авторов, со ссылками уровня научной публикации. Там много интересного и глубокого. В частности - мир абстрактных объектов и мир физических объектов, и физические вычислители, компьютеры и люди, которые работают с обоими мирами, создавая новые абстрактные объекты или воплощая их в физическом мире, при этом управляются они во многом как раз абстрактными объектами. Такой дуализм Декарта в современном виде и, естественно, без всяких ссылок на него, это все - современные авторы. И там много еще чего интересного, пересказывать я не буду, это надо вдумчиво читать.

Второй пост https://ailev.livejournal.com/1654601.html включает тему "А чо таково?" - как разбираться с тем, что люди всерьез воспринимают всякую хрень, считая ее равноправной с научными теориями, при этом указания на противоречия на них не действуют, они не считают это основанием для отказа от теорий. Это интересный вопрос, имея ввиду не только астрологию и аналогичную эзотерику, но и имеет практический смысл в современной геополитике и этике - вопрос об основаниях для рассуждений и действий.

Я исторически читаю Анатолия в livejournal, мне там удобнее, но он публикует и обсуждает посты в FB и телеграм, там есть ссылки, так что кому удобны другие площадки - можно читать там.

Пост на FB

2022-11-11: Юбилейная AnalystDays - как всегда хорошие доклады и содержательное общение

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

Из общения в кулуарах я хочу отметить несколько тем, мне кажется, они будут интересны и за рамками конкретного разговора. Во-первых, люди рассказывали кейс: взяли начинающего аналитика, работает и учится уже полтора года, а эффекта - нет, человек - старательный, документы делает, но - не понимает содержания, формально. У меня тут возникла гипотеза, что у человека не поставлено мышление моделями, он мыслит просто текстами, умея их преобразовывать по аналогии, но не восстанавливая картину мира - объекты, отношения между ними и так далее. Предполагается, что такое умение есть у всех, у кого-то лучше, а у кого-то хуже. Оказывается, это не так, Прапион Медведева, рассказывая весной на конференции Школы системного менеджмента об опыте своего курса Онтологика и коммуникация привела статистику: примерно у 20% приходящих на курс такое умение, она его называет "машинка типов" - отсутствует, при этом прокачан навык коммуникации, который позволяет жить без этого, а у 30% наоборот, машинка типов хорошая, а коммуникации нет совсем. У остальных есть и то и другое, но в недостаточном виде - курс помогает развитию. За подробностями отсылаю к своему отчету.

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

Еще одна тема - профстандарты. Ирина Гертовская рассказывала о подготовке профстандарта системного аналитика. Подробности - в конспекте, а здесь я хочу сказать о профстандартах в целом. Профстандарты готовит Минтруда для того, чтобы с их помощью поставить задачу перед ВУЗами по подготовке специалистов, и он запустил очередной цикл пересмотров по ИТ, предыдущий был в 2013-2014. Пересмотр касается не только системного аналитика - пересматривают Бизнес-аналитик, "Специалист по ИС" (Создание (модификация) и сопровождение информационных систем), Руководитель проектов в области ИТ и Администратор БД. Уже вышел Программист (и это отличается от Специалист по ИС). В 2021 вышел стандарт Архитектор ПО, Менеджер продуктов в ИТ, Менеджер по ИТ, Тестировщик (специалист по тестированию) в 2020 - Специалист по техподдержке, Специалист по большим данным, Специалист по дизайну графических интерфейсов. И наверняка другие - в реестре нет года обновления стандарта. Смотреть профстандарты здесь: общий список (выбрать 06 ИТ) и реестры уведомлений, проектов стандартов там нет. При этом Бизнес-аналитик - в финансах и экономике, не ИТ-шный.

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

AnalystDays2022toy.jpg

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

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

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

2022-10-25: ArchDays - архитектура и мышление архитекторов

В пятницу, 21.10.2022 прошла однодневная ArchDays. Конференция первый раз прошла в 2019, потом два года проходила в online-формате, а сейчас - снова в offline. Отмечу, конференция имеет свое лицо и отчетливый фокус на архитектуре и работе архитектора. Доклады по этой теме есть на Highload, но там больше фокуса на public web и высоконагруженные приложения, что вполне естественно для конференции. А на ArchDays речь идет больше про enterprise и связанные с этим темы, которые на Highload не слишком широко представлены. При этом в докладах на ArchDays больше фокус на объяснении базовых вещей. Для кого-то этот материал очевиден, а для других - является ценным. А еще было несколько докладов, посвященных мышлению архитектора и способам принятия архитектурных решений, и это, на мой взгляд, очень позитивно отличает конференцию в хорошую сторону.

Участников было относительно немного, на сайте 700, но это с онлайн, а присутствовало, по-моему, 200-300. Впрочем я могу ошибаться. Было 4 параллельных трека докладов. Большинство презентаций уже доступны в программе конференции, так что думаю, остальные тоже скоро появятся.

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

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

2022-10-12: SQAdays и AnalystDays в Ереване - общение через границы

Неделю с небольшим назад, 31.09-02.10.2022 в Ереване прошли две конференции — SQAdays-EA и AnalystDays-EA. Влад Орликов сделал площадку общения между ИТ-шниками, которые оказались в разных странах ввиду современной геополитики. Это реально удалось, хотя участников было и не слишком много. На конференции было много международных спикеров, она шла на русском и английском с синхронным переводом в обе стороны. И я хочу отметить не только активное общение, но и спокойную, ламповую обстановку. И общий позитив. Может быть, это просто влияние малого числа участников. А может быть, еще сказывается аура города — в Ереване нет той суеты, которая очень характерна для Москвы, да и в Петербурге и Минске проявляется. Я тут отмечу, что большинство активностей на конференции как раз инициирует всякую движуху, а может быть реально стоит именно замедлиться. При этом, что интересно, эта спокойная обстановка не мешала участникам общаться на стендах, проходить квесты, получать призы. Просто это делали более спокойно.

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

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

Выступать у меня планов не было, но на SQAdays-EA выступил с экстренной заменой Самоопределение: чего я хочу от жизни и работы. На AnalystDays тоже был готов к выступлению, но не потребовалось.

А теперь — заметки с докладов, которые я публиковал в ходе конференции. Они - в том порядке, в котором я их слушал, но я хочу отдельно отметить доклады Натальи Савастюк про обратную связь и самомотивацию, Антона Семенченко про проектирование AQA и про и релокацию и стрессоустойчивость с простыми методами самодиагностики, Алены Демышевой про освоение новой предметной области, Татьяны Половинкиной про D5 - Domain Driven Design и Data Driven и Екатерины Лысенко про риски.

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

2022-09-29: Saint Highload и Saint Teamlead - рабочая обстановка

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

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

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

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

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

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

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

2022-09-17: ПИР-2022: От VUCA-мира к BANI, далее SHIVA

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

Пост на FB репост в группе Спиральная динамика

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

2022-09-08: Отто Шармер. Теория U

OttoSharmer-U-theory-cover.jpg

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

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

2022-08-21: Через месяц SQAdays и AnalystDays в Ереване - присоединяйтесь

Ковид, а затем нынешняя геополитика существенно нарушила прямые связи, которые интенсивно наращивались последние десятилетия. С этим можно смириться, а можно пытаться изменить то, что в твоих силах. Владислав Орликов, организатор многим известных конференций SQAdays и AnalystDays пробует изменить это, организовав конференции на нейтральной площадке, в Ереване, куда можно свободно приехать из России, даже без загранпаспорта, и из других стран. Влад уже много лет стремиться укреплять общение между пост-советским ИТ и мировым, приглашая на конференции иностранных спикеров из разных стран. И на нескольких из них, например, на SQAdays в Киеве и во Львове получались очень интересные выступления. И хорошо, что это продолжается сейчас, в новых условиях. SQAdays пройдет в Ереване 30.09-01.10, а AnalystDays 02.10, через месяц с небольшим. На них будут спикеры из разных стран, программа сейчас почти сформирована, там, как обычно, много интересных докладов. И, мне кажется, правильно поддержать эту попытку и съездить на конференции. И, на мой взгляд, это - не та ситуация, когда конференции делают для коммерческого успеха, это именно попытка насколько возможно восстановить нарушенные коммуникации. А Ереван - интересный город сам по себе, и можно воспользоваться случаем и его посмотреть, приехав пораньше или задержавшись. В конце концов, от нас с вами тоже зависит насколько границы в новом мире станут жесткими.

2022-08-03: Социократия - источник практик для IT - расшифровка доклада

В сентябре 2021 года на Saint TeamLeadConf я делал доклад Социократия - хороший источник практик по организации IT-проектов. Социократия - это набор шаблонов для организации на основе самоуправления. В ней есть фреймворк, чтобы строить управление организации в целом, но основная ценность в том, что отдельные шаблоны можно применять независимо для решения конкретных проблем. При этом недавно Социократия была пересобрана и дополнена с использованием практик из других технологий управления - холакратии, бирюзовых организаций и Agile-методов. Из Agile взяли много, примерно половина шаблонов знакома и применяется в IT. А вот другая половина - интересна, многие шаблоны решают распространенные проблемы управления в IT. И в рассказе я делал фокус именно на них. Организаторы конференции расшифровали доклад и на основе этого мы сделали статью на habr Социократия - хороший источник практик по организации IT-проектов. Так что теперь можно не только посмотреть доклад, но и прочитать статью.

2022-07-05: FinNext-2022 - разбираемся с черными лебедями финансового рынка

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

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

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

2022-06-22: ЛАФ - море общения и содержательные доклады

В прошедшие выходные был на ЛАФ-2022 — Летнем аналитическом фестивале. Это тоже конференция аналитиков, но по формату и атмосфере она очень сильно отличается от AnalystDays. И сопоставима по количеству участников — было несколько меньше 500 человек. ЛАФ проводится с 2010 и первые годы был в Иваново: суббота была с докладами в офисе, вечером ехали на турбазу, шашлыки и общение, а в воскресенье продолжали работать — не взирая на открывающиеся возможности для отдыха. А несколько последних лет оба дня проходят на турбазе или доме отдыха в разных местах. Были Владимир, Тверская область, Кострома, а в этом году — Софрино в Подмосковье. И благодаря формату на фестивале царит атмосфера активных знакомств участников и общения. Тем более, что в пятницу вечером, после заезда, был командный квиз и дискотека, а в субботу — афтерпати с живой музыкой, танцами и шашлыками. Пати завершилось около полуночи, но общение продолжалось до полтретьего минимум, потом я ушел спать.

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

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

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

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

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

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