title: How teams remember url: https://gilest.org/htr.html hash_url: 5a9fa7db62f151b8a863b949ed4e9e5f
Slides from my keynote at Agile in the City
Recently, I’ve been doing a lot of thinking about teams and memory. Agile comms enables memory, and memory has value - but it also costs time and money to do properly. Remembering means writing things down, and curating lots of memories over time. Organisations need people who can do those things, and who have the time and incentive to do those things.
So someone has to decide how many people, and how much time and money an organisation is prepared to spend on realising the value of memory. Someone has to grant permission for remembering to happen. This isn’t just about comms, this is about budgets and leadership.
The deeper I dig into my research, the more case studies and examples I find. Institutional memory is frequently overlooked and undervalued - until the moment when someone needs access to memory right now, and of course by then it’s too late. Good remembering means turning tacit knowledge into explicit knowledge; if all your tacit knowledge has left the building inside the heads of former colleagues, it’s lost to you forever.
So I think there’s a case for allowing and encouraging documentation for teams, just as much as documentation for software. Writing that documentation is a task, It needs to be part of someone’s job. Every organisation needs a little bit of storytelling capability, to help make that job easier.
I think there’s another book for me to write here. I’ve started writing it.
I’m making notes - starting with a summary of last week’s keynote from Agile in the City: Bristol & Bath - at howteamsremember.com.
Thoughts, feedback and suggestions very welcome.