Почему написание подробного ТЗ – это потери для бизнеса.
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