MaksWiki - Новые страницы [ru]

Лекция 1: Чем системный подход может помочь нам в разработке онтологии денег. Школа Щедровицкого в Бодруме 2023

2023-10-01T16:57:11Z

MaksTsepkov:

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

Первая лекция. Чем системный подход может помочь нам в разработке онтологии «денег»? Введение в проблему и постановка вопросов.

Все цитаты неточные, смыслы - интерпретированные.

DDD: как жить в проекте без требований (обсуждение на Flow-2023)

2023-09-14T15:16:20Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про DDD}}

Еще про DDD

Обсуждение с Юрой Куприяновым 4-5.09.2023 на online FlowConf
Дискуссия на сайте конференции 
Видео доступно на сайте конференции для участников

Domain-driven design (DDD)– эффективный метод создания проектных решений через работу с моделями. Эффективность особенно проявляется на этапе развития системы, но для этого необходимы предпосылки на начальном этапе создания продукта.

Метод принципиально отличается от обычного создания дизайна системы на основе требований, но эти отличия обычно не осознаются: им пытаются дополнить привычный способ работы, а не заменить. Различие примерно такое же, как между Agile-методами и традиционным «водопадом»: в Agile мы переходим от поэтапной разработки по фазам к инкрементальной, где после каждого спринта получается работоспособный продукт. Так и в DDD – вместо дизайна по требованиям мы каждую функциональность сразу превращаем в часть модели и обсуждаем новые фичи в терминах изменения этой модели.

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

Я и мои аватары в спектакле жизни (ПИР-2023)

2023-09-10T09:25:09Z

MaksTsepkov:

Еще про модель личности и модели soft skill

7-10.09.2023 Практики и Развитие 2023
Мой профиль на сайте конференции (там последний из докладов)
Выступление на сайте конференции
Видео https://youtu.be/9Oru9_AaX1A

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

Не тривиально, что сцен – много: есть объективная реальность, в которой происходят события, а у каждого участника ее отражает внутренняя сцена. Представление на ней не видят другие люди, а смотрят и оценивают твои аватары-субличности. Они могут обесценить происходящее или быть довольны игрой. Надо уметь играть роль режиссера в театре своих аватаров. Доклад развивает статью «Я и мои аватары» и другие статьи по самоопределению https://mtsepkov.org/Self-Det

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

DDD: модели вместо требований 9 лет спустя (ЛАФ-2023)

2023-06-10T08:26:11Z

MaksTsepkov: /* Основные тезисы */

Еще про DDD

10-11.06.2023 под Костромой ЛАФ-2023
Доклад на сайте конференции
Видео https://vimeo.com/844929617

Девять лет назад на AnalystDays-2014 я делал доклад «DDD - модель вместо требований». С тех пор мое представление о Domain Driven Design развивалось: появилось понимание отличий DDD от построения объектных моделей (OOAD), осознание различий между проектированием автоматизации «с чистого листа» и заменой существующей основной системы, представление о применении DDD в современной микросервисной архитектуре и многое другое. Все это будет в докладе вместе с основами DDD, которые делают его более эффективным способом проектирования приложений, чем классическая работа с требованиями: концепциями единого языка, ограниченных контекстов и единой моделью, прозрачно отражаемой в код.

По теме недавно была статья Domain Driven Design: модели вместо требований, но она - обзорная, верхнего уровня. В докладе Требования или модели - как писать постановки (AnalystDays-2023) я тоже, естественно, затрагивал тему DDD, но там это была 1/6 доклада. И более ранних докладов было много, но в этом - новая полная версия и многое переосмыслено, обсуждение статей и докладов послужило драйвером для этого.

Предыдущие доклады по теме Domain-driven design: от справочников и документов до отчетов (WIAD-2020) и DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021).

Требования или модели - как писать постановки (AnalystDays-2023)

2023-04-21T07:00:57Z

MaksTsepkov:

Еще про архитектуру и постановки

21-22.04 Москва AnalystDays
Доклад на сайте конференции
Видео https://vimeo.com/881377370 или https://youtu.be/6mfWYECjUiM

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

Основой доклада послужили мои статьи Какие нужны требования: развитие концепта, Domain Driven Design: модели вместо требований,Agile-методы: light-версии требований. Материал был доработан при подготовке доклада. В том числе, появились слайды 28-30, описывающие особенности работы над постановками по замене основной информационной системы. Возможно, об этом я напишу отдельную статью.

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

Модель Белбина для IT: сила и слабость разных команд (TrueTechDay-2023)

2023-03-31T16:02:04Z

MaksTsepkov:

31.03 Москва TrueTechDay
Видео ожидается

Умение работы в команде - важнее hard skill. В докладе будет модель Белбина распределения ролей в команде, основанная на soft skill людей. Она позволяет предсказать потенциальные конфликты, увидеть слабые места и принять меры для их предупреждения. По сути, она описывает архитектуру команды с довольно интересного viewpoint. А еще - позволяет понять, каким будет человек в роли архитектора, техлидом или другой - ведь все роль можно играть по-разному.

Выступление продолжает мою серию докладов про Модель Белбина, и дополнен примерами про работу с архитектурой.

Профстандарты и модели компетенций - желания и возможности (TeamLeadConf-2023)

2023-03-05T06:45:54Z

MaksTsepkov:

