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

Материал из MaksWiki
Версия от 23:34, 9 марта 2020; MaksTsepkov (обсуждение | вклад)

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

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

Публикую серию статей Менеджмент цифрового мира — сейчас 59 статей, 2-3 в неделю

Где буду

21.02 Москва WIAD-2020 в Москве «Domain-driven design: от справочников и документов до отчетов»
28.02 Москва Проектная пятница, круглый стол «Разбор кейсов трансформации организационной культуры»
12-14.03 Минск Kanban Eurasia (без доклада)
21-22.03 Москва Прикладное системное мышление (школа Левенчука, без доклада)
26-27.03 Москва AgileDays (без доклада)
17-18.04 Москва AnalystDays — Модели предметной области для разных парадигм программирования
21.04 Москва OKR Russia (без доклада)
18.05 Москва Knowledge Conf (без доклада)

Последнее

10-11.02 Москва TeamLeadConf-2020 — Модель Белбина для IT: сила и слабость разных команд и практикум Работа с культурой компании — модель Спиральной динамики
07.02 Минск Lead/Manage IT 2020 — Роли в проекте: как поделить поляну ответственности? (Lead/Manage IT 2020)
23.09 Статья Бирюзовые организации и agile: какие полезные практики стоят за хайпом на vc.ru
10.10 Москва InterComm-2019 в панели «Культурный код и спиральная динамика: трудности перевода» Самоуправление и самореализация в бирюзовых организациях — культурный код цифрового мира
25.09 Петербург Открытая школа бизнеса — Семинар Эволюция технологий управления: Agile и бирюзовые организации — менеджмент цифрового мира (есть видео)
23-24.09 Петербург Saint Teamlead Conf — доклад Планирование проекта от демонстраций для разворачивания партнерства с заказчиком и практикум Строим свой профессиональный путь — практикум по самоопределению
12-15.09 Подмосковье ПиР-2019 — доклад Agile в компаниях разной культуры: возможности и настройка
06-07.09 Томск Город IT — Эволюция технологий управления компаниями в цифровом мире (есть видео)
01-03.08 Казань IT Nights — мастер-класс Осваиваем agile-мышление, разбирая кейсы Agile-мышление, разбирая кейсы
27-28.05 Москва РИТ++ — Социальный договор цифрового мира: работа должна обеспечивать счастье, а не только деньги и Какое качество нужно вашему проекту и как организовать разделение ответственности за него

Кто я?

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

Выступаю, консультирую и работаю с кейсами по всем этим темам — обращайтесь

Agile родился в IT как ответ на вызовы менеджмента 21 века (Питер Друкер) и MindSet поколения соц.сетей, и сейчас идет в другие отрасли, вслед за вызовами цифрового мира, которые изменяют социальный контракт между бизнесом и сотрудником: вместо «Вы выполняете то, что нужно, а компания мы за это платим» приходит «Вы эффективно работаете на цели компании, а мы обеспечиваем условия для счастья на работе, а не только деньги». Активно участвуя в развитии Agile с 2007 года, я готов помочь разобраться в нем другим людям, включая практики Холакратии и Бирюзовых организаций, а также модель Спиральной динамики, которая дает общую картину развития человека и организаций через развитие систем ценностей. Я так же готов разобрать конкретные кейсы Вашей организации, сопоставить теорию с практикой, проконсультировать, какие практики Вам подходят и почему, и каких профессионалов в этой области стоит искать. Я держу руку на пульсе применения практик Agile и Бирюзовых организаций. которые сейчас все активно завоевывают мир корпораций и гос.организаций и готов рассказывать подробности интересующимся.

Я не прекращаю работу по основной специализации — проектирование корпоративных и банковских систем в компании CUSTIS. Автоматизация открывает новые возможности развития для организаций, позволяет трансформировать бизнес и дать ему новые возможности. Поэтому создавая IT-системы мы открываем путь прогрессу и делаем мир лучше. За 30 лет работы в IT я накопил большой опыт, делюсь им в выступлениях и частных консультациях и открыт к общению на различных площадках и в соц.сетях. Я вхожу в программные комитеты конференций SECR и Knowledge Conf, а о конференциях, в которых выступал и участвовал публикую отчеты

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

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

Последний пост блога 2026-04-27: AIconf – копилоты становятся must

В понедельник 20.04 участвовал и выступал на AIconf – конференции онтико по AI и ML. Один день, три трека, 425 человек на площадке и 485 online в Технограде на ВДНХ, параллельно с Golang Conf.

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

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

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

Правда, это среди руководителей разработки и активно интересующихся технологиями – на конференции ходят они. Что касается основной массы разработчиков, то ситуация, как с любыми новыми технологиями, как в свое время была с теми же вики-системами вместо ворд: энтузиастов 10-15%, остальных надо драйвить. И если в компании до 150 человек, то драйв передается просто за счет того, что люди друг друга знают и активные объединяются, специальной организации не требуется, и достаточно поддерживать процесс, и то когда их разработчиков 1500 и более, то уже надо специально организовывать пилотные зоны и демонстрировать в них эффективность другим. Но технологии принципиально не отличаются.

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

Если же говорить про выступления, то там – аналогично другим конференциям: практиками делятся, ИИ-агентов технологично встраивают в пайплайн разработки. Кстати, может, это я с опозданием заметил, но в обсуждении процесса разработки workflow поменялся на pipeline, такое прорастание devops-терминологии. И еще, забегая вперед – для технологичной встройки в пайплайн уже недостаточно описать процесс с помощью доски, требуется более детализированное описание с помощью n8n или аналогичных инструментов. Но это впечатления уже следующей конференции, SQAdays, подробности будут в отчете с нее.

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

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

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

Продолжение ...
Главное и новое

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

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

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

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

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

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


Весь блог…

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

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