Литература, новости и кино - человечество как совокупность интегрированных систем (1/2)

Саясат Нурбек, когда не был еще министром, любил читать лекции о литературе и кино - о том как анализировать художественные произведения с точки зрения анализа “пути героя”, по мотивам книги Джозефа Кэмпбелла “Тысячеликий герой”. Кэмпбелл проанализировал мировую литературу с точки зрения пути героя, разделив ее примерно на 17 стадий: жизнь, призвание, отказ от зова, помощь наставника и т.д. Идея Кэмпбелла (и Саясата) - при помощи этого метода можно понять любое художественное произведение.

Мне всегда этот подход казался примитивизацией анализа художественных произведений. На одной из лекций я задал Саясату вопрос: хорошо, путь героя, а кто главный герой у Чехова в “Вишневом саду”, и кто главный герой в “Форресте Гампе”? Про “Вишневый сад” лектор умолчал (там, если кто не помнит, небольшой театр абсурда, герой - не человек, уходящая эпоха), а про Форреста Гампа сказал только, что образ Форреста - это аллюзия на Иисуса Христа, само присутствие которого меняет жизни окружающих людей. То есть напрямую, если не “натягивать сову на глобус”, этот подход не работает даже на многих известных произведениях. Почему примитивизация? Я объясню)

Кейс Савельева

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

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

Так вот, анализ пути героя - это, как правило, только самый простой уровень - анализ фабулы. За бортом рассмотрения остается структура, эмоциональные инструменты повествования, контекст.

Кейс общества как совокупности вычислительных систем

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

#мышление #литература #кэмпбелл #савельев #пропп

Литература, новости и кино - человечество как совокупность интегрированных систем (2/2)

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

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

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

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

5. Теперь представьте что вы что-то прочитали или посмотрели: вы как система получили сообщение. Что вы можете из него узнать: а) принять его как инструкцию на исполнение; б) что-то выяснить об источниках сообщения; в) что-то выяснить об общей системной архитектуре; г) что-то выяснить о целях генератора или посредников сообщения; д) что-то выяснить о себе - почему вы обработали сообщения определенным образом (нет ли у вас ошибки в принимающем сервисе или структуре данных - мировоззрении).

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

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

Кейс Проппа

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

Ссылки:
- Джозеф Кэмпбелл. Тысячеликий герой.
- Сергей Савельев. Изменчивость и гениальность.
- Владимир Пропп. Исторические корни волшебной сказки.

#мышление #литература #кэмпбелл #савельев #пропп

Плюсы и минусы цеттельскастена в канале телеграм

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

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

2. Минус. Наличие подписчиков порождает ожидание лайков – это сбивает фокус с того что, возможно, интересно только автору на поиск тем, которые интересны не только автору.

3. Плюс. Среди сотен подписчиков может найтись два-три человека, которые активно интересуются теми же вопросами – они могут высказать своё «фи», либо «одобрямс», либо подбросить дополнительные идеи для дальнейшего осмысления.

4. Минус. В мозговую кофеварку попадает много вопросов, по которым надо бы сделать заметки, чтобы не забыть важные инсайты, но заметки краткие, которые неуместны в публичном блоге.

5. Минус. На законченный пост я обычно трачу 30-40 минут, но иногда заготовке с постом нужно отлежаться и дозреть – постить заготовку в публичный блог не комильфо.

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

Чтобы избавиться от минусов, вариантом решения может быть следующее:

1. Вести закрытый блог в телеге для заметок и заготовок постов и статей – это обеспечит регулярность и систематичность мышления письмом и отключит негативное влияние наличия аудитории.

2. Вести дальше открытый блог в телеге, может быть не один (если есть желание иметь устойчивую аудиторию): информационно-новостной – отдельно, айтишный – отдельно, гуманитарный – отдельно, что-нибудь ещё – отдельно.

3. Большие статьи можно размещать в открытом блоге по своей теме, только не в телеге (из-за размера), а на другой площадке – в телеге давать только ссылку.

Будем посмотреть что получится. Всем продуктивного мышления!

UPD. Церен Церенов (соучредитель ШСМ) поделился ссылкой на на хорошее видео по теме поста - https://www.youtube.com/watch?v=3k3nhH15le0.