TeamLead Conf-2023 
Доклад на сайте конференции
Видео https://youtu.be/EjmWlvmfMYQ

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

От ПК: Про профстандарты в IТ разговоры ведутся десятилетиями, но, за редким исключением, так и не удалось добиться чего-то похожего на годный результат. Десятки компаний генерируют сотни внутренних стандартов. Что же мешает все это собрать в кучу и доработать?

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

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

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

Статусы документов: нажатие кнопки и реальные действия (AnalystDays-2022)

2022-11-05T09:53:35Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}

Еще про архитектуру

04-05.11.2022 Петербург AnalystDays-2022
Доклад на сайте конференции 
Видео на youtube https://youtu.be/HXfaUsKRzOg

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

В докладе рассмотрены примеры таких проблемных ситуаций. И будет показано, как изменение статусов документов отражает task flow исполнения задач точно так же, как знакомое всем движение задачи по доске, включая декомпозицию большой задачи на несколько и объединение задач в пакеты релизов.

AgileDays-2019 Анна Обухова. Производительность Agile команды

2022-11-03T09:20:47Z

MaksTsepkov:

Статья вынесена из отчета, чтобы сработала вставка. Почему-то вставка этого раздела не работала

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

В комментариях к моему посту спрашивали про этот кейс. Анна говорила про fully dispersed team, Петербург с Америкой. Кейс 2006 года, ссылка на статью есть в докладе. А я в обсуждении вспомнил, что слышал от Джеффа Сазерленда в 2011 слышал кейс на SECR-2011 (видео), когда была смешанная немецко-индусская команда, которая работала в двух офисах - в Германии и в Индии, он ставил их совместную работу, несмотря на удаленные коммуникации и культурные различия. При этом на втором такте каждая из частей команды (немецкая и индусская) разделилась еще на две, и добавились новые люди. И несмотря на распределенность, получилось линейное возрастание производительности по людям.

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

В городах появились артели - первые кроссфункциональные команды. Два типа: потребительская артель на рынок и эталонная, которая задает стандарты качества как Страдивари. Это mindset и работа дофамина. И те, кто работает на рынок не поймут того, кто работает на внутренние стандарты качества и наоборот. И это - типичная проблема до сих пор. Тут производительность определяет поведение.

А потом появляются мануфактуры, и производительность определяет не поведение человека, а станок. При чем это происходит на фоне последствий чумы, последовавшего голода и сифилиса, когда Европа обезлюдела. Следующая изменение - кодекс Наполеона, который породил разделение на собственников и менеджеров (это интерпретация Анны). И менеджеру не жалко не людей ни имущества собственника, он работает в короткую, все выжимая. Эпоха меркантилизма, которая привела к великой депрессии, кризисам перепроизводства и громадному негативу. И не только у рабочих, которым выжимали соки - менеджеры тоже выгорали, а владельцы впадали в депрессию от бессмысленной жизни. Есть статистика, что девушки из золотой молодежи, вступавшие в свет в 18 доживали до 27-32, а потом - депрессия, суициды, таблетки и наркотики и прочие фейлы. Меркантилизм пожирал людей на всех уровнях. И интересный тезис, что Штаты пытались решить вопрос осмысленности и сплочения через маленькую победоносную войну во Вьетнаме, которая провалилась, так же как за 60 лет раньше провалилась попытка царизма решить свои проблемы русско-японской войной.

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

И снова рассказ сильно меняется. Фреймворк современной производительности: внешняя среда, внутренняя среда, Свобода выбора (дофамин), эмоциональный фон (окситоцин и серотонин), намерение и внутри Я - знай себя. Внутренняя среда: Батарейка, управление энергией, выгорание, стрессоустойчивость. Работа мозга. модель SCARF -что приносит мотивирует и не мотивирует. Самоосознание - какой у меня психотип, какие реакции и так далее. Что меня зажигает - и выборы с учетом этого. Управлению производительностью в пост-меркантилистской субъектной среде - компетенция, ей надо учиться. Но! В 1950-х годах, чтобы станки-люди не могли взбрыкнуть убрали навык авторизации из образования в принципе. И это надо пробуждать во взрослых. И сейчас проблемы, практически эпидемия на уровне физиологии - дефицит витамина Д. Встаю уже уставший. Мотивация нормальна, а сил уже нет. Уровень витамина Д, сахара, железа, Д3. Потому что жизнь требует авторизации, актуализации, самоопределения, а человек - не может. В современной среде относиться к себе как к объекту - выгорание гарантировано. Но мир таков, и никуда нам с этого корабля не деться, надо идти вперед.

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

Структура самоопределения

2022-10-31T16:26:25Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про самоопределение}}

Еще про самоопределение

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

[svg]

Самоопределение: чего я хочу от жизни и работы (SQAdaysEA-2022)

2022-10-01T06:57:36Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про самоопределение}}

Еще про самоопределение

30.09-01.10.2022 Ереван SQAdays.EU
Доклад на сайте конференции
Видео https://youtu.be/ZPLDeHs2-b8, английский перевод https://youtu.be/TFh076--nHI

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

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

Доклад продолжает тему докладов по самоопределению с фокусом на работе с образом будущего. Он был сделан на конференции как экстренная замена. Предыдущий доклад был на Saint Teamlead. Зимой 2022-2023 по докладу опубликована серия статей оглавление здесь.

Как строить образ будущего и идти к нему - схемы самоопределения (Saint Teamlead-2022)

