Александр Бындю Автор книг, основатель IT-компании, эксперт в Agile и Lean, эксперт по стратегическому управлению, преподаватель, методолог, ментор, спикер

Личная стратегия менти с помощью Карты гипотез

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

Стратегия — это больно!

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

Фасилитация стратсессий с помощью Карты гипотез

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

Как проводится такая сессия фасилитации? Как к ней подготовиться самому? Как подготовить участников? Четкий план действий смотрите на этом видео и получившейся схеме.

Мастер-класс по Карте гипотез. Казахстан Chapter IIBA

Бесплатный вебинар для аналитиков и продактов с участием Александра Бындю - создателя интересной техники анализа «Карта гипотез». Александр рассказал об этой методике и вместе с участниками построил карты гипотез по их кейсам.

Стратегия решает проблемы на всех уровнях компании

Если в компании нет понятного всем и принятого стратегического плана, то возникают вот такие типичные проблемы:

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

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

Менторские сессии на TechTrain 2024

• У меня было 45 минут и три человека, то есть всего по 15 минут на человека. Это, мягко говоря, сжатые сроки для сессии, но нужно было уложиться.
• С менти я познакомился за 5 минут до эфира, перекинулись парой слов.
• Менти были в курсе, что эти сессии будут публичные и под запись. Они были готовы открыто общаться на счет своих запросов.
• Были зрители, которые комментировали и задавали вопросы в прямом эфире. Это добавляло адреналина в процессе и мне, и менти.

Мастер-класс по Карте гипотез на WAW 2024

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

Code of Leadership #2 Антихрупкость в IT

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

1. Как и зачем создавалась книга Антихрупкость в IT.
2. Дал пояснения по всем главам первой половины книги.
3. Рассказал о переосмыслении этой темы на выступлении на Codefest 2023.
4. Поделился тем, как будет развиваться антихрупкость в IT в моей будущей книге.
5. Обсудили откуда появилась Карта гипотез и как она встраивается в процесс создания сервисов и систем.

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

TAGES Live #10 — Разговор основателей ИТ-компаний. В гостях Александр Бындю (Byndyusoft)

В интервью с Дмитрием Голубовским обсудили, как ИТ обслуживает бизнес-модель, эволюцию от проектной разработки к продуктовой, тему формирования и управления командами, а также поговорили о притоке в индустрию специалистов без технического бэкграунда и Low Code.

Интервью. Как компания Byndyusoft выросла на 40% за 2022 год?

В интервью с Анной обменялись мыслями на темы, которые для нас обоих оказались важны:

1. Работа с российскими заказчиками
2. История создания Карты гипотез
3. Личные качества, которые помогают в бизнесе
4. ИИ и восприятие информации
5. Зачем спрашивать "зачем"?
6. Переговоры с заказчиком
7. IT обслуживает бизнес-модель
8. Принципы и процессы в компании Byndyusoft
9. Работа по ТЗ
10. Тестовое задание на собеседовании и подход к найму
11. Как организовать самоуправление и не получить анархию
12. Стримы и техлиды
13. Антихрупкость в IT-компании
14. Мельтешение на больших волнах

Мастер-класс по Карте гипотез в Омске на IT-субботнике

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

Карьерный рост, целеполагание и Карта гипотез

Вышло моё интервью на канале «Teamlead. С места в career». Это канал для руководителей в сфере IT. Он помогает погрузиться в роль руководителя, увеличить свой управленческий масштаб и узнать какие есть трендовые инструменты.

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

Научился писать код, а что дальше? Дискуссия об антихрупких ИТ-командах

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

Панельная дискуссия на тему low-code решений

На коференции Стачка 2023 обсудили применимость low-code решений для решения бизнес-задач. Мои тезисы можно прочитать в статье Применение low-code платформ в энтерпрайзе.

Карта гипотез как метод стратегического планирования

Расскажу о новом методе стратегического планирования. Много лет я смотрел, как другие делают Impact Map, сам его делал для своих проектов и проектов заказчиков. В итоге, пересобрал этот метод в новый, чтобы можно было точнее определять причинно-следственные связи между бизнес-целями, задачами и гипотезами достижения целей. Назвал этот метод “Карта гипотез”.

Антихрупкость в IT или как полюбить изменения

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

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

Про нейросети в IT, продажу разработчиков и чего хотят заказчики

Интервью провел Алексей Пименов из компании Neogenda в рамках рубрики «Нетипичные вопросы профессионалам».