#мышлениеписьмом #zettelkasten

Сложности разработки онтологий для айтишников, базовые онтологии Партриджа и Веста (1/2)

Умение анализировать и разрабатывать онтологии предметной области – комплекс довольно сложных навыков. Если ему учить как следует, то нужен как минимум семестр теории и практики. Запишу некоторые базовые идеи:

1. Любая теоретическая и практическая деятельность всегда оперирует понятиями какой-то онтологии. Эта онтология может быть неотрефлексирована, интуитивна, не описана, но она есть. «Онтология» у меня здесь = онтика = система понятий. Я знаю, что сам термин означает «описанную систему понятий» - логия. Но, в конце концов, хотя бы в форме нейронных связей в головах каждого человека складываются некоторые онтологии.

2. Разные люди как правило используют разные онтологии для одной предметной области. Разные онтологии (разная структура системы понятий и разная терминология) – одна из причин почему люди часто друг друга плохо понимают. Чтобы понимать друг друга быстрее для некоторых задач нужно договариваться об общей онтологии.

3. Онтология не может быть правильной или не правильной. Однако онтология может быть более эффективной или менее эффективной для решения некоторых практических задач.

4. Проектировщики баз данных и информационных систем (некоторые) «прокачали» свои онтологические навыки в связи с необходимостью моделирования данных. Раньше онтологическими вопросами занимались только философы, ученые и некоторые хорошо образованные люди.

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

6. Разработка онтологии – это не разработка структуры БД. Одна и та же онтология предметной области может быть спроектирована чрезвычайно разным образом для одной и той же СУБД.

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

8. Онтология всегда многоуровневая. В задачах автоматизации уровни выглядят, например, так:
a. Первый уровень – реальные физические объекты (например, конкретная ложка с уникальным инвентарным номером. Или, например, конкретная задача по проекту, выполняемая конкретным человеком).
b. Второй уровень – типы объектов (например, для ложки: чайная ложка определенного дизайна; для задачи: задача по разработке API по протоколу SOAP).
c. Третий уровень – типы типов объектов (например, товары на реализацию, запчасти, задачи разработчика).
d. Четвертый уровень – типы типов типов объектов, например, базовые понятия методологии, по которой ведется разработка. Например, стандарт BABOK Guide задает некоторую базовую онтологию для задач по бизнес-анализу, PMBOK задает некоторую базовую онтологию для задач по управлению проектами и т.д. Между этим и предыдущим уровнем может быть еще некоторое количество уровней.
e. Пятый уровень - онтология методологии описания онтологий (например, например 3D- или 4D-протяженность, или, например, базовые типы объектов, приводимые в книгах Партриджа, Веста и проч. – о них дальше). Между этим и предыдущим уровнем также могут «затесаться» другие уровни.

9. Онтологии не всегда иерархия/дерево, может быть и сложный граф. Но об этом долго рассказывать.

10. Базовые понятия Партриджа (5 уровень): объект, отношение, состояние, событие, класс.

#партридж #уэст #бизнесанализ #системнаяинженерия #онтология

Сложности разработки онтологий для айтишников, базовые онтологии Партриджа и Веста (2/2)

11. Базовые понятия Веста (7-5 уровни, сильно упрощенно):
a. Вещь (thing) – речь об абстрактной сущности – всё в этом мире «вещь», «нечто».
b. Пространственно-временные объекты, абстрактные объекты.
c. Абстрактные объекты: классы, отношения. Физические объекты: состояния, события, агрегации, индивиды.
i. Намеренно сконструированные объекты (физические): функциональные объекты, социально сконструированные объекты, собственность, соглашения, контракты, организации, продукты, репрезентации.
ii. Физические объекты: системы.
iii. Физические объекты: спецификации требований.

12. Проектирование БД – это перенос части онтологической модели в структуру БД. Наличие концептуальной модели уменьшает вероятность плохого проектирования БД, но не исключает этого. Физическое проектирование на основе концептуального – задача не всегда простая. Объект онтологии не равно таблица. Отношение между объектами не равно отношение между таблицами (например, отношение между объектами в БД может быть спроектировано как несколько таблиц; например, некоторые типы объектов могут быть объединены одной таблицей и т.д.).

