One of the benefits of working on the Hyperscope is not just working closely with Doug Engelbart, but also with many of his long-time colleagues, not the least of whom includes Christina Engelbart, his daughter and former business partner. Christina and I recently had an off-the-cuff exchange on community engagement and maintaining a Dynamic Knowledge Repository (DKR), and it’s started to evolve into a full-fledged discussion. Rather than continue it over email, I thought I’d post some of my thoughts here, especially since they relate to my recent post on Leave A Trail and stigmergy. (KDW)
On the surface, maintaining a Dynamic Knowledge Repository and community engagement would seem to be two separate actions. Christina suggests that the former is a more tangible entity, whereas the latter is a process. I agree with this distinction, and I would also note that the artifacts of community engagement are part of a DKR. So you’ve got the engagement itself (process), and you’ve got the artifacts of the engagement (part of a DKR). (KDX)
The distinction starts to blur when the engagement occurs over a digital medium. If I exchange email with someone, then is that community engagement or is it part of maintaining a Dynamic Knowledge Repository? It’s both, because the act of engagement also results in an artifact! (KDY)
Why is this important? Because when we think of the two as distinct actions, then doing both means double the work. When we think of the two as having significant overlap (via relatively minor shifts in work practice), then we get (at least) twice the benefit for half as much work. (KDZ)
This conflation is central to methodologies like Dialogue Mapping. Jeff Conklin talks about the importance of Shared Display as being part of the conversation. When the screen is physically part of the conversation, then participants engage with the screen as if it were another participant. That creates shared ownership over the artifact, which makes the artifact far more valuable than a meeting summary that some guy in the corner scribbled onto his laptop and emailed out afterwards. (KE0)
The benefits multiply even more when you take into account Leave A Trail and scale. Having a closed DKR for a small team is valuable, but opening that DKR up for the entire world to see increases the potential for serendipity and emergence. (KE1)
I would argue very strongly for folks to think about community engagement and maintaining a knowledge repository as part of the same bucket, because they should be very closely tied to each other. For example, when I add content or refactor the public Hyperscope Wiki, I consider that part of my community engagement strategy. That said, these two concepts are not identical. This is important to remember also. Simply dumping information into a public repository is not a very effective community engagement strategy. However, proactively reaching out to people and encouraging them to interact in the public repository is a great community engagement strategy. (KE2)
Jeff’s framing is probably the best way to think about it: Your knowledge repository should be thought of as a participant in your collaborative process, not just something external. (KE3)