Как IT компания эффективно работает без проджект-менеджеров? Чего хотят заказчики? Сколько стоит разработка ПО? Про антихрупкость в IT, продажу разработчиков - об этом и не только в видео.

Ссылки, которые упоминаются в видео:

• Статья о применении low-code платформ в энтерпрайзе
• Статья «Как стать антихрупким, работая в IT»
• Книга «Антихрупкость в IT»

Применение low-code платформ в энтерпрайзе

Мы в компании активно используем low-code платформы много лет. За время работы набрался опыт в преодолении проблем, связанных с этими платформами, и кристаллизовались подходы, которые хорошо себя показали.

Я разобрал, что в low-code подходе помогает бизнесу, а что создаёт сложности. При рассмотрении проблем я предложил «лекарства», которые помогают нивелировать проблемы.

Читайте по ссылке статью с подробным раскрытием этой темы.

Видео-запись мастер-класса по Impact Mapping

Алексей Пикулев пригласил меня в качестве эксперта на мастер-класс по Impact Mapping. Онлайн-встреча прошла в рамках его сообщества Scrum Mastery Club.

Я уже много лет работаю с этим инструментом, подробно описывал его в своей книге Антихрупкость в IT, поэтому мне было чем поделиться с участниками встречи.

Читайте по ссылке как создается Impact Map.

Скрытые расходы при переходе на микросервисы

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

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

Inner Source и микросервисы: как получить больше плюсов, чем минусов

InnerSourcing и микросервисы дополняют друг друга и одновременно повышают порог вхождения новичков в эту тему. Я расскажу с точки зрения IT-архитектора и организатора процесса разработки:

1. В чем конкретно можно выиграть при использовании InnerSourcing.
2. Какие инструменты и паттерны нужны для достижения успеха, и что будет, если их не использовать.
3. С какими проблемами сталкиваются компании, где мы настраивали связку InnerSourcing+микросервисы, даже если делали всё максимально хорошо.

Как перейти от проектного мышления к продуктовому. Опыт из заказной разработки

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

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

Обсудим почему компании больше не хотят писать ТЗ для проекта, разбивать ТЗ на части, раздавать отделам и аутсорсерам. Расскажу, как создаются продуктовые команды в аусторсе, какие качества отличают крутых Product Owner'ов от посредственных и какие инструменты и подходы стоит применять уже сейчас.

5 критериев выбора языка программирования для проекта от IT-архитектора

Статистика популярности языков программирования:

1. https://stackoverflow.com/tags
2. https://www.tiobe.com/tiobe-index/
3. https://madnight.github.io/githut

Отчет IT Market Clock for Programming Languages: жизненный цикл языков

Microsoft Dev School: Микросервисы, чистый PaaS и конкурс мисс Россия

Идея микросервисов звучит красиво, пока вы не создадите десятки и сотни микросервисов. Раньше приложение запускалось на одном мощном сервере и работало на одной СУБД, а теперь надо управлять сотней микросервисов, которые связаны между собой паутиной API вызовов и шин сообщений. Разработка, выпуск релизов, тестирование, соблюдение версионности превратятся в кошмар, если не использовать правильные подходы и инструменты.

В докладе будут показаны инструменты и принципы, которые помогают облегчить создание и управление микросервисной архитектурой. Рассмотрим пример переезда конкурса «Мисс Россия» на Azure, где инфраструктура развернута кликами мышкой на чистом PaaS, а за счет изменения архитектуры сайт выдерживает в 40 раз больше посетителей без увеличения бюджета на серверные мощности.

Архитектурные риски при планировании спринтов

1. Пост в группе Agile Russia
2. Альфа-Банк меняет ИТ-стратегию
3. Технические долги
4. Работа с унаследованным кодом: Риски, анализ проекта и стратегии работы

AgileDays 2017: Бизнес-гибкость через микросервисную архитектуру

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

Идея микросервисов звучит красиво, пока вы не создадите десятки и сотни микросервисов. Раньше приложение запускалось на одном мощном сервере и работало на одной СУБД, а теперь надо управлять сотней микросервисов, которые связаны между собой паутиной API вызовов и шин сообщений. Разработка, выпуск релизов, тестирование, соблюдение версионности превратяться в кошмар, если не использовать правильные подходы и инструменты. В докладе покажу инструменты, которые помогают облегчить создание и управление с микросервисной архитектурой.

Как выбрать IT-архитектуру: от хаоса до микросервисов

