Александр Бындю — человек с сильной технической экспертизой, огромным опытом в консалтинге, автор книг и… один из тех, кто в своё время повлиял на мой путь в IT. Мы знакомы уже больше десяти лет, и я давно хотел записать с ним подкаст.
Мы обсудили технический консалтинг: что происходит в реальных проектах, о чём молчат на конференциях, какие факапы чаще всего допускают команды, и почему увольнение CTO — это не всегда трагедия, а иногда — необходимость. Поговорили о токсичных айтишниках, многоуровневом кэше ради кэша, переоценённых микросервисах и том, как код превращается в политическое оружие внутри компании.
Показаны сообщения с ярлыком Analytics. Показать все сообщения
Интервью на Хекслет. Как не стать айтишником, которого уволят первым?
6 октября 2025 г.
Видеоурок о Карте гипотез. Не ключевая мотивация
Начнем с разбора стратегии, которую делала консалтинговая компания с помощью Карты гипотез. По карте видно, что они хотят увеличить оборот в направлении логистики. На стратсессии начали рисовать стратегию и в качестве субъекта определили одного из своих крупных заказчиков:
Какую вы видите проблему на этой карте и как бы вы предложили её исправить?
Связанный SWOT-анализ
13 апреля 2025 г.
Практика работы с развернутым SWOT-анализом показала, что у метода есть ряд ограничений. Поэтому через десятки итераций выработался измененный подход с рабочим названием Связанный SWOT-анализ.
Что изменилось с изначального метода:
- В середине не 4 сектора, а открытое поле
- Жёлтые карточки связываются тэгами с карточками SWOTа
- Карточки по SWOT отмечены номерами, чтобы к ним можно было ссылаться
- Карточки по SWOT приоритизированы положением: кто выше, тот и приоритетней
- Если карточка SWOT использована в стратегической ставке (желтая в центре), то отмечаем ее маркером. Например, жёлтая карточка может вобрать две силы, одну слабость и одну угрозу. Все их отмечаем как использованные +1 раз.
- Жёлтые карточки отмечаем маркером, когда они перешли в Карту гипотез
Какие проблемы решены:
- Видно какие карточки SWOT повлияли на создание желтой карточки. Реализована связь многие ко многим.
- Видно есть ли влияние карточек SWOT на стратегические ставки
- Есть связка с Картой гипотез
- Визуализация приоритетов
Сссылка на шаблон https://app.holst.so/share/b/6d59cb73-35a5-4527-9d94-00781e542d40
BANI – это неожиданная новость для пятилетних детей
В 2016 году был предложен новый концепт — BANI: Brittle (хрупкий), Anxious (тревожный), Nonlinear (нелинейный), Incomprehensible (непостижимый).
Раньше частенько попадались статьи, где использовался этот акроним. «Мир стал BANI, скорее меняйтесь!», – их типовой посыл. Я уже подзабыл о BANI, но вчера увидел его упоминание в книге одного консультанта по управлению. В ней было написано, что наш мир стал BANI, поэтому нужно быть адаптивными.
Неужели кто-то в серьез считает, что мир стал хрупким и нелинейным? То есть раньше он таким не был? Кто-то реально думает, что мир когда-то был упорядоченным и постижимым?
Как обосновать работу над IT-архитектурой и техдолгом бизнесу?
30 августа 2024 г.
Обоснование технических задач руководству – это всегда большая проблема. Инженеры в этом случае как собаки: всё понимают, а сказать не могут. Посмотрите как емко и логично можно визуализировать связь между технической задачей и бизнес-целью с помощью Карты гипотез:
Для просмотра в полном масштабе — скачайте pdf
Рисуйте Карту гипотез, когда вам требуется связать ваши задачи с бизнес-целью, чтобы получить бюджет и ресурсы! Причем это работает для любой сферы и вида деятельности. Даже для жены можно нарисовать карту, чтобы обосновать покупку новой удочки (но это неточно).
При этом учтите, пожалуйста, одну особенность – побочным эффектом может быть то, что вы сами обнаружите, что никакой связи между вашей хотелкой-задачей и бизнес-целью нет. Поэтому для начала рисуйте Карту гипотез в одиночестве, надежно заперевшись от посторонних глаз.
Подскаст о Карте гипотез
25 июля 2024 г.
Я начал выпускать подкасты о методе стратегического планирования, который называется Карта гипотез. В третьем выпуске я размышляю на тему того, что Карта гипотез совершает революцию в стратегировании. С помощью этого метода происходит переход от ремесленничества единичных стратегов к массовому конвейеру создания стратегий.
Подписывайтесь на канал подкаста, чтобы не пропустить новые выпуски!
Эти заблуждения не дают эффективно двигаться к цели
«Если у тебя все под контролем, значит, ты едешь слишком медленно» – это прекрасная мысль автогонщика Марио Андретти, очень точно раскрывающая проблему управления в компаниях.
Кажется, что максимально жесткий план снизит до нуля риски, но это ошибка, потому что жизнь шире нашего представления о ней. 100% верный план мы узнаем только в конце проекта.
Я подготовил мифы и ошибки, о которых узнал из разбора рабочих ситуаций с заказчиками. Именно эти заблуждения не дают эффективно двигаться к цели.
OKR и Карта гипотез — взаимовыгодное влияние
Если вам нужно спроектировать следующий шаг развития для своего бизнеса или проекта, то вы пойдёте по такому пути:
- Целеполагание — куда мы должны прийти и как поймём, что пришли, куда нужно?
- Стратегирование — разработка идей, на которых основана надежда, что у нас есть шанс прийти к заданным целям.
- Разработка тактики — создание дорожной карты и формализация конкретных задач.
Есть разные способы пройти по этому пути. В статье я расскажу, как использовать для этой работы метод стратегического планирования «Карта гипотез», а для постановки целей — подход OKR (Objectives and Key Results, цели и ключевые результаты).
Место Карты гипотез в процессе управления изменениями
Я люблю приводить в пример игру в шахматы, чтобы показать место Карты гипотез в процессе управления изменениями.
Представьте себе, что вы подошли к шахматной доске уже после начала партии. Вы видите доску, своего оппонента и вам нужно сесть и выиграть эту партию. Для любителей описывать цели по SMART или тех, кому нравится OKR, можно добавить, что победу нужно одержать до 35-го хода и обязательно поставив мат вражескому королю.
TrueTechDay 2023. Применение low-code платформ в энтерпрайзе
Мы в компании активно используем low-code платформы много лет. За время работы набрался опыт в преодолении проблем, связанных с этими платформами, и кристаллизовались подходы, которые хорошо себя показали.
Я разобрал, что в low-code подходе помогает бизнесу, а что создаёт сложности. При рассмотрении проблем я предложил «лекарства», которые помогают нивелировать проблемы.
Метафоры подходов к созданию IT-продуктов
Я уже много лет занимаюсь созданием IT-продуктов. Всё это время для себя и коллег собираю метафоры, которые позволяют наглядно показать, как нужно и как ненужно выстраивать работу по созданию ПО.
По мере работы над IT-продуктом мы узнаем что-то новое о рынке и пользователях и за счет этих знаний продукт перестраиваем. В физическом мире довольно сложно постоянно перестраивать, а в IT – это повседневная задача. По мере перестройки системы мы получаем результат, который все лучше и точнее попадает в запросы клиентов, что и приводит нас к прибыли.
Применение InnerSource в энтерпрайзе
InnerSource мне, как инженеру, очень симпатизирует, потому что позволяет сделать цепочку поставки бизнес-ценности децентрализованной. При всей красоте этого подхода у него есть трудности в реализации. Эти сложности можно разделить на технические и организационные. И те и другие «лечатся», если знать о правильных подходах.
В статье я описал, какие преимущества даёт InnerSource, какие есть проблемы с его внедрением и как микросервисная архитектура помогает решить часть этих проблем автоматически. Статья состоит из следующих разделов:
- Зачем вам InnerSource.
- Пять шагов при работе по InnerSource.
- Помощь микросервисов в преодолении технических барьеров.
- Организационные проблемы InnerSource и их решения.
- Модель зрелости и метрики.
- Рекомендации к использованию.
Применение low-code платформ в энтерпрайзе
Мы в компании активно используем low-code платформы много лет. За время работы набрался опыт в преодолении проблем, связанных с этими платформами, и кристаллизовались подходы, которые хорошо себя показали.
В статье я разберу, что в low-code подходе помогает бизнесу, а что создаёт сложности. При рассмотрении проблем я предложу «лекарства», которые помогут вам нивелировать проблемы.
В конце статьи я составил чек-лист, по которому рекомендую проверять low-code платформу, прежде чем вы решитесь использовать её для решения своих бизнес-задач.
Статья состоит из шести разделов:
- Причины появления интереса к low-code платформам.
- Управление сложностью в обычном и low-code подходах.
- Технические проблемы с low-code и снижение этих рисков.
- Организационные проблемы с low-code и снижение этих рисков.
- Сценарии успешного применения.
- Чек-лист выбора low-code платформы.
Видео-запись мастер-класса по Impact Mapping
15 марта 2023 г.
Алексей Пикулев пригласил меня в качестве эксперта на мастер-класс по Impact Mapping. Онлайн-встреча прошла в рамках его сообщества Scrum Mastery Club.
Я уже много лет работаю с этим инструментом, подробно описывал его в своей книге Антихрупкость в IT, поэтому мне было чем поделиться с участниками встречи. За 1,5 часа мы сделали:
- Разобрали подробно инструмент с точки зрения использования.
- На практике попробовали создать Impact Map в прямом эфире. По ходу создания столкнулись с типовыми проблемами, решениями этих проблем и обсудили нюансы при создании Impact Map.
- Обсудили, как можно использовать инструмент для формирования стратегии.
- Ответили на множество вопросов от участников. Я считаю эту часть одной из самых полезных, т.к. удалось покрутить модель этого инструмента с разных сторон.
Ссылки:
Как создать работающий Impact Map
Больше 8 лет я использую Impact Map для аналитики IT-продуктов. Я довольно активно делился знаниями об этом подходе: писал статьи, выступал на конференциях с докладами и мастер-классами, рассказывал студентам в университетах и интернам в компании. Слушатели и участники мастер-классов легко улавливают, как создавать и использовать Impact Map, т.е. с теорией нет проблем. Тем не менее, я вижу большие затруднения с применением этого подхода в реальной практике, когда нужно придумать и описать идеи для сложного IT-продукта.
В этой статье я сделаю попытку объяснить, каким образом формулируются идеи, которые являются самой сложной и самой ценной частью Impact Map, а также поделюсь своим видением, как наиболее эффективно воспринимать каждую из частей Impact Map.
На данный момент этот метод перерос в Карту гипотез.
Где и как применять low-code платформы
Разговоры о программировании без программистов идут постоянно. За последние 14 лет моей работы в IT идёт уже вторая волна любви к low-code решениям. Если вы дольше наблюдаете IT-рынок, то наверняка вспомните ещё пару подъёмов этой темы.
Не-программистов, которые создают бизнес-приложения в визуальных редакторах, назвали Citizen Integrator или Citizen Developer. Слоганы продавцов этой темы сводятся к следующему:
...with no-code/low-code platforms, anyone can build applications without software expertise, significantly faster, and at a fraction of the cost.
В этой статье я хочу разобраться насколько правдивы эти обещания, а также где и как стоит применять low-code платформы, чтобы не выстрелить себе в ногу.
5 критериев выбора языка программирования для проекта от IT-архитектора
Источники для анализа популярности языков программирования:
Техническое задании: методология, риски, ограничения, варианты оформления
Собрал в шести статьях всё, что знал о планировании работы в IT-проектах и написании технических заданий.
1. Когда надо прекратить писать Техническое задание и начать делать проект? Дана схема как балансировать между чрезмерно подробным, а значит дорогим, ТЗ и слишком абстрактным, что ведет к рискам и ошибкам.