Improving Software Flow • Randy Shoup • YOW! 2022 (Рубрика Management)
Классное выступление Randy про создание программного обеспечения. Сам Randy является VP Engineering and Chief Architect в eBay, поэтому ему отлично удался микс архитектурных и процессных рекомендаций. Свое выступление он построил на 5 идеалах из книги The Unicorn Project (я рассказывал про нее раньше), которая является сиквелом популярной книги The Phoenix Project (про нее я тоже рассказывал раньше). Вот эти пять идеалов
- Locality and Simplicity - здесь идет речь про архитектуру и предлагаются следующие подходы (modular services, orthogonal domain logic, event-driven architecture, immutable logs, embracing aynchrony). Интересно, что тут приводится разбор кейса от Walmart про их сценарий проверки доступности товара для отгрузки, где синхронная цепочка из 20+ сервисов была переведена на асинхронную архитектуру и синхронную цепочку из всего трех сервисов (остальные отрабатывали асинхронно). Отдельно про этот кейс Walmart можно посмотреть выступление с devops конференции DOES19 Las Vegas
- Focus, Flow, and Joy - здесь речь про процессы разработки, про kanban и WIP, а также про состояние потока, про отличие расписаний индивидуальных контрибьюторов и менеджеров. Кстати, тут есть отсылка к книге “Визуализируйте работу” (“Making Work Visible”), про которую я писал на Medium.
- Improvement of Daily Work - здесь идет речь про стратегическое программирование (технические инвестиции вместо технического долга), про continuous testing, test-driven development, continuous delivery, а еще про использование общепринятой валюты (время, люди, деньги) при оценке и аргументации технических инвестиций (ведь им придется конкурировать с продуктовыми задачами, которые оцениваются в этой же валюте) и это будет формировать бюджет улучшений
- Psychological Safety - здесь идет речь про проект "Project Aristotle", который был запущен в Google для ответа на вопрос “What makes a team effective at Google?”. И ответ как вы понимаете был в psychological safety. Подробнее рекомендую изучить на странице самого проекта. Плюс тут автор рассказывает про культуру blameless postmortems, про которую я тоже как-то рассказывал несколько лет назад в докладе "Культура postmortems или как мы учимся на ̶с̶в̶о̶и̶х̶ факапах"
- Customer Focus - здесь речь идет про то, что нам надо ориентировать на outcome для клиентов, а не на output в виде результатов наших активностей. Для анализа business outcomes нужны ясные бизнес-метрики и ясные клиентские метрики, а со стороны инженеров нужна инженерная дисциплина и умение решать проблемы бизнеса.
В общем, мне выступление понравилось и я рекомендую его к просмотру техническим лидерам, которые хотят улучшить свои процессы разработки и архитектуру своих систем.
#Software #SoftwareArchitecture #Architecture #Processes #Management #Leadership #Culture #Devops