2022-09-27T10:57:02Z

MaksTsepkov:

Еще про самоопределение

26-27.09.2022 Saint Teamlead
Доклад на сайте конференции
Видео https://youtu.be/NjkPEuPyCLc (в статье тоже есть)
Зимой 2022-2023 по теме написана серия статей, смотри оглавление
Осенью 2023 на SQAdays была следующая версия доклада Самоопределение: чего я хочу от жизни и работы
Летом 2025 вышла книга «Самоопределение: что я хочу от жизни и работы»

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

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

Результаты нейропрофилирования - Максим Цепков

2022-09-17T09:00:24Z

MaksTsepkov: Новая страница: «На ПИР-2022 я выиграл бесплатное нефропрофилирование https://neuromir.ru/persona 1.5 минуты выбора межд…»

На ПИР-2022 я выиграл бесплатное нефропрофилирование https://neuromir.ru/persona 1.5 минуты выбора между 2 картинками, по 5 секунд на выбор - и получается неожиданно подробный результат. Мой - дальше.

Результат вашего тестирования:

Наименование нейропрофиля: Вы талантливы!

Определяющие качества личности

Аналитические способности
Решимость
Целеустремленность
Структурность мышления
Способность предвидения
Предприимчивость

Краткое описание нейропрофиля

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

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

Вы хотите делать все дела быстро, эффективно и результативно.

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

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

Ключевые навыки

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

Влияние на окружение

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

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

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

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

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

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

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

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

Условия принятия решений

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

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

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

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

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

Предпочитаете принимать решения в спокойной обстановке, когда вас не отвлекают от главной для вас темы.

Ваша движущая сила

Поиск возможностей
Отстройка от других.

Поведение в коммуникациях

Вы предпочитаете открытые и понятные коммуникации. Говорите громко, много шутите, не всегда осознавая уместность этого.

Вам комфортно, когда стороны занимают определенную, четкую позицию в дискуссии.

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

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

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

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

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

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

Нарушение обязательств и договоренностей выводят вас из себя.

Рабочая среда

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

Предпочитаете коллективы, которые основаны на эффективных людях и системах управления.

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

Вам важно совпадение личных и общих ценностей.

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

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

Поведение в команде

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

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

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

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

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

Проявление как руководителя

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

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

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

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

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

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

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

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

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

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

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

Можете увлечь и поддержать окружающих своим оптимизмом, деятельной позицией и верой в успех.

Конфликтное поведение

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

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

Прямая ложь и манипуляция провоцирует вас на резкое противостояние. Неэффективность действий быстро раздражает и утомляет.

Если вы вошли в конфликт, то участвуете в нем со всей страстью, вас трудно остановить.

Вы плохо идете на компромисс, часто даже не видите где он нужен. Это может привести к стилю поведения «все или ничего», сделать ваши поступки максималистскими или односторонними.

Иногда вы способны использовать других людей для реализации своих собственных интересов.

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

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

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

Стрессовое проявление

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

Под стрессом вы начинаете делегировать ответственность за результат, требовать от других.

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

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

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

В стрессе вы проявляете крайнюю раздражительность, мнительность, нетерпимость к окружающим. Можете демонстрировать нервный юмор, понятный только вам.

Зоны роста

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

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

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

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

Часто вы стараетесь выбрать путь наименьшего сопротивления.

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

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

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

Рекомендации

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

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

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

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

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

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

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

Научитесь признавать свои ошибки, изучать их причины. Это поможет избежать повтора негативных ситуаций, способствует саморазвитию.

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

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

Осознанное развитие: создаем образ будущего и идем к нему (ПИР-2022)

2022-09-10T10:30:17Z

MaksTsepkov:

Еще про самоопределение

Фестиваль ПИР 08-11.09.2022
Мой профиль на сайте конференции (там последний из докладов)
Выступление на сайте конференции
Видео нет. Есть видео предыдущей версии «Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)». В ней нет комментариев про структуру презентации и использованию для обучения других, и он ориентирован на IT-аудиторию в рассказе, но это ж лучше, чем ничего :)
Зимой 2023 по теме написана серия статей оглавление здесь

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

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

Бизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов (ЛАФ-2022)

2022-06-18T11:19:15Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}

Еще про архитектуру

ЛАФ-2022
Доклад на сайте конференции
Видео https://vimeo.com/732438116

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

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

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

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

В докладе рассмотрено представление бизнес-уровня, вопросы визуального представления моделей затронуты слабо. Но у меня был доклад на эту тему: Визуальные модели корпоративного приложения (AnalystDays-9 осень 2018)

Как строить образ будущего и идти к нему - схемы самоопределения (AnalystDays-2022)

2022-05-27T11:22:10Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про самоопределение}}

Еще про самоопределение

Выступление на AnalystDays-14 27-28.05.2022
Доклад на сайте конференции
Видео https://youtu.be/JoQS_H_toms

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

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

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

Почему проектный подход не работает в IT (Teamlead-2022)

2022-05-16T10:50:40Z

MaksTsepkov:

17-18.05.22 Москва Teamlead
Доклад на сайте конференции
Видео на youtube