Мораль: онтологическое мышление не самая простая дисциплина для освоения, но она на порядок повышает «умность» проектировщика и повышает вероятность создания качественных ИС.

Ссылки:
1. Мэтью Вест. Разработка высококачественных моделей данных (русский перевод) - https://docs.google.com/document/d/1kvqJ4aI6Hr2gcNbNB96QFNCJWuDIW-Ri5JTDHn6X_ek/edit
2. Chris Partridge. Business Objects: Re-Engineering for Re-Use - https://borosolutions.net/sites/default/files/Business%20Objects%20-%20Re-Engineering%20for%20Re-Use%20%283rd%20Ed%20-%20early%20draft%20-%2020140927%29.pdf

#партридж #уэст #бизнесанализ #системнаяинженерия #онтология

Объявление: в этом канале больше не будет постов на темы, не связанные с IT. Вся моя неайтишная публицистика теперь будет в канале https://t.me/thinkingbyletter3

Что должно быть в ТЗ?

Вчера в очередной раз услышал вопрос: а что должно быть в ТЗ? С какой степенью детализации?

Я обычно отвечаю вопросом на вопрос: кому должно? Т.е. для кого пишется ТЗ и как его будут использовать? (Варианты: менеджеры заказчика, архитекторы заказчика, инженеры заказчика, архитекторы подрядчиков, разработчики подрядчиков, контролирующие органы, аналитики, тестировщики и т.д. Для всех сразу написать не удастся, поэтому обычно проектная документация состоит не из одного документа, а из многих, и у каждого документа собственная аудитория и свои требования к детализации, о которых в каждом проекте нужно договариваться отдельно).

Я уже писал о том, что такое view и viewpoint (ссылка в конце). ТЗ - это комплект view, т.е. описаний системы в процессе будущей эксплуатации, а также описаний процесса изготовления, а также частичных описаний предприятий, которые а) будут изготавливать систему, б) будут использовать систему.

Для кого и как детально нужно делать описания зависит от того с каких viewpoint люди будут читать это ТЗ. Какие могут быть viewpoint - на картинке ниже.

Ссылки:
- Мой пост на тему что такое view и viewpoint - https://t.me/thinkingbyletter/170

#системнаяинженерия #бизнесанализ

Русский перевод Руководства по аналитике бизнес-данных от IIBA

Три года назад в IIBA Kazakhstan Chapter мы пытались общими усилиями сделать перевод Guide to Business Data Analitics. Систематическая работы команды по переводу - дело довольно сложное и трудоемкое, кроме определенной квалификации переводчика нужны немалые усилия для каждого члена команды, чтобы процесс не заглох. BABOK Guide мы переводили несколько лет. Поэтому совместный процесс перевода Guide to BDA заглох)

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

Благодарю коллег, которые внесли свой вклад в перевод в начале проекта:
- Толганай Баетова
- Асель Байжуманова
- Шынар Есентаева
- Денис Славиковский
- Жанар Тулегенова

Ссылка на перевод Руководства - https://docs.google.com/document/d/1FM2gS7QJyWnPJFQrkKHBHN2Vd2WA0WaUgpw1pnfdSLM/edit?usp=sharing

#перевод #iiba #бизнесанализ #анализданных

Русский перевод Guide to Product Ownership Analysis: приглашение к сотрудничеству

Перевожу профессиональный стандарт по аналитике в продуктовой разработке - Руководство по POA от IIBA. Перевел 40 страниц из 300 (за исключением картинок). (UPD. Уже 298 стр.)

Если кто-то хочет внести свой вклад в перевод, то по ходу перевода может понадобиться следующая помощь:

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

2. Хорошо бы сделать сводный англо-русский словарь терминологии БА, объединяющий термины из BABOK Guide, Guide to BDA, Guide to POA, Agile-extention to BABOK Guide, Strategy to Execution Framework - я понимаю, что это сильно упростит и ускорит процессы переводов стандартов и формирования русскоязычной терминологии по БА в русскоязычных коммьюнити аналитиков, но пока не могу найти на это времени. Возможно кто-то может взяться за этот подвиг.

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

