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

Основал компанию byndyusoft
Автор книги «Антихрупкость в IT» и метода стратегического планирования «Карта гипотез».


Чем я помогаю бизнесу:

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

Выступления и мастер-классы

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 платформ в энтерпрайзе

Мы в компании активно используем 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 раз больше посетителей без увеличения бюджета на серверные мощности.

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

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

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

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 для начинающих. Ответы на популярные вопросы.

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

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

Основные темы:

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

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

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

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

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

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

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

Свежий пост из блога

Как самостоятельно издать книгу? На примере книги «Антихрупкость в IT»

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

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

Читать в блоге...

Антихрупкость в IT

Как достигать результатов в IT-проектах в условиях неопределённости

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

Где купить

Бумажная книга

Электронная книга

Аудио-книга

Ещё сомневаетесь? — Читайте бесплатный отрывок

Карта Гипотез

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

Карта Гипотез

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

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

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

Где купить

Бумажная книга
Электронная книга
Аудио-книга

Ресурсы

Ещё сомневаетесь? — Читайте бесплатный отрывок