В среде IT распространено мнение, что проектный подход, PMBOK - тяжелая, но работающая штука. И потому в случае "серьезных проектов" стоит к нему обращаться, а если руководитель говорит о каких-то практиках, ссылаясь на проектный подход, то к этому тоже стоит отнестись с уважением. К сожалению, это - заблуждение. Регламенты проектного подхода, RUP и PMBOK были в 1990-е разработаны для того, чтобы обеспечить гарантированный успех проекта, пусть ценой тяжелых процедур. Но это не дало гарантий, успешность проектов осталась примерно на прежнем уровне. И именно поэтому появились Agile-методы, признающие приоритет человеческого фактора над процедурами. С тех пор вышло несколько версий PMBOK, в которых пытались достичь успеха, но без успеха, и в результате сейчас PMI сертифицирует по Agile-методам.

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

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

Я кратко рассказывал эту тему внутри докладов про историю развития IT, например, в Мыслить проектно: история и современность (SECR-2018), но там это - 3-4 слайда. А летом 2021 я написал статью Agile-методы и проектный подход - в чем разница? B в докладе тема развернута подробно, с фокусом именно на ограничения и проблемы проектного подхода как методологии. Альтернативные способы ведения проектов тоже затронуты.

Визуальное проектирование масштабируемых приложений (Highload-2022)

2022-05-12T06:50:26Z

MaksTsepkov:

Еще про акторную модель

13-14.05.2022 Highload-2022
Доклад на сайте конференции
Видео - для участников, в доступе есть предыдущее выступление на TechLead-2021 из серии Акторная модель

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

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

Как строить образ будущего и идти к нему - схемы самоопределения (Школа Системного менеджмента 2022)

2022-04-28T07:51:24Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про самоопределение}}

Еще про самоопределение

22-23.04.2022 Конференция «Усиление интеллекта в предпринимательстве, инженерии и менеджменте 2022»
Школа системного менеджмента Анатолия Левенчука 
Видео на youtube в общей записи первого дня, старт 2:47, около 45 минут

Определение своей позиции и пути собственного развития - актуальная тема в современном мире, опыт показывает, что следовать путем, который придумал тебе кто-то другой - не слишком эффективно. У меня уже был доклад на тему самоопределения https://mtsepkov.org/SelfDet2 с фокусом на том, как идти к образу будущего. Разговоры на AnaystDays и других конференциях осенью показали, что актуально еще умение строить образ будущего адекватный собственной личности. Мы обсуждали конкретные кейсы с людьми и у меня будет развитие доклада на эту тему. Последние события показали, что тема актуальна не только в части профессионального самоопределения, но и в широком контексте осознания себя и своего пути в мире.

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

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

Самоопределение: чего я хочу от жизни и работы (Brain ID 2022)

2022-04-16T08:19:38Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про самоопределение}}

Еще про самоопределение

16-17.04.2022 Тюменский online-форум Brain ID
Анонс выступления

Я - Максим Цепков, архитектор и бизнес-аналитик в компании CUSTIS (http://custis.ru), более 25 лет занимаюсь разработкой корпоративного софта. Я верю, что автоматизация дает новые возможности развития для бизнеса и общества. Работая в IT, я в 2008 году познакомился с Agile-методами и другими современными методами менеджмента, и с 2016 года как независимый консультант помогаю разобраться в мире современного менеджмента самоуправления и моделями soft skill. У меня есть сайт http://mtsepkov.org с множеством материалов, включая 200+ статей и выступлений, где обо мне можно прочитать подробнее. А по жизни я люблю путешествовать и ездить на лошадях. И у меня двое взрослых детей, которые тоже работают в IT.

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

Основа доклада - мои выступления по самоопределению Как строить свой профессиональный путь - схемы самоопределения (TeamLeadConf-2018) и обзоры моделей softskill Модели softskill - способ быстро понять другого (ESCAPE-2021) и Модели softskill для тимлида (TeamLeadConf-2019).

Проектирование в разных культурах и парадигмах разработки (AnalystDays-2021 осень)

2021-11-19T12:21:46Z

MaksTsepkov:

19-20.11.2021 Москва AnalystDays-13
Доклад на сайте конференции 
Видео на youtube (ожидается на также vimeo)

В истории IT сменилось несколько культур разработки софтверных проектов, каждая из них породила не только свои методы ведения проектов (PMBOK, Agile), но и свои способы ведения требований и проектирования софта. Менялись парадигмы программирования: на смену процедурному подходу пришел ООП, появился DDD, позднее фокус сместился на интерфейсы, usability и UX.

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

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

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

Модели softskill для тимлида (Infostart-2021)

2021-10-21T13:47:17Z

MaksTsepkov:

Еще про человека, команды и организации

11-12.11.2021 Infostart 11 конференция 1С 
Доклад на сайте конференции
Видео https://youtu.be/3AaYynOVoAs
25.09.2023 по докладу была написана статья Модели softskill для тимлида

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

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

Это - очередная версия в серии обзорных докладов, серия начата на TeamLeadConf-2019, видео которого доступно бесплатно и продолжена на ESCAPE-2021, где моделей больше, но его видео в свободном доступе не опубликовано. По конкретным моделям у меня есть серия докладов о модели Белбина, много материалов о Спиральной динамике и старый семинар про типы личности Майерс-Бриггс.

Модели softskill - способ быстро понять другого (ESCAPE-2021)

2021-09-22T13:41:46Z

MaksTsepkov:

Еще про человека, команды и организации

22-23.09.2021 ESCAPE-2021 online
Доклад на сайте конференции
Видео на youtube, к сожалению, доступ ограничен
Есть видео у доклада на Teamlead и статья на Infostart

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

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

Это - новая версия доклада Модели softskill для тимлида (TeamLeadConf-2019), сфокусированная и расширенная моделями, относящихся к пониманию человека. Правда, часть моделей предыдущего доклада пришлось исключить, чтобы освободить место для новых.

Что такое - хорошая интеграция (Saint Highload-2021)

2021-09-22T08:12:54Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про архитектуру}}