Ссылка на черновик перевода: https://docs.google.com/document/d/19qxsnvFgvpDjTjJ6zRAPnDfE3_pT1NGrbO8--0Ngp_g/edit?usp=sharing

#переводы #iiba #бизнесанализ

Сделал каталог казахстанских телеграм-каналов и групп по IT (87). У кого есть что добавить - пишите в комментарии.

https://docs.google.com/document/d/1iBSwKB1rmmRo_Jw1r4ra4fjjdkdjUh1cwi2TEt6JD2U/edit?usp=sharing7

Карта процесса-опыта и люди с квадратными подбородками

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

Как вы можете догадаться, не подходили категорически: BPMN, CJM, UML, Service Blue Print и прочие приятные вещи. Пришлось использовать «прямоугольники-стрелочки-дорожки» и упрощенный SIPOC. На каждый бизнес-процесс мы делали карточку процесса, отдельные важные процессы рисовали на диаграмме. Заказчики и это понимали не очень ясно, но можно было как-то объяснить.

Недавно я увидел интересный метод «Карта процесса-опыта» Андрея Шапиро. Этот метод интересен тем, что при описании бизнес-процессов позволяет соблюсти определенный баланс между простотой, понятностью, информативностью. Метод объединяет некоторые из преимуществ CJM, Service Blue Print и классического «стрелочного» потока работ, с возможностью указания каналов, входов/выходов и другой важной информации. Возможно, если бы я был знаком с этим методом несколько лет назад, то я использовал бы именно его на пользу людям с холодной головой, чистыми руками и горячим сердцем.

Советую попробовать, а кто пробовал - поделитесь опытом, плиз.

Ссылки:
1. Статья и сайт с описанием Карты процессы-опыта – https://ashapiro.ru/articles/xpm
2. Видео мастер-класса по описанию процесса фасилитации стратегирования с помощью карты процесса-опыта – https://www.youtube.com/watch?v=uQPyVQFlzRo&t=110s&ab_channel=AndreiShapiro
3. Телеграм-канал метода – https://t.me/xpmap
4. Методичка – https://ashapiro.gitbook.io/xpm

#бизнесанализ #картапроцессаопыта #андрейшапиро

IT и IQ – про интеллект айтишников (1/2)

Пока сегодня стоял в пробках послушал любопытный подкаст с Владимиром Алиповым. Владимир – врач, нейробиолог, блогер, занимается исследованиями мозга в России и США. Из интересного:

1. IQ тесты хорошо работают для людей среднего интеллекта, в пределах от 100 до 115. Чем выше, тем они менее точные. Если сравнивать между собой людей с показателями выше 130 – то это малоинформативные данные. (Теперь понятно почему проф. Сергей Савельев часто говорит, что первые IQ тесты созданы Айзенком только для отбора посредственностей и не пригодны для отбора людей с незаурядными способностями, о чем, якобы, возмущался и сам Айзенк, когда его тесты использовались не по назначению. Также понятно почему, когда я сдавал несколько разных тестов лет 35 назад, то они показывали высокие результаты, но с очень большим разбросом значений.)

2. Еще IQ тесты хорошо работают чтобы отсеять совсем неспособных. Например, одно время из-за дефицита призывников, в армию США стали брать людей с IQ ниже 80% (в США таким примерно 15% населения), как оказалось, вред, который они наносят собственной армии в ходе службы, обходится дороже по сравнению с приносимой пользой – практику отменили.

3. Несмотря на недостатки IQ тестов, есть хорошая корреляция между уровнем IQ и профессиональным и социальным успехом.

4. В Голландии было интересное исследование. Они выяснили, что способность и склонность к работе в сфере IT и вообще в STEM высоко коррелирует с уровнем перинатального тестостерона – чем выше был уровень, тем чаще взрослый человек становится айтишником или вообще инженером. Вероятно, повышенный уровень тестостерона особым образом влияет на формирование мозга, который становится более способным к решению классификационных и всяческих инженерных задач. Обычно у мальчиков в перинатальном периоде тестостерон выше, чем у девочек, но у некоторых девочек также бывает высокий тестостерон в этом периоде.

