Материалы к пятому выпуску Code of Architecture по книге "Building Evolutionary Architectures"

Вчера у нас прошел пятый и финальный стрим по книге и мы упоминали следующие книги и концепции:
- "Software Architecture Metrics: Case Studies to Improve the Quality of Your Architecture" - книга с примерами использования архитектурных метрик от 10 экспертов в разработке софта
- Whitepaper "From X programming to the X organisation" за авторством Enrico Zaninotto - статья с конференции, где на проектирование взглянули с точки зрения дизайна организации
- "Organization: A Tool for Software Architects • Eberhard Wolff • GOTO 2021" - выступление на похожую тему, а именно о том, что организация является инструментом для работы архитекторов
- "Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations" - крутая книга про построение высокопроизводительных организаций, где популяризируются DORA метрики (deployment frequency, lead time for changes, mean time to recover, change failure rate). Является must read для технических руководителей, хотя есть и обоснованная критика исследований (как обычно в исследования про возможность из корреляций сделать причинно-следственные выводы)
- Обзор книги "Learning DDD"- мы ее уже обсуждали в рамках клуба Code of Architecture и я сделал краткий recap. В этой книге многие темы рассмотрены гораздо лучше и глубже, чем в эволюционной архитектуре
- Книга "Continuous Architecture in Practice" - другая книга про непрерывное развитие архитектуры систем, которая показалась мне на порядок лучше эволюционной архитектуры
- Книга "Проект Феникс (The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win)" - Книга написана в жанре производственного романа и похожа на книгу "Цель" ("Goal") или "Критическая цепь" ("Critical Chain") Голдратта. Правда, здесь основные действия разворачиваются не на заводе, а в среде обитания it'шников компании Parts Unlimited
- "Проект единорог (The Unicorn Project: A Novel about Developers, Digital Disruption, and Thriving in the Age of Data)" - эта книга написана Gene Kim как продолжение предыдущей книги "Проект Феникс (The Phoenix Project)". В прошлой книге был показан impact менеджеров на процессы разработки, а в этой книге показан импакт individual contributors.
- Письмо Jeff Bezos акционерам Amazon от 2015 года - здесь он рассказывал среди прочего про Invention Machine и решения двух типов:
-- Type 1 - "Some decisions are consequential and irreversible or nearly irreversible – one-way doors – and these decisions must be made methodically, carefully, slowly, with great deliberation and consultation"
-- Type 2 - "But most decisions aren’t like that – they are changeable, reversible – they’re two-way doors. If you’ve made a suboptimal Type 2 decision, you don’t have to live with the consequences for that long."
Собственно в этом письме речь шла про то, чтобы уметь принимать решения типа 2 быстро, а решения типа 1 методично и взвешанно. И это отлично укладывается в архитектурные подходы - определение Гради Буча для Software Architecture звучало так "Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change.". Но сейчас часто предлагают необратимые решения откладывать напоследок до момента, когда у нас будет достаточно информации и сами решения уже не принимать нельзя. Это обеспечивает определенную гибкость архитектуре и пригодность к дальнейшей эволюции.

Пожалуй на этом список материалов можно и закончить. Также надо отметить, что книга закончилась и она оказалась не такой интересной как ожидал лично я ... но в общении с гостями мы вытащили очень много идей, которые сделали обсуждение этой книги гораздо полезнее, чем просто ее чтение. В последнем выпуске нам помогал Сергей Баранов, организатор и создатель конференции ArchDays, а еще автор Agile Mindset и телеграм-канала «Микросервисы — русскоязычное сообщество».

#SoftwareArchitecture #Architect #CoA

От монолита к микросервисам и обратно

Эту историю я рассказывал на South Hub 2023 в формате мини-стендапа:) South Hub — это кэмп для CTO и тех, кто мечтает ими стать, а какие свершения без факапов, поэтому на этой конференции и появилась секция Fuckup Nights. Сама история произошла со мной в самом начале работы в Tinkoff, чуть меньше семи лет назад. Тогда я отвечал всего за несколько небольших команд, которые в сумме состояли из 10 инженеров...

#Postmortem #FuckupNights #SoftwareArchitecture #Architecture #Management

"Как большие компании нанимают лидов в 2023 году" - Круглый стол Яндекс Go на SouthHub

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

Интересно, что была заметна разница в столкновении найма в команду и найма в компанию:)

От Тинькофф в круглом столе участвовал мой коллега, Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса).

P.S.
У меня тоже было похожее выступление на тему "Как нанимать технических руководителей" на весеннем Teamlead Conf 2023:)

#Management #Leadership #Processes #Conference #SystemDesign #Engineering

"Как большие компании нанимают лидов в 2023 году" - Продолжение

Вчера я писал свои мысли про этот круглый стол и упоминал, что от Тинькофф там участвовал Владимир Коноплев, CTO SME (банка для малого и среднего бизнеса).
А сегодня Вова написал пост со своими мыслями на эту тему в своем канале. Вообще Вова туда пишет полезные посты с мыслями на темы навроде OKR и KPI или Outcomes over Outputs, которые бывает интересно почитать.

#Management #Leadership

Книжный клуб CoA — Recap of "Building Evolutionary Architecture"

Этот май и июнь в нашем книжном клубе Code of Architecture был посвящен обсуждению книги про построение эволюционных архитектур, которую мы рассмотрели в пяти выпусках. В этой статье я хотел поделиться всеми материалами и напомнить краткое содержание того, что мы успели обсудить.

#CoA #SoftwareDevelopment #SoftwareArchitecture #Architecture #SystemDesign