Еще про архитектуру

20-21.09.2021 Saint Highload-2021
Доклад на сайте конференции
Видео https://youtu.be/BJnVWjvU2hk

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

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

Основой доклада послужили мои статьи на хабре

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

Социократия - хороший источник практик по организации IT-проектов

2021-09-17T08:56:53Z

MaksTsepkov:

Выступление на Saint TeamLeadConf 16-17.09
Доклад на сайте конференции
Видео выступления
Статья по докладу

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

Сейчас я не буду ограничиваться вопросами разделения ответственности, в докладе будут практики структурирования организаций, работы с экспериментами и инициативами и другие. Источником решений будет Социократия. Это система самоуправления, предложенная Огюстом Контом в середине 19 века и успешно имплементированная для организаций в послевоенной Голландии и некоторых других странах. А недавно ее набор принципов и шаблонов был пересобран с учетом достижений Agile, холакратии, бирюзовых организаций, концепции поток создания ценности и других современных методов, и появилась Социократия 3.0. Хотя Социократия представляет собой целостную систему, авторы вовсе не настаивают на использовании ее целиком. Наоборот, они говорят: "В любой организации есть проблемы. Вы можете попробовать отдельные шаблоны социократии для их решения, и если они помогут - применяйте их дальше".

Однако, интересны не только шаблоны, но и общая конструкция деятельности.

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

В докладе - рассказ о конструкции и шаблонах, из которых она собрана, плюс отдельные интересные для IT шаблоны.

фото с доклада.

Осознанное развитие и переходящее лидерство — основа команд и сообществ цифрового мира (ПИР-2021)

2021-09-12T05:48:35Z

MaksTsepkov:

Доклад на ПИР-2021
Мой профиль на сайте конференции (там последний из докладов)
Выступление на сайте конференции

DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021)

2021-08-04T08:18:46Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про DDD}}

Еще про DDD

Выступление online 04.08.2021 на Podlodka Techlead Crew
Видео на youtube

Domain Driven Design предполагает объединение модели предметной области и модели приложения в единую модель, описанную на едином языке, понятном всем участникам проекта, и прозрачно отражаемую в код. Разберем, как правильно применять практику в современной архитектуре, когда код распределен между сервисами, фронтом и клиентскими приложениями и потому описанный в книгах шаблон rich object для этого стал недостаточен.

Доклад развивает темы моих предыдущих докладов по DDD. Предыдущая сборка Domain-driven design: от справочников и документов до отчетов (WIAD-2020), вопросы отражения в код подробно разбирались в Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014), а деление предметных областей на контексты в От монолитных моделей предметной области - к модульным (Максим Цепков на WIAD-2017).

Визуальное проектирование масштабируемых приложений (TechLead-2021)

2021-07-01T11:07:11Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}

Еще про акторную модель

Выступление на TeachLeadConf 30.06-01.07.21
Доклад на сайте конференции
Видео доклада
Предыдущие доклады из серии на AnalystDays (09-10.10), на SQAdays (06-07.11), на ArchDays (20.11), и мастер-классы на SQAdays 16-17.04, на AnalystDays и на ЛАФ 19-20.06.

Скрайбинг доклада. Оригинал

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

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

Доклад продолжает серию, начатую осенью на на AnalystDays (09-10.10) и продолженную на SQAdays (06-07.11) и на ArchDays (20.11), с учетом весенних мастер-классов по этой же теме на SQAdays 16-17.04, на AnalystDays и на ЛАФ 19-20.06.

Проектируем микросервисное приложение на схемах (мастер-класс ЛАФ-2021)

2021-06-20T09:29:31Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}

Еще про акторную модель

Мастер-класс на ЛАФ-2021 19-20.06.2021 под Костромой совместно с Анной Абрамовой
Мастер-класс на сайте конференции

Осенью на прошлой Analyst Days я начал рассказывать о модели, которая позволяет эффективно представить современное приложение, состоящее из интегрированного множества сервисов, обменивающихся сообщениями и вызывающими друг друга (https://mtsepkov.org/Multyparadigm-AD). Такая модель соответствует коду и позволяет проектировать изменения при развитии приложения и оценивать их по сложности изменения самой модели. Тема развивалась в нескольких докладах, а этой весной на SQAdays и Analyst Days я проводил мастер-классы с разбором кейсов участников по этой модели.

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

Видео не записывалось. Видео аналогичного мастер-класса на AnalystDays будет опубликовано на сайте конференции через некоторое время, и у меня тоже появится ссылка. А видео докладов можно посмотреть на их страницах у меня на сайте: на ArchDays (20.11), на SQAdays (06-07.11) и на AnalystDays (09-10.10)

Проектируем приложение в микросервисной архитектуре. Разбор кейсов (AnalystDays-2021 весна)

2021-06-08T11:27:27Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}

Еще про акторную модель