5. Это объясняет почему несмотря на то, что тестирование на IQ мужчин и женщин показывает почти одинаковые результаты (статистическая разница есть, но она очень небольшая), девочек в IT и в STEM в среднем не больше 10% - они просто не любят такие задачи, но любят задачи, связанные с тем, что называется EQ – эмоциональный интеллект. Это также объясняет гендерный дисбаланс в различных профессиях. Некоторые отдельно взятые женщины могут быть много умнее некоторых отдельно взятых хороших программистов, и они даже потенциально могли бы быть более хорошими программистами, но им не интересно решение задач такого рода.

6. Интеллект в различных социальных группах отличается очень сильно. 👇👇👇

IT и IQ – про интеллект айтишников (2/2)

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

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

8. Прокрастинация – это не лень. Это перенос страха перед неприятной (непонятной, или трудной, или бессмыссленной, и т.д.) задачей на другие задачи – смещенная активность. Есть хитрости как ее преодолевать.

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

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

Ссылки:
1. Подкаст с Владимиром Алиповым – https://www.youtube.com/watch?v=5NSr4bZk7-M&t=2311s&ab_channel=DecembristITTV

2. Телеграм-канал Владимира Алипова - https://t.me/alipov_shorts

3. Ютуб-канал Алипова - https://www.youtube.com/@neurobiology-alipov/playlists

Технологиялық Ұлт – партия инженеров (досужие ночные фантазии) (1/3)

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

Миссия партии – формирование у наиболее образованной, активной и дееспособной части общества идентичности «высокотехнологичного казаха» и преобразование страны на основе компетентного рационализма и прагматизма.

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

a. Достижение энергетической безопасности. Страна имеет большие запасы углеводородов, урана, угля, и при этом испытывает дефицит электроэнергии, не может стабильно обеспечивать себя топливом, не умеет строить и качественно обслуживать электростанции. Большая часть бюджета страны формируется за счет экспорта сырья. Необходимо постепенно отказаться от роли сырьевого придатка, научиться строить и обслуживать АЭС, а также угольные электростанции, соответствующие требованиям «зеленой энергетики». Экспортировать не нефть и газ, а продукцию нефтехимической промышленности, топливо. Для достижения этих целей необходимо создавать национальные инженерные в области энергетики, ядерной физики, нефтехимии, геологии. Метрики: 1) 4 крупных АЭС через 20 лет; 2) способность строить малые АЭС через 25 лет; 3) способность строить экологичные угольные ТЭС и ТЭЦ через 10 лет; 4) сокращение доли экспорта сырья в 3 раза через 10 лет.

b. Достижение продовольственной безопасности. Дефицит водных ресурсов несет угрозу продовольственной безопасности страны. Половина воды при использовании для орошения уходит на потери при транспортировке. Необходима модернизация системы использования водных ресурсов. Необходимо создание единой водно-энергетической системы с соседними странами. Метрики: 1. Сокращение потерь воды в 3 раза через 10 лет. 2. Соглашение, проектирование и создание единой водно-энергетической системы через 10 лет.

c. Освоение роботизированных производственных технологий «шестого технологического уклада». В ближайшие десятилетия все большее значение будут приобретать технологии роботизированного производства, при которых роботизация и использование 3D-печати позволят выпускать мелкосерийную продукцию с той же себестоимостью, для которой в настоящее время необходимо крупносерийное производство. Необходимо обеспечить своевременное освоение данных технологий национальными кадрами. Метрики: 1) подготовка ежегодно не менее 1000 специалистов в области робототехники и 3D-печати через 10 лет.

d. Адаптация системы высшего и среднего образования к целям развития страны. В настоящее время система образования преимущественно выполняет функции социализации учащихся, а не подготовки высококвалифицированных специалистов. Нельзя отрицать важности функции социализации, но необходимо добиться, чтобы появилась система по-настоящему высшего образования. Для подготовки инженерной и гуманитарной элиты страны достаточно 3-4 университета, обеспеченных высококвалифицированными кадрами, ресурсами и свободных от коррупции, где наиболее способные студенты смогут получать настоящее высшее образование. За остальными многочисленными ВУЗами может быть оставлена функция социализации и имитации высшего образования. В системе среднего образования так же должна быть проведена адаптация: для наиболее способных учеников должен проводиться отбор и качественное обучение в целях дальнейшего получения настоящего высшего образования, для большинства – обеспечение социализации и «обычного» среднего образования. Крупные энергетические и другие инфраструктурные проекты должны выступать драйверами развития системы образования.
Метрики: 1) 3 университета с «настоящим» высшим образованием через 5 лет.