1. Стратегия крупного ретейлера по изменению IT-архитектуры и процессов
2. Переход от монолитной архитектуры к распределенной
3. Шпаргалка для предпринимателя по IT-миру

AgileDays 2016: Пять самых важных составляющих процесса выпуска продуктов

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

Подробное описание в блоге...

Кнопочное мышление против целостного IT-продукта

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

Подробное описание в блоге...

Impact Mapping: планирование разработки продукта с учетом бизнес целей

Расскажу о подходе, которым мы стартуем каждый проект. С помощью Impact Mapping синхронизируем с заказчиком видение продукта и пути достижения успеха.

• Как выявлять бизнес-цели
• Как согласовывать стратегию достижения целей
• Как приоритизировать бизнес-гипотезы
• Как использовать карту в работе над продуктом
• Влияние целей на мотивацию
• Отсечение Pet Feature со стороны заказчика и со стороны команды
• Подводные камни и истории из практики. Например, как закрыть проекта через несколько часов после старта Impact Mapping.

Подробное описание в блоге...

Переход от монолитной архитектуры к распределенной

Типовые проекты, где в центре системы стоит реляционная БД, перестают удовлетворять современным требованиям рынка ПО. В норму входит использование очередей, поисковых движков, NoSQL решений, облачных технологий. Всё это требует перехода от «классической» архитектуры к дроблению системы на набор низкосвязанных компонентов, взаимодействующих друг с другом через сообщения или интерфейсы.

Подробное описание в блоге...

Шаблоны интеграции: актуальные инструменты и решения

Корпоративные системы состоят из множества подсистем, которые написаны на разных языках и платформах. Используются общие БД, репликации, обмен сообщениями и другие средства интеграции.

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

Подробное описание в блоге...

CQRS на практике

Принцип Command Query Responsibility Segregation (CQRS) довольно давно был описан, но не так давно оброс примерами реализаций и готовыми фреймворками с открытым исходным кодом.

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

Подробное описание в блоге...

Практика работы с крупными проектами: от Scrum с XP к Kanban

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

Лекция про Agile Software Development

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

Подробнее в статье в моем блоге.

Лекция по истории и принципам Lean Software Development

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

Человеческий фактор и Agile

Самая эффективная команда та, в которой каждый участник имеет правильную жизненную позицию. Команда в данном случае — это участники процесса создания программного продукта, т.е. программисты, руководители и заказчик. Сразу такую команду не создать, нужен инструмент. Agile — это «инструмент» создания такой команды.

Мы рассмотрим влияние ценностей и практик на успешность команды, а также границы применимости Agile.

Пример разработки приложения с помощью TDD

В этом видео я разрабатываю приложение с помощью TDD на языке C#. Кроме демонстрации того, как надо писать модульные тесты, я постарался показать, как работает TDD на уровне приложения в целом.

При разработке применил принцип инверсии зависимости, а также использовал IoC-контейнер.

Подробности в статье TDD для начинающих. Ответы на популярные вопросы.

Управление зависимостями в коде

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

• Design for testability
• Принцип инверсии зависимости
• Пассивная и активная инжекции зависимостей
• Принцип работы IoC-контейнера
• Composition versus Inheritance
• Convention over Configuration

Перед этим видео желательно посмотреть пример разработки приложения с помощью TDD.

История о том, как техническое задание подменяет цель проекта

Цикл статей о техническом задании:

1. Когда надо прекратить писать Техническое задание и начать делать проект? Дана схема как балансировать между чрезмерно подробным, а значит дорогим, ТЗ и слишком абстрактным, что ведет к рискам и ошибкам.
2. 5 причин написать ТЗ, где перечислены причины, которые подталкивают подробно описывать весь план работ до начала проекта.
3. 12 проблем при работе по техническому заданию в IT-продукте. Описаны проблемы, которые превращают написание ТЗ в потери для бизнеса.
4. Откровенное общение с заказчиком, где решился спор о том, на сколько подробным должно быть ТЗ.
5. Техническое задание как база знаний о проекте, где описано, что написание ТЗ — это потери для бизнеса.

Компания мечты своими руками

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

• Откуда пришла идея создания собственного бизнеса и с какими трудностями столкнулась молодая компания?
• Как лучше устроить компанию, чтобы обеспечить быстрый рост?
• Как найти людей в компанию, которой всего несколько месяцев?
• Зачем ставить в основание ценности Agile?