Extract the kernel статья от Will Larson

Интересная мини-статья от Will Larson (автора книг "Staff Engineer" и "Elegant Puzzle") про то, как получать максимальный эффект от общения с топ-менеджерами. Основная проблема в том, что получая такой фидбек команды часто фокусируются на конкретных деталях, а это редко бывает верной стратегией. Он дает следующий совет
When you get a question from an executive, focus on understanding the insight or perspective within the question. Then confirm that insight with the executive explicitly.

P.S.
Интересно, что сама статья следует этому же подходу, но в плане донесения сообщения - в ней происходит extraction of kernel или как говорил Чехов "Краткость – сестра таланта":)

#Leadership #Management

State of Platform Engineering Report 2023 от Puppet

Недавно я прочитал отчет "State of DevOps Report" от Puppet, который в 2023 году был посвящен теме платформенной инженерии, к которой они пришливместо опроса про Devops в общем. Они даже забанили термин "DevOps team" в силу его бессмысленности.

Если говорить про отчет, то они выделяют следующие 4 момента в своем executive summary
1. Platform engineering - это проверенный подход для достижения devops успеха на масштабе корпорации
2. Когда platform engineering реализован хорошо, то это приносит пользу всей организации (интересно, что так можно сказать про многое реализованное хорошо)
3. Организации осознают преимущества разработки платформ
4. Организации недостаточно инвестируют в навыки управления продуктом в своих командах платформы

Дальше авторы отмечают связь devops успеха и платформенной инженерия
In 2018, we first identified that DevOps success within the enterprise required significant standardization on the way to providing self-service as part of our five stages evolutionary model. Platform engineering, with its prescriptive approach to organizational design and dynamics, is proving to be a viable path to delivering on this model.

Авторы деляют отсылку к книге Team Topologies, про которую я как-то написал краткое саммари в трех частях: 1, 2, 3.

А в самом опросе есть результаты ответов на интересные вопросы, которые приведены ниже (ответы приведены в порядке популярности)

1) What led to the creation of a platform team at your organization?
- we needed to increase speed of delivery - 22%
- we needed to scale up - 18%
- engineers were taking on too much work - 10%

2) What are the key goals of the platform team?
- prroblelems solvling - 54%
- educate and empower developer teams - 47%
- set and promote best practices - 46%

3) What services should fall within the platform team’s scope of work?
- building and managing infrastructure to support product teams - 59%
- automating workflows and processes - 59%
- services that enable application development teams to build, deploy, and run their applications - 57%

4) What capabilities does the self-service platform offer?
- deployment - 43%
- operation of infrastructure - 42%
- monitoring production applications - 42%

5) Did the platform team have a direct impact on development velocity?
- increased - 68%
- stayed the same - 22%
- decreased - 9%

6) By approximately how much did development speed increase after the inception of the platform team?
- somewhat - 51%
- a great deal - 42%

7) What are the benefits of platform engineering?
- improves system reliability - 60%
- improves efficiency / productivity of my work - 59%
- speeds up delivery time - 58%
- improves our workflow and process standards - 57%

8 ) What are the platform team's biggest pain points?
- cycle time is slower than expected - 34%
- resistance to platform team adoption - 32%
- lack of communication around changes to the platform team - 32%

9) What are the most important product management skills on a successful platform team?
- strong communication skills - 61%
- problem-solving expertise - 60%
- ability to foster collaboration across cross-functional teams - 54%

10) Which roles comprise the platform team at your organization?
- DevOps - 48%
- software engineers - 45%
- platform engineers - 44%

11) What are the most important technical skills on a successful platform team?
- knowledge of system integration - 67%
- ability to automate processes - 61%
- familiarity with continuous integration/continuous delivery (CI/CD) - 54%

12) Is the platform team(s) at your firm centralized or decentralized?
- centralized - 82%
- decentralized - 18%

Напоследок авторы говорят о том, что platform engineering - это хорошо, но там часто не хватает продакт менеджеров и они предлагают воспринимать свои платформы как продукт, а не проект. Кстати, я как-то сравнивал проектное и продуктовое управление между собой и рекомендовал использовать продуктовую разработку более широко.

#Devops #PlatformEngineering #Management #SoftwareDevelopment #Software

Книжный клуб CoA — обсуждение Amazon Aurora

Вчера мы встретились книжным клубом Code of Architecture для обсуждения white paper "Amazon Aurora: Design Considerations for High Throughput cloud-Native Relational Databases". Общение прошло отлично и в итоге у нас появился набор артефактов:
- статья с кратким саммари самого white paper
- доска в Miro
- запись трансляции

#Databases #CoA #Architecture #SoftwareArchitecture #SystemDesign #DistributedSystems #Cloud

IT's Tinkoff in Yerevan

Через неделю, а точнее 29 июня я буду в Ереване на дне открытых дверей Tinkoff.
Там я буду рассказывать доклад "Как RnD (Research and Development) появляется в крупных ИТ-компаниях"
И в своем докладе отвечу на вопросы:
— Зачем крупным ИТ-компаниям заниматься RnD?
— В какой момент RnD может появляться и как может выглядеть?
— Какие задачи могут стоять перед RnD-направлением?
— Как может происходить внедрение инноваций и как сделать этот процесс эффективным?
Для доклада буду использовать примеры из мировых BigTech-компаний и, конечно, из своей работы в Тинькофф.

Регистрируйтесь на митап и приходите послушать и пообщаться.

#RnD #Software #SoftwareDevelopment #DistributedSystems #Management