Технологиялық Ұлт – партия инженеров (досужие ночные фантазии) (2/3)

2. Консервативная внутренняя политика.

a. Имперский подход. Внутренняя политика должна строиться в целях обеспечения способности к развитию при обеспечении эволюционного пути развития с исключением возможности радикализации (этнической, языковой, религиозной, классовой). Имперский подход подразумевает возможность сохранения в рамках одного государства поликультурного и полиэтнического общества, отказ от радикальной унификации мировоззрения граждан по единым критериям. Казахстан в этом смысле должен быть империей, способной управлять группами населения, отличающимися по культуре, этносу, языку, религии. Империя сложнее в управлении, но имперская культура управления дает большую гибкость и адаптивность к изменениям. Общая имперская идентичность: Казахстан – сердце Евразии, росток разума, прорастающий и набирающий силу в сухой степи глупости, лени и жадности. Метрики: 1) народы Казахстана должны получить не декоративную политическую субъектность (Ассамблея – не работает) через 3 года. (Примечание: Поскольку термин «империя» стигматизирован в современном общественном сознании, он может быть заменен).

b. Традиционная семья. Исторически апробированная основа социальной устойчивости общества – семья. Мужчины и женщины равноправны в политической и профессиональной деятельности. Современный трансгуманизм (нетрадиционные гендеры и половое поведение) в частной жизни не должен преследоваться, но не допустим для пропаганды. Метрики: 1) наличие ежемесячного отчета специальных служб о размерах грантов, выделяемых посольствами США и Великобритании на пропаганду ЛГБТ в Казахстане через никогда лет.

c. Религии и идеологии – инструмент поддержки традиционной нравственности. Государство должно одобрительно относиться к усилиям религий и других идеологий в поддержке семейных ценности и гуманизма. Государство должно ограничивать последователей религий и идеологий от радикализации и архаизации общественных отношений. Метрики: 1. Наличие государственного контроля образовательных программ в религиозных учебных заведениях. 2. Не менее 90% процентов религиозных функционеров должны получать религиозное образование внутри страны.

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

Технологиялық Ұлт – партия инженеров (досужие ночные фантазии) (3/3)

Метрики: 1. Не менее 50% государственных служащих центральных органов должны составлять профессиональные инженеры (бизнес-аналитики, аналитики данных, архитекторы ПО, профильные инженеры). 2. Публичный реестр доходов государственных служащих и членов их семей (включая родителей, детей и внуков).

<На этом месте меня потянуло в сон, и ход мыслей замедлился>

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

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

<Пошёл спать. Продолжение будет потом, когда заниматься будет нечем. Или никогда>

Use Case 3.0 и Use Case 2.0: В чем разница?

Use Case 3.0 — это эволюция методологии моделирования юзкейсов, основанной Иваром Якобсоном. Она углубляет идеи Use Case 2.0, учитывая современный контекст Agile и DevOps.

1. Разделение на фрагменты (Slices)
В Use Case 2.0
• Идея Use Case Slices уже была (основной и альтернативные потоки разбиваются на «слайсы»).
• Это позволяло использовать юзкейсы итеративно, делая их менее громоздкими.
В Use Case 3.0
• Усилена роль слайсов для инкрементальной поставки ценности.
• Расширены рекомендации по применению в спринтах и при релиз-менеджменте.

2. Гибкость и минимализм
В Use Case 2.0
• Предполагался отказ от чрезмерной детализации, однако на практике иногда ведут большие документы.
В Use Case 3.0
• Ещё сильнее акцент на описании только ключевых аспектов, «лёгкой» документации и быстрой адаптации.

