Антихрупкость в IT - Александр Васильевич Бындю

Почему написание подробного ТЗ – это потери для бизнеса.

http://blog.byndyu.ru/2013/07/blog-post.html

Подборка манифестов из мира IT

Я собрал самые известные манифесты из мира IT. По ним интересно понаблюдать, чем живут айтишники.

https://blog.byndyu.ru/2013/09/it.html

Распаковка Byndyusoft на Hexlet

Распаковываем трудоустройство в Byndyusoft: технический директор Руслан Сафин и основатель Byndyusoft Александр Бындю рассказывают о полном процессе трудоустройства, интернатуре, плоской структуре работы и многом другом.

https://blog.byndyu.ru/2022/07/byndyusoft-hexlet.html

Приложение 2. Дополнительные материалы к разделу II

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

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

1. В чём конкретно можно выиграть при использовании InnerSourcing.

2. Какие инструменты и паттерны нужны для достижения успеха, и что будет, если их не использовать.

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

https://blog.byndyu.ru/2019/12/inner-source.html

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

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

https://blog.byndyu.ru/2020/04/5-it.html

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

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

https://blog.byndyu.ru/2020/04/blog-post_16.html

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

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

https://blog.byndyu.ru/2020/04/it.html

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

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

https://blog.byndyu.ru/2020/01/blog-post_21.html

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

Описанные проблемы «монолитов» и способы решения проблем с ними не являются исчерпывающим руководством по переходу к распределённой архитектуре. Скорее, это перечисление шагов и практик, которые пригодились на наших проектах и привели к нужным результатам.

https://blog.byndyu.ru/2014/05/blog-post.html

Command and Query Responsibility Segregation (CQRS) на практике

Одной из целей применения CQRS тоже является переход к горизонтальному масштабированию. Однако кроме этого CQRS даёт ряд преимуществ на уровне дизайна кода и простоты поддержки.

https://blog.byndyu.ru/2014/07/command-and-query-responsibility.html

Принципы проектирования классов (S.O.L.I.D.)

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

https://blog.byndyu.ru/2009/10/solid.html

Технические долги [подскаст]

Обсуждение нюансов технических долгов с моим участием в подкасте Podlodka.

https://soundcloud.com/podlodka/podlodka-77-tekhnicheskiy-dolg

Примечания

1

Александр Бындю. Проблем быть не должно, https://byndyu.ru/footnote/1

2

Cynefin framework, https://byndyu.ru/footnote/2

3

Situational leadership theory, https://byndyu.ru/footnote/3

4

Андрей Шапиро. Руководство по сбору требований в формате User Story Mapping, https://byndyu.ru/footnote/4

5

Product Owner по сути – это предприниматель внутри компании. Он ещё не вырос до создания своей компании либо не хочет рисковать созданием собственного бизнеса, при этом он уже мыслит и действует как предприниматель.

6

Five whys, https://byndyu.ru/footnote/6

7

Gojko Adzic. Fifty Quick Ideas To Improve Your User Stories, https://byndyu.ru/footnote/7

8

Impact Mapping, https://byndyu.ru/footnote/8

9

Byndyusoft. Анализ IT-продукта, https://byndyu.ru/footnote/9

10

Отрывок из выступления Жванецкого, https://byndyu.ru/footnote/10

11

Gojko Adzic. Impact Mapping, https://byndyu.ru/footnote/11

12

User Story, https://byndyu.ru/footnote/12

13

Gojko Adzic. Agile product management using Effect Maps, https://byndyu.ru/footnote/13

14

Gojko Adzic, https://byndyu.ru/footnote/14

15

Gojko Adzic. Specification by Example, https://byndyu.ru/footnote/15

16

Метод SMART, https://byndyu.ru/footnote/16

17

На HappyDev 2014 я проводил мастер-класс по составлению Impact Mapping и Story Mapping. Играть роль заказчика согласился руководитель проекта по обработке заявок на строительство. Все, кто пришёл на тренинг, были очень активны и сразу втянулись в процесс. Со временем мы осознали, что довольно сложно просто слушать заказчика и понять его проблему. Коллеги наперебой предлагали свои решения. В какой-то момент приходилось прерывать работу группы, напоминать, что мы должны больше слушать. Несколько раз из-за напряжённой атмосферы и давления участников заказчик принимал наши решения, отказываясь от своих. Я думаю, что все участники почувствовали важный баланс между тем, когда надо слушать заказчика, а когда надо предлагать решения.

18

Когда я рассказывал про Impact Mapping на AgileClub, коллеги заметили, что есть и другие способы понять стратегические цели. Например, можно использовать Lean Canvas, JTBD или собрать требования в проектной документации с описанием целей и заинтересованных сторон. На самом деле Impact Mapping не противоречит другим подходам и может использоваться вместе с ними. Лично мне он больше нравится, потому что:

1. Это простая техника, которая способствует общению и взаимодействию, в ней нет бюрократии.

2. Заказчикам, которые не разбираются в IT и производстве ПО, такой подход очень просто объяснить, хватает пары минут.

3. Визуализация в виде mind map.

19

ScrumTrek. Impact Mapping – инструкция по применению, https://byndyu.ru/footnote/19

20

Мэри и Toм Поппендик. Бережливое производство программного обеспечения. От идеи до прибыли, https://byndyu.ru/footnote/20

21

Андрей Шапиро. Схематизация опыта с CJM и Service Blueprint. Практика гибридной нотации, https://byndyu.ru/footnote/21

22

Я описал процесс, если мы используем Scrum, но всё работает аналогично, если выбран Канбан.

23

Ретроспектива в Scrum, https://byndyu.ru/footnote/23

24

Lean Startup, https://byndyu.ru/footnote/24