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

Версия от 12:48, 21 апреля 2023; MaksTsepkov (обсуждение | вклад)

Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Версия от 12:48, 21 апреля 2023; MaksTsepkov (обсуждение | вклад)

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

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

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

31.03 Москва TrueTechDayМодель Белбина для IT: сила и слабость разных команд
21-22.04 Москва AnalystDaysТребования или модели - как писать постановки


NewMngBook-Cover.jpg

06.04.22 опубликована книга «Менеджмент цифрового мира» на ridero по одноименной серии статей
14.12.22-28.03.23 Серия статей по самоопределению: Самоопределяйся технологично! (14.12), Человек для компании или компания для человека? (20.12), Путь в будущее: создаем аватара (29.12), Я и мои аватары – спектакль жизни на внутренней сцене (07.01), Счастье – не в профессии или должности, а в характере деятельности (19.01) Понимаем себя и других (07.02), Спиральная динамика и самоопределение (24.02) Надо ли идти к светлому будущему? (28.03)
27-28.02.23 Москва TeamLead ConfПрофстандарты и модели компетенций - желания и возможности
09.02.23 DDD - дебют. Разбираемся с Domain Driven Design (вебинар в Школе Системного Анализа 02.2023)
13.12.22 Начата серия статей на habr по ведению постановок Какие нужны требования: развитие концепта (13.12), Domain Driven Design: модели вместо требований (21.12), Agile-методы: light-версии требований (17.01)
30.09-01.10.22 Ереван SQAdays.EUСамоопределение: чего я хочу от жизни и работы - продолжение серии про самоопределение, предыдущие 26-27.09 на Saint Teamlead и 27-28.05 на AnalystDays и ряд других.
04-05.11.22 Петербург AnalystDaysСтатусы документов: нажатие кнопки и реальные действия
17-19.06.22 Подмосковье ЛАФБизнес-архитектура: от цепочки создания ценности до автоматизации бизнес-процессов
17-18.05.22 Москва TeamleadПочему проектный подход не работает в IT
13-14.05.22 Москва Highload — Визуальное проектирование масштабируемых приложений - продолжение серии докладов и мастер-классов про модель для сервисной архитектуры
11-12.11.21 Infostart 11 конференция 1С «Модели softskill для тимлида»
20-21.09.21 Saint Highload — «Что такое - хорошая интеграция»
16-17.09.21 Saint TeamLeadConf — «Социократия — хороший источник практик по организации IT-проектов», Расшифровка доклада
04.08.21 online Podlodka Techlead Crew — «DDD в современной архитектуре: как отражать модель в код»
03-04.04.21 Process, Project, Case, Agile, Product и другие виды менеджмента - сопоставляем конструкцию и назначение на конференции Школы системного менеджмента «Прикладное системное мышление-2021»
25.02.21 Модель Белбина для IT: сила и слабость разных команд (PMclub.pro 02.2021)
Серия статей «Как сделать хорошую интеграцию» на habr: 29.12 первая, 20.01 вторая, 25.02 третья
10-13.09.20 Переосмысление бизнес-понятий по уровням Спиральной динамики (ПИР-2020)

Кто я?

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

Что я могу?

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

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

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

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

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

Последний пост блога 2026-03-26: Дмитрий Ильенков. Управление проектами по методу p3.express - годный метод хорошая книга (оглавление блога)

Прочитал книгу Димы Ильенкова «Управление проектами по методу p3.express». Книга – о легком, минималистичном фреймворке управления проектами p3.express, который мне в целом понравился. В нем есть важные фишки, шаги, которые редко используют, а они могут дать ценный вклад. Это ревью внешними коллегами планов и хода проекта, регулярное возвращение к решению идём или нет, рассылка информации о ходе проекта, отдельное поле для извлеченного урока и много других. Да и в целом фреймворк – вполне работоспособный, а «Не усложняй», вынесенное на обложку - реальная фича, а не маркетинговый образ. Я о нем слышал на конференциях в нескольких докладах, и тогда для себя отметил, поэтому книгу читал с интересом. И сама книга написана хорошо, с многими примерами из реальной жизни. Так что рекомендую. Книга пока не вышла из печати, находится на стадии предзаказа. Так что, если вас заинтересует мой отзыв, то заказывайте на сайте автора.

Теперь несколько слов про фреймворк, его достоинства и недостатки. Более двадцати лет назад на смену классическому проектному управлению пришел Agile, для начала – в виде Scrum. И оказался годным и перспективным методом. Так что PMI Institute с 4 версии PMBOK 2008 года пытается сделать гибрид, но у него получается плохо. Несколько лет назад я подробно разбирал это на TeamLead в выступлении Почему проектный подход не работает в IT.

А вот у авторов p3.express получилось сделать годный вариант, который я бы лично назвал расширением scrum для управления проектами. Но поскольку слово «scrum» вызывает у некоторых неконтролируемое эмоциональное отвращение, то назовем его легким гибридом классики и agile-методов.

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

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

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

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

Этапы запуска проекта, его завершения и анализа, а также планирования и завершения цикла описаны очень подробно и с примерами. Я не буду тут пересказывать всю книгу, отмечу несколько моментов. Например, на этапе запуска проекта готовят его резюме, дальше идет несколько шагов уточнения, включая работу с рисками, ревью коллегами, а потом защита перед стейкхолдерами на проектном комитете, на котором и принимается окончательное решение о старте. Характерно, что шаг защиты проекта имеет говорящее название «Решить Go/No-Go», подчеркивающее, что проект может не состояться.

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

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

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

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

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

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

Желаю Диме всяческих успехов, а методу p3.express – популярности и широкого использования.



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

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

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

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

Здесь список основных докладов, темы Agile и самоуправления вынесены в предыдущий раздел.

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

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

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



Весь блог…

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


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