3. Интеграция с Agile и DevOps
В Use Case 2.0
• Учитывались принципы Agile: юзкейсы разбиваются на небольшие слайсы.
• Некоторые команды всё ещё использовали классические UML-схемы, не всегда «стыкуясь» с итеративным циклом.
В Use Case 3.0
• Фокус на тесной интеграции с CI/CD и DevOps, связывании с user stories и тестами.
• Предусмотрен механизм выбора слайсов на каждую итерацию.

4. Визуализация и коммуникация
В Use Case 2.0
• Основан на текстовом описании и UML, что может приводить к «толстой» документации.
В Use Case 3.0
• Используются современные способы визуализации (графы фрагментов, прототипирование).
• Упрощается взаимодействие аналитиков, разработчиков и заказчиков.

5. Фокус на ценности
В Use Case 2.0
• Идеи «feature-driven» и «value-driven» уже заложены, но иногда применяются формально.
В Use Case 3.0
• Каждому слайсу приписывается конкретная бизнес-ценность.
• Упрощается приоритизация и увязывание с реальными интересами пользователя.

Заключение
Use Case 3.0 — это продолжение, а не полный разрыв с 2.0. Главные отличия:
1. Use Case Slices (уже были в 2.0) получили ещё больше развития.
2. Гибкость и минимализм усилились.
3. Интеграция с Agile и DevOps стала более формальной.
4. Визуализация (лёгкие диаграммы, графы) помогает командам.
5. Фокус на ценности делает подход «value-driven» центральным.
Use Case 2.0 подходит при необходимости умеренного формализма и итеративного процесса.
Use Case 3.0 оптимален, если важны гибкость, бизнес-результаты, быстрая адаптация под Agile/DevOps.

Ссылки
1. USE-CASE 3.0 The Guide to Succeeding with Use Cases
2. Видео от авторов метода
3. Разбор «онтологического дребезга» от А.Левенчука

Граф создателей реальности и карта гипотез

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

1. Понимание текущей реальности: знание того, как устроена существующая среда (например, рыночная ситуация).
2. Видение будущего: прогнозирование изменений, которые произойдут в реальности (визионерство).
3. Проектирование новых объектов: разработка новых продуктов или систем с определением их характеристик, которые будут внедрены в новой реальности.
4. Изменение поведения субъектов: прогнозирование того, как изменится поведение участников среды вследствие появления новых объектов и деятельности проектной команды (системы-создателя), с определением характеристик этого нового поведения.
5. Определение выгод: формулирование того, что стратеги (владельцы) хотят получить от создания новой реальности.
6. Анализ ресурсов: осознание имеющихся ресурсов для работы проектной команды.
7. Формулирование гипотез: выдвижение предположений о том, как субъекты и контекст реальности будут реагировать на новые объекты и действия проектной команды.
8. Планирование стратегических задач для команды: определение ключевых задач, которые должна выполнить проектная команда.
9. Планирование задач по созданию команды: разработка стратегических задач, направленных на формирование и развитие самой проектной команды.

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

Для удобства оформления стратегии можно использовать метод «карта гипотез», разработанный Александром Бындю (о котором я уже писал ранее). На карте гипотез цветными стикерами выделяются:

1. Цели с показателями.
2. Ключевые субъекты: лица или организации, поведение которых планируется изменить в будущей реальности, включая их «боли» и желания.
3. Гипотезы: идеи стратегов о том, почему с помощью новых объектов и действий проектной команды удастся изменить поведение ключевых субъектов в создаваемой реальности.
4. Задачи по созданию новой реальности: действия, выполнение которых приведёт к достижению целей и подтверждению гипотез.

Эти виды стикеров располагаются последовательно: цели связываются с субъектами, субъекты — с гипотезами, а гипотезы — с задачами. Связи между ними могут быть множественными (многие ко многим).

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

• Характеристики новых объектов (продуктов, систем).
• Изменения в поведении субъектов (например, желание покупать и/или использовать новый объект).
• Реакции контекста (конкурентов, других субъектов).
• Выгоды, получаемые владельцем проектной команды.

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

На графе создателей (см. диаграмму) в соответствии с принятой системой обозначений карты гипотез цели отмечены зелёным цветом, субъекты — оранжевым, гипотезы — жёлтым, а задачи — голубым.
#картагипотез