Я — Максим Цепков приветствую Вас на своем сайте

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

К разделам Agile и бирюзовые организации Управление проектами IT: архитектура и бизнес-анализ Блог

Недавно и скоро

20.11 ArchDays online — Модели приложения для разных парадигм программирования
18.11 Зачем компании принадлежать сотрудникам - свежий выпуск Подкаста «Менеджмент цифрового мира» на ТОП-менеджмент FM (всего 7 выпусков)
06-07.11 Модели приложения для разных парадигм программирования (SQAdays-2020)
16.10 новая статья Реальность цифрового мира: проекты делает некомпетентная команда в серии Менеджмент цифрового мира (всего 54 статей)
09-10.10 Модели предметной области для разных парадигм программирования (AnalystDays-2020)
10-13.09 Переосмысление бизнес-понятий по уровням Спиральной динамики (ПИР-2020)

Кто я?

  • Навигатор по миру Agile, бирюзовых организаций, холакратии и социократии
  • Эксперт по Спиральной динамике
  • Эксперт по трансформации бизнеса с помощью IT, архитектор и бизнес-аналитик

Что я могу?

  • Кругозорные лекции по менеджменту цифрового мира - Agile, бирюзовых организаций, холакратии, социократии и другим способам самоуправления и самоорганизации
    • Для компаний - подготовленные с учетом ситуации компании, дают обзор имеющихся методов и синхронизацию представлений, и позволяют осознанно выбирать путь компании.
    • На отраслевых мероприятиях - дают комплексное представление, с учетом специфики отрасли, которое побуждает участников познакомиться с этими темами глубже и дает ориентацию.
По этим темам у меня есть серия 54 статей Менеджмент цифрового мира, в выступлении это будет сфокусировано и короче
  • Консультации и мастер-классы по методам современного менеджмента с разбором ситуации конкретной компании в целом или конкретных кейсов. Результат - спектр вариантов пути, по которым можно идти самостоятельно или с привлечением специалистов по конкретным методам, или просто набор практик, которые стоит использовать для решения проблем.
  • Мастер-классы по методам ведения IT-проектов, как для IT-компаний, так и для менеджеров-заказчиков, которые хотят разобраться и стать квалифицированными заказчиками. Программа готовится индивидуально.
  • Кругозорные лекции и мастер-классы с разбором кейсов по моделям софтскилл - командные роли Белбина, спиральная динамика, ситуационное лидерство, модель Адизеса, типология Майерс-Бриггс и другие. Дают обзор разных моделей и их назначение, и далее можно сфокусироваться на актуальном.
  • Воркшоп по профессиональному и личному самоопределению на основе схем из этого выступления
  • Лекции и мастер-классы с разбором кейсов по Управлению знаниями
  • Лекции и мастер-классы с разбором кейсов по DDD и моделям приложений для аналитиков, разработчиков, тестировщиков и менеджеров

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

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

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

Я открыт к общению через социальные сети и по почте (лучше facebook) и обычно отвечаю на сообщение в течении 2-3 дней как минимум квитанцией о получении. Если она не пришла — значит сообщение перехватила спам-оборона и надо пробовать связаться иным образом.

Последний пост блога 2020-11-21: Как сохранять неформализованные знания (оглавление)

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

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

Но у этого короткого ответа есть много аспектов, о которых стоит поговорить. Для начала отметим, что в традиции управления знаниями говорят не о формализованных и не формализованных знаниях, а о явных и неявных, explicit и implicit или tacit в оригинале. И есть важная разница между формализацией и проявлением — формализация ведь предполагает не просто проявление знания, а описание его в некоторой формальной модели. А вовсе не всегда эта модель очевидна.

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

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

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

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

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

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

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

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

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

На этом все. Надеюсь, будет полезным.



Главное и новое

Мир третьей волны: Agile, Бирюзовые организации, Спиральная динамика

Ведение проектов

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

Доклады по softskill для IT

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

Мой блог — полное оглавление здесь


Весь блог…

Я буду рад любым комментариям и обсуждениям. Авторизация для этого через регистрацию на сайте или OpenID.

MaksWiki содержит 1966 страниц.