Мастер-класс на AnalystDays-12 21-22.05.2021 в Петербурге совместно с Ирой Суровой
Мастер-класс на сайте конференции
Видео ожидается

На прошлой AnalystDays я рассказывал модель, которая позволяет эффективно представить современное приложение, состоящее из интегрированного множества сервисов, обменивающихся сообщениями и вызывающими друг друга (https://mtsepkov.org/Multyparadigm-AD). Такая модель соответствует коду и позволяет проектировать изменения при развитии приложения и оценивать их по сложности изменения самой модели.

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

Тестируем устойчивость приложения в сервисной архитектуре. Разбор кейсов (SQAdays-2021 весна)

2021-04-19T11:11:44Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}

Еще про акторную модель

Выступление на SQAdays-28 16-17.04 в Петербурге.
Мастер-класс на сайте конференции
Видео ожидается

На прошлой SQA Days я рассказывал модель, которая позволяет эффективно представить современное приложение, состоящее из интегрированного множества сервисов, обменивающихся сообщениями и вызывающими друг друга (https://mtsepkov.org/Multyparadigm-SQA). Эта модель позволяет проектировать сценарии проверки асинхронно взаимодействующих сервисов, включая проверки сложных случаев для обеспечения устойчивости приложения при различных сбоях.

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

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

Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение

2021-04-04T08:30:09Z

MaksTsepkov:

Конференция «Прикладное системное мышление 2021» 3-4.04
Видео на youtube в общей записи второго дня, начало моего доклада 42:24

Есть много разных видов менеджмента. Наиболее известны process и project management, а также методы agile-менеджмента, по которым есть хорошо проработанные учебники и тренинги. Менее известен case management, сравнительно недавно появился product management – управление продуктами. Новые виды появляются на основе ранее созданных, и в развитии обогащались практиками из разных источников. Поэтому часто складывается впечатление, что это просто вариации одного большого менеджмента. Это – неверно, в конструкции разных видов менеджмента заложена принципиальная разница, которая и позволила новым видам решать ранее не решаемые задачи.

В докладе будет сравнительный анализ назначения и принципиальных конструкций различных видов менеджмента (process, project, case, product etc.) на схеме OMG Essence и других, которые позволят представить принципиальную разницу методов. Это попытка представить state of art менеджмента на общей схеме - потому что никакой фиксации state of art нет, есть инкременты в рамках отдельных ветвей, при этом некоторые ветви выделились полстолетия назад. Текстом я это сделал в статье «Process, Project, Case и Product management – в чем разница?», в докладе будет схематизация и развитие.

Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)

2021-02-25T17:41:15Z

MaksTsepkov:

Вебинар в PMclub.pro (пост на FB)
Видео на youtube
Статья Типология ролей в команде (статья в MyType 1-2.2016) кратко излагает типологию Белбина.

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

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

Вебинар является новой версией доклада на TeamLeadConf, для которого есть текстовая расшифровка. Сама модель в докладе подробно не раскрывается - предполагается, что слушатели познакомятся по книгам, можно также использовать мой доклад Роли в команде - модель Белбина (COMAQA-2018).

Модели приложения для разных парадигм программирования (ArchDays-2020)

2021-01-03T12:56:34Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}

Еще про акторную модель

ArchDays-2020 20.11.2020 online
Доклад на сайте конференции
Видео на Youtube
Развитие докладов 06-07.11 на SQAdays и 09-10.10 на AnalystDays с фокусом на архитектуре

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

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

Доклад является развитием предыдущих докладов 06-07.11 на SQAdays и 09-10.10 на AnalystDays. Слайды практически повторяются, а содержание - отличается, фокус - на архитектуре.

Модели приложения для разных парадигм программирования (SQAdays-2020)

2020-11-07T08:59:34Z

MaksTsepkov:

Еще про акторную модель

На SQAdays#27 6-7.11.2020 в Москве
Доклад на сайте конференции
Видео на vimeo
Тема развивалась в докладе на ArchDays (видео тоже есть)

Долгое время большинство приложений разрабатывалось как большие монолиты или системы из крупных модулей (Вирт "Алгоритмы + Структуры данных = Программы"), в которых обработку запроса пользователей можно было представить как выполнение процедуры. И для тестирования было достаточно проверить ответ приложения для пользователя и изменения в базе данных. На основе такой модели можно писать тест-кейсы или чек-листы.

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

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

Модели предметной области для разных парадигм программирования (AnalystDays-2011)

2020-10-11T07:10:29Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}}

Еще про акторную модель

09-10.10.2020 Москва AnalystDays
Доклад на сайте конференции
Видео на vimeo
Обсуждение на FB

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

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

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

Agile - ответ IT-менеджмента на вызовы цифрового мира

2020-09-23T18:20:48Z

MaksTsepkov:

Короткое выступление на Kazan Digital Week 23.09.2020
На секции «Гибкие методы управления — практики внедрения, подводные камни, кому это не подойдет?»
Более полную версию можно увидеть в Эволюция технологий управления (ПИР Сибирь-2019) и Эволюция технологий управления компаниями в цифровом мире (Город IT 2019)

Приход цифрового мира ставит перед компаниями и корпорациями новые вызовы: переход от организации физического труда к организации умственного труда квалифицированных профессионалов, управление и перестройка организации в условиях быстро изменяющегося VUCA-мира и привлечение в компанию способных и талантливых представителей поколения соцсетей. Как на рубеже веков писал гуру менеджмента Питер Друкер в книге «Менеджмент. Вызовы XXI века», классический менеджмент не дает ответы на новые вызовы.

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

