Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
"We're Agile, we don't do documentation"
Search
Birgitta Boeckeler
June 09, 2017
Technology
1.8k
1
Share
"We're Agile, we don't do documentation"
Slides as presented at "The Lead Developer" conference 2017 in London
Birgitta Boeckeler
June 09, 2017
More Decks by Birgitta Boeckeler
See All by Birgitta Boeckeler
AI coding state of play, Agile meets Architecture, March 10 2026
birgitta410
0
66
State of Play: KI-unterstützte Programmierung (OOP 2026 Keynote)
birgitta410
0
88
[XP Keynote] AI for teams: State of play for AI assistance beyond code
birgitta410
0
160
The role of developer skills in today's AI-assisted world
birgitta410
1
340
Cultivating Architecture (2022)
birgitta410
0
520
Redefining confidence: Cognitive biases in an architect's life
birgitta410
0
310
Cultivating Architecture with Principles
birgitta410
1
460
Cultivating Architecture
birgitta410
0
2.3k
To pair, or not to pair
birgitta410
1
490
Other Decks in Technology
See All in Technology
Do Vibe Coding ao LLM em Produção para Busca Agêntica - TDC 2026 - Summit IA - São Paulo
jpbonson
3
150
20260428_Product Management Summit_Loglass_JoeHirose
loglassjoe
3
3.7k
マルチプロダクトの信頼性を効率良く保っていくために
kworkdev
PRO
0
170
コミュニティ・勉強会を作るのは目的じゃない
ohmori_yusuke
0
260
Chasing Real-Time Observability for CRuby
whitegreen
0
220
[最強DB講義]推薦システム | 評価編
recsyslab
PRO
0
100
小説執筆のハーネスエンジニアリング
yoshitetsu
0
770
No Types Needed, Just Callable Method Check
dak2
1
1.8k
20年前の「OSS革命」に学ぶ AI時代の生存戦略
samakada
0
480
260422_Sansan_Tech_Talk__関西_vol.3_データ活用のリアル__矢田__.pdf
sansantech
PRO
0
120
運用システムにおけるデータ活用とPlatform
sansantech
PRO
0
120
Do Ruby::Box dream of Modular Monolith?
joker1007
1
350
Featured
See All Featured
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
1.9k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.4k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.5k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Amusing Abliteration
ianozsvald
1
160
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
130
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
320
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
97
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
260
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
190
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
2.8k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
1
530
Transcript
“WE’RE AGILE, WE DON’T DO DOCUMENTATION” @birgitta410 B i r
g i t t a B ö c k e l e r
None
“Documenting Software Architectures – Views and Beyond” 2nd edition, 2011;
Clements, Bachmann, Bass, Garlan, Ivers, Little, Merson, Nord, Stafford
None
None
None
None
None
None
DESCRIBING SOFTWARE
None
WHERE ARE YOU? 1:1 UML diagrams No documentation at all
“Self- documenting code” Tests are readable specification
PURPOSE of documentation?
For the sake of a PROCESS.
PURPOSE of documentation?
Create a COMMON UNDERSTANDING. 1
None
The wall of COMMON UNDERSTANDING. Containers & Tech Stack Environments
Components … … … Up for grabs!
Surface and understand COMPLEXITY. 2
… … … Data schema migrations Synching behavior … Design
of storage module
INFO GRAPHICS.
“WIDGET” KITS.
Create EMPATHY. 3
Empathy between TECH DECISION MAKERS and developers.
“Working on software without guidance, without documentation, is anxiety-producing” https://medium.com/@duretti/no-flex-zone-empathy-driven-development-aebf4d8cf7cf
Empathy with EACH OTHER.
Empathy between PRODUCT PEOPLE and developers.
Empathy with OTHER TECHNOLOGISTS.
Help our FUTURE SELVES make informed DECISIONS. 4
Architecture DECISION records. http://thinkrelevance.com/blog/2011/11/15/documenting-architecture-decisions “Without understanding the rationale (…), only
two choices: 1. Blindly accept the decision. 2. Blindly change it.”
LIGHTWEIGHT architecture DECISION records. https://github.com/npryce/adr-tools
Describe the PROBLEM, not just the SOLUTION.
CREATIVE problem SOLVING. 5
None
None
None
None
But how do we keep it UP TO DATE?!
@kaeff
As LITTLE as possible. Make it VISIBLE. Include in RITUALS.
Create OWNERSHIP through COLLABORATION.
Help our FUTURE SELVES make informed DECISIONS. Surface and understand
COMPLEXITY. Create COMMON UNDERSTANDING. CREATIVE problem SOLVING. Create EMPATHY.
<> Code THE TRUTH HOW-TOs HISTORY MAPS CREATIVE THINKING
“Individuals and interactions” “Business people and developers work together daily”
“Face to face communication” “Attention to technical excellence and good design” “Simplicity”
@birgitta410