Fork me on GitHub

@lady3janepl I've started "deep work" this morning. On reflection I think that non distracted hours are non-negotiable. So I think the real conversation point is counter balance tools. Over the weekend I played with generating a who knows what knowledge graph, the idea being to direct conversations to the right people when you need help. But perhaps the tool should instead be focused on getting people to contribute their learnings so that company knowledge can be accumulated and reviewed?

👍 8

Also morning :)

Ben Hammond07:06:44

start crashing a bus into nodes of your knowledge graph


I love this 😄

Ben Hammond07:06:09

How quickly do we go back to the Dark Ages?

😂 4

Yeah, I think putting knowledge down in a central/shared location is very important. Main hurdle here though is reviewing everything on a fairly regular basis to make sure obsolete knowledge is removed/updated and emerging gaps are found/covered to avoid confusion over time. Documentation is hard 🤷


what is on wiki's mind?


I was actually thinking that the wiki format is perhaps broken


I was thinking something more like a log


I think they have trade offs


logs are good for recording your last thoughts. Wikis are good for recording the current consensus


wikis require editing. logs only require writing


we currently use an internal blog for a lot of our stuff, but I do miss having questions answered and things resolved and a clear statement of our current understanding


a log can also hide when there are major differences in opinion


tho having a wiki point at an "immutable log" might be a good half way house


Conflicting opinions seem like they should both be in logs and readers can decide based on that.


I'm saying that the logs can hide conflicting opinions and a lack of consensus and that there is no way for someone to decide from that (or even decide if there is still a lack of consensus)


incl. who creates the log (power over what goes into it, if it's not automatic), and who reads the log (reader bias for most recent records etc)


yep, power and resistance are inescapable. Generally, when I've started a wiki at a company it was an act of resistance. 😉


re wikis and current consensus


this is true in any documentation tho. Including logs.


100% agree 🙂


>Documentation is hard 🤷


wiki isn't my favourite, I miss something wiki-like with a graph navigation


word clouds reflecting word similarity are perhaps the closest


I suppose a lot of this also depends on the area/domain being documented


with people, you're always dealing with a graph though


having a graph of who knows what would allow you to see: 1) orphaned areas (and managing soon to be orphaned areas when someone is leaving) 2) people who are overloaded, people who have not been given enough responsibility 3) people who tend to overlap


I'm feeling like text analysis is an important property.


and then internally there are also networks of who counts on whose support, which is completely informal and cuts across the normal company structures


and also the last time I asked an HR person about this, she told me she: 1) studied it at uni 2) would never dream of attempting to map it inside a company because it's horribly invasive.


Quantum Black have been doing that for F1. They analyse email msgs


F1 ... formula 1? 😄


also: personally I find it incredibly cool! what are they doing with it?


yes, Formula 1. they have a case study. I've never been sure how much of this was just marketing and how much was actually useful. Got them a good acquisition price tho.


I did a research project that did something lightweight and similar


it was… well, interesting in terms of how social groupings fell out


the text mining part was past our remit though


and the whole thing was super invasive regardless


oh, it is massively invasive and deeply problematic. It might be OK if you state up front and repeatedly that emails might be used for this. Then people could keep other private conversations out of their email.


yeah I mean we had to get ICO oversight and all sorts, and it was a university research project, but I was super freaked out by it tbh


text analysis, for documentation?


Yeah, to infer the important topics from the document, and relay that into the graph.


Huh, that would be interesting


also for automation maybe something like: specify which repos / areas of code an article is responsible for, and automatically list out-of-date articles to be updated by their respective authors once that code was modified later than last modification date of article


hey, let's revolutionise the world of organisational knowledge management, in Clojure 😄


There's quite a lot of automation value we can get from analysing code. You can analyse my projects and realise that I've worked on lots of code using yada, and automatically highlight me as someone to ask.


I haven't looked at what is out there yet, because I don't want to be too influenced by other solutions :)


Back references from code to documentation seem important


I wonder if there's anything in recording processes? E.g. Recording the terminal session every time someone does a deploy means that the log is reasonably up to date. (Although slow to parse)


This is part of the push towards chat ops. Wire things up so your log / system of record is slack/IRC etc. And wire up all ops tasks to bots either watching the channel(s) for commands or pushing the commands run to the channel(s).