С тех пор Agile прошел длинный путь развития, переосмыслив в включив в себя многие подходы современного менеджмента — Lean, концепцию цепочек создания ценности, TOC Голдратта, OKR и другие. Появились фреймворки, обеспечивающие масштабирование Agile на всю компанию, а Scrum и Kanban дали два принципиально разных подхода к Agile-трансформации: революция и эволюция.

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

Переосмысление бизнес-понятий по уровням Спиральной динамики (ПИР-2020)

2020-09-14T07:24:32Z

MaksTsepkov:

Выступление на ПИР-2020 10-13.2020
Мой профиль на сайте конференции (там последний из докладов)
Выступление на сайте конференции
Видео на facebook

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

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

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

Темы для экспертной сессии KM-2020

2020-05-18T07:00:01Z

MaksTsepkov:

Распределите ваши симпатии по темам для обсуждения:

Явные и неявные знания. Выявление и передача. Тейлор против Нонака и Такеучи. Устная традиция как годное средство - но в современном варианте, фреймворк за квартал по всему миру.

25%

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

14%

Фокусировка от задачи. Управлять по площади - точно не хватит ресурсов.

18%

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

18%

Люди хотят делиться знаниями. 1-2-6-1 - статистика. Даже в культуре индустриального общества.

Знание - все-таки средство, а не цель и не самостоятельная ценность. Есть области, где не так - теоретическая наука.

Систематичность на масштабе: Человек - Команда - Компания (сообщества в ней) - Профессии и Отрасли.

11%

Отозвать свой голос

Кен Уилбер. Теория всего. Интегральный подход к бизнесу, политике, науке и духовности

2020-04-10T08:19:38Z

MaksTsepkov:

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

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

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

Книга издана Кеном в 2000 году, значит написана несколько ранее, и это обязательно надо учитывать, когда ее читаешь. У нас она была издана в 2013, переиздан в 2017, а сейчас — 2020, мир меняется очень быстро.

Domain-driven design: от справочников и документов до отчетов (WIAD-2020)

2020-02-21T09:36:36Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про DDD}}

Еще про DDD

Доклад площадке WIAD-2020 в Москве (event на FB)
Видео - вместе с другими

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

По сути, доклад представляет собой пересборку моих представлений про использование DDD. Предыдущие доклады по теме смотри в Категория:DDD, наиболее полные - DDD - модель вместо требований (Максим Цепков на AnalystDays-2014) - об использовании при проектировании и Domain Driven Design - от требований до кода (Максим Цепков на SECON-2014) - в нем проектирования меньше, зато еще рассказано про отражение модели в код.

В 2021 у меня был новый доклад DDD в современной архитектуре: как отражать модель в код (Podlodka Techlead-2021), в нем было больше про отражение модели в код.

Работа с культурой компании - модель Спиральной динамики (TeamLeadConf-2020)

2020-02-11T14:35:06Z

MaksTsepkov: Новая страница: « Практикум проведен 11.02 на [http://teamleadconf.ru/moscow/2020/ TeamLeadConf-2020] Практикум на сайте конференции…»

Практикум проведен 11.02 на TeamLeadConf-2020
Практикум на сайте конференции Работа с культурой компании - модель Спиральной динамики

Модель Белбина для IT: сила и слабость разных команд

2020-02-11T09:29:44Z

MaksTsepkov: Массовая правка: добавление Категория:Модель Белбина

Выступление на TeamLeadConf 11.02.2020
Доклад на сайте конференции
Видео доклада 
Текстовая расшифровка доклада 
Статья Типология ролей в команде (статья в MyType 1-2.2016) кратко излагает типологию Белбина.
Предыдущее выступление Роли в команде - модель Белбина (COMAQA-2018)
Развитие темы - Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)

Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)

2020-02-07T12:53:17Z

MaksTsepkov:

