Alexander Byndyu IT Architect · Agile and Lean Expert

How I can help your company:
  • Change culture of the entire organization to Agile
  • Transform monolith enterprise applications to microservce architecture
  • Hold trainings classes for developers and IT-managers
  • Manage the entire development process
  • Consult as an IT architect

A founder of Byndyusoft, blogger, an organizer of .NETconf and a moderator at dotnet google group

Public Reports and Master Classes

Применение 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: Пять самых важных составляющих процесса выпуска продуктов

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

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

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

Как создать работающий Impact Map

Больше 8 лет я использую Impact Map для аналитики IT-продуктов. Я довольно активно делился знаниями об этом подходе: писал статьи, выступал на конференциях с докладами и мастер-классами, рассказывал студентам в университетах и интернам в компании. Слушатели и участники мастер-классов легко улавливают, как создавать и использовать Impact Map, т.е. с теорией нет проблем. Тем не менее, я вижу большие затруднения с применением этого подхода в реальной практике, когда нужно придумать и описать идеи для сложного IT-продукта.

В этой статье я сделаю попытку объяснить, каким образом формулируются идеи, которые являются самой сложной и самой ценной частью Impact Map, а также поделюсь своим видением, как наиболее эффективно воспринимать каждую из частей Impact Map.

Read more...

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

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

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

Где купить

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

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

Аудио-книга

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