I'm saying that the logs can hide conflicting opinions and a lack of consensus and that there is no way for someone to decide from that (or even decide if there is still a lack of consensus)

replied to a thread:re wikis and current consensus

this is true in any documentation tho. Including logs.


yes, Formula 1. they have a case study. I've never been sure how much of this was just marketing and how much was actually useful. Got them a good acquisition price tho.


my 2c - a lot of comms problems are intractable, hire good people, try and focus on comms skills aaaaand… it will all still fall over


that’s where good leadership comes in


@alex.lynham how do you see the good leadership as fixing the comms problems?


trying to connect up conversations


I mean, this is why I found doing that role unsustainable for my well-being


Logs have the benefit that they happen automatically. However they can be impossibly hard to read and follow if you weren’t part of the conversation; (or sometimes even if you were). Real decisions and current thinking needs to be captured and curated. The logs are a fallback, and nice to have around… but they don’t really capture or communicate knowledge. Knowledge is best captured and communicated through good writing. However that’s expensive, which is why the logs are nice to have too… but they’re the cheapest and (usually) worst option for the reader 🙂

👍 4

Tragedy of the commons, unfortunately


and @otfrom it’s worth saying that it means that you become a bus factor of 1 - not for knowledge but for behaviours if other people don’t see why you do as valuable, cc @lady3janepl and the ‘glue’ phenomena

👍 4

Knowledge sharing is something that benefits the entire team, but is not within most people's core responsibilities


(yeah, that, glue 🙂 )


the number of times I stumbled into situations where two teams were diverging, and nobody above or below my level had noticed or cared was… insane


@lady3janepl don't get me started on the tragedy of the commons (and how it is a myth)


I'd be interested to hear more about how it is a myth


as it's opposite to my experience, I'd like to see what I missed 🙂


...but I need to work now >< I'll ping you in the evening 🙂


tl;dr the tragedy of the commons is just right wing propaganda to support privatisation and rent seeking


A problem is that often people with the knowledge a. don't have time or b. can't be arsed, to inform others


but that’s why for a good portion of my time at the old place I didn’t even get assigned a team, I just was left to use my judgement as to who needed help or who needed visibility… and a lot of what I was doing was just trying to help people find the right people to talk to, it was mad


@alex.lynham that sounds like a good way of frustrating someone


that's a valuable role, as long as you can get someone above you to recognise that it's a valuable role


that someone being whoever has to go around to all the teams and try to fix them


but ime large organisations simply fracture into vertical groups and there is not a sane way of bridging them. even smaller ones can do it.


did you at least get a good title like a coach so they knew they had to listen to you?


all these things are also dependent on you wanting to do them, job titles aside 🙂


there is that. 🙂 At least if the title was "coach" then it would give an idea of what the job would be like and whether or not you'd like it.


yeah I think it was one of those where nobody knows they need it until they need it


if you’re that shape of person you end up doing it :man-shrugging:


been there. done that. 🙂


I suspect ’tis my lot in life, in the long run


also need to run >< see y'all later o/


I think all things being equal in a large organisation; organising into verticals tends to be better than organising into horizontals - it’ll lead to more duplication of effort; but less dependencies. Also some would argue the ideal is a balance between chaos and order. Dee Hock’s chaordic “organisation”.


@rickmoynihan ah, the return of silos. There are some real advantages to it. There are some real downsides too.


oh absolutely — though the same can be said of being purely horizontal. I’m really only talking about a hypothetical case of pure vertical vs pure horizontal (if such a thing ever existed). My real preference as with most things is to think hard about it, and not to treat the differences like a religion 🙂.


Macromedia was kind of interesting in that regard: it was mostly organized into silos but had three cross-cutting teams that work with all the siloes.


Each product team was autonomous but there was an overall production strategy team that was also technically deep and it worked with all the teams on common architecture, infrastructure, shared components, etc. There was also an overall experience design team, that cross-cut over everything Macromedia exposed to the public. And then there was my architecture team that worked across everything outside of products (all the back office systems for the entire company) but also with the product teams whenever they needed to interact with IT/company infrastructure. Such as the "news & community* widget that was part of most products' UI back in the early Studio days.

👍 8