07.02.2020 на Lead/Manage IT 2020 (http://leadmanage.pro/)
Доклад на сайте конференции

Многие уверены, что мир устроен просто: разработчики должны разрабатывать, аналитики – выяснять требования, тестировщики – тестировать, а руководитель проекта выполнять вполне определенный набор обязанностей. И что много бед происходит от того, что в их проекте людей заставляют делать то, что они не должны. На самом деле, это не так, есть поляна ответственности за проект, которая в разных проектах различается, и которую можно поделить между ролями различными способами. Тем более, что кроме перечисленных есть Архитекторы, UI-дизайнеры, UX-специалисты, DevOps-инженеры, Delivery менеджеры, инженеры поддержки, Product Owner, Scrum Master, Team Lead, Архитектор и многие другие.

В докладе я покажу несколько карт, на которых можно рисовать контуры ответственности и границы между ролями, а также распространенные варианты разделения ответственности. И, надеюсь, это поможет вам спроектировать разделение ответственности в вашем проекте с учетом его особенностей. Доклад развивает мою серию докладов http://mtsepkov.org/Roles, но если вы их раньше не слышали – не страшно, а если слышали, все равно приходите – будет много нового.

FormDonate

2019-11-28T22:07:00Z

MaksTsepkov:

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

2019-10-10T11:36:09Z

MaksTsepkov: MaksTsepkov переименовал страницу Самоуправление и самореализация в бирюзовых организациях – культурный код цифрового мира (InterComm-2019)) в [[С…

Выступление на InterComm-2019 в панели «Культурный код и спиральная динамика: трудности перевода» вводит контекст перехода к цифровому миру, которое вызывает новые менеджмент, основанный на самоуправлении и самореализации сотрудников с принципиальным изменением культуры людей и компаний.

Если тема интересна, то можно посмотреть мои статьи Бирюзовые организации и agile: какие полезные практики стоят за хайпом на vc.ru, Бирюзовые организации — хайп или образ будущего? на портале «Эрос и Космос», Agile и бирюзовые организации - ответ менеджмента на вызовы новой промышленной революции в сборнике ПИР и видео выступлений Эволюция технологий управления (ПИР Сибирь-2019) и Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019).

А здесь - презентация.

Скачать весь pdf

Эволюция технологий управления: Agile и бирюзовые организации – менеджмент цифрового мира (OBS-2019)

2019-09-25T15:54:21Z

MaksTsepkov:

Семинар 25.09.2019 в Открытой школе бизнеса (анонс с archive.org)
Видео было опубликовано, но сейчас (31.07.2024) доступ ограничен.

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

Изменения касаются не только процессов, но и культуры организаций, mindset поколения соцсетей принципиально отличается от старого мышления индустриального общества. Все больше людей полагают, что работа – не просто средство зарабатывать деньги, она должна давать самореализацию и удовлетворение. И потому на семинаре мы будем говорить не только об организации процессов, но и о технологиях работы с культурой. Это будет дальнейшее развитие серии моих докладов, которые доступны на моем сайте. Эта ссылка http://mtsepkov.org/AgileTealOrg-PIRS2019 на запись одного из последних.

Основные вызовы цифрового мира для бизнеса и рынка труда
Способы организации работы, основанные на самоуправлении как ответ на них (методы Agile, холакратии и социократии, практики бирюзовых организаций)
Модель спиральной динамики для работы с культурой человека и компании, переосмысление понятий гибкости, эффективности, вовлеченности, справедливости и других.
Целевая культура организации для ответа на вызовы бизнеса и на рынке труда
Возможности и целесообразность применения новых управленческих практик для организаций с разной культурой

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

Планирование проекта от демонстраций для разворачивания партнерства с заказчиком (Saint TeamLeadConf 2019)

2019-09-24T11:35:34Z

MaksTsepkov:

Saint Teamlead Conf в Санкт-Петербурге 23-24.09.2019
Доклад на сайте конференции
Видео на youtube (в статье тоже есть)

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

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

Строим свой профессиональный путь – практикум по самоопределению (Saint TeamLeadConf 2019)

2019-09-24T11:27:15Z

MaksTsepkov: Массовая правка: замена PCRE ^ на {{RightNote|Еще про самоопределение}}

Еще про самоопределение

Практикум по самоопределению на Saint TeamLeadConf 24.09.2019

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

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

Agile в компаниях разной культуры: возможности и настройка (ПИР-2019)

2019-09-14T16:37:55Z

MaksTsepkov: Новая страница: « Выступление на [http://festpir.ru/ '''ПиР-2019'''] 12-15.09.2019 Одна из основных проблем при внедрении Agile…»

Выступление на ПиР-2019 12-15.09.2019

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

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

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

Эволюция технологий управления компаниями в цифровом мире

2019-09-06T10:52:13Z

MaksTsepkov:

Выступление на Город IT 6-7.09.2019 в Томске
Выступление на сайте конференции
Видео на youtube

Доклад развивает темы Мыслить проектно: история и современность (SECR-2018), Эволюция технологий управления (ПИР Сибирь-2019) (есть видео) и Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги (РИТ-2019) (есть видео).

Тезисы

Agile появился потому, что результативность IT-проектов обеспечивается человеческим фактором и способностью к самоорганизации команд, а не регламентами регулярного менеджмента (об этом книги Тома ДеМарко, Брукса и другие).
Развитие IT - часть формирования цифрового мира и меняются не только технологии - идет переосмысление ценностей и изменение mindset людей и организаций. Этот процесс описывает модель спиральной динамики.
Перед IT меняется задача: от разработки продуктов переходим к организации бизнеса и решению его проблем, и это требует повышения взаимных обязательств сотрудника и работодателя.
Новые технологии управления включают практики самоуправления «бирюзовых организаций», технологичную работу с культурой компании на уровне команд, а не HR и новый контракт: сотрудник искренне и эффективно работает на цели компании, а компания обеспечивает ему счастье на работе и деньги для жизни.

А если подробнее, то все знают, что уже почти 20 лет назад в IT появилось семейство новых технологий управления разработкой - Agile. Причина в том, что регулярный менеджмент не мог обеспечить результативность IT-проектов, об этом книги Фредерика Брукса «Мифический человеко-месяц» (1975) и Тома ДеМарко «Человеческий фактор» (1987), это не смог решить RUP, созданный лучшими инженерами - и появился Agile (2001), который ставит на самоорганизацию команды как ключевой фактор успеха. Сейчас те же вызовы результативности, в условиях гибких изменений в рамках продолжающейся промышленной революции и сращивания IT-технологий с бизнесом, проявляются в других отраслях. И для ответа на них используют Agile, а также другие методы самоорганизации, известные как практики бирюзовых организаций.

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

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