Live data from Hacker News

Ask HN: Organizing company knowledge?

news.ycombinator.com

41–50 of 110 posts

Re: Ask HN: Organizing company knowledge?

#41
My team hosts a meeting every two weeks to talk about staffing - who's overworked and why. We also discuss what problems we're dealing with and solutions we've found for those problems...so the group's knowledge grows, but not in an official, legible way. It's still tribal knowledge, but an effort is made to at least increase the size of the tribe.

The only time when people are absolutely required to document something is when it's a deliverable to a customer...so the customer needs to understand the product we're delivering to them.

We're all supposed to be using an engineering notebook to help document designs...but those really only come into play when someone leaves the company and the company is trying to retain as much IP as possible. Though they are incredible useful on an individual level.

Other than that, it really comes to down to finding time to draw a diagram or do a brain dump into a document describing how something works. Maintaining ICDs (Interface Control Documents) describing software/command protocols or hardware interfaces is pretty easy and provides a lot of information.

Re: Ask HN: Organizing company knowledge?

#42
post #8

Earlier quoted context omitted.

If managers don't reward documentation, people won't do it. There's no magic "incentive alignment" wand, managers will either think of long term and reward maintenance work too, or will only reward shiny new work. You need topdown focus on long term sustainability of organization.

In most corporate cultures not only is documentation not rewarded, problems caused by a lack of or poor quality documentation are usually not recognized.

It's worse than that - if you don't properly document stuff, you are that awesome guy who can help everybody. Sometimes I have the impression that some people to (semi-)intentionally create tons of already-out-of-date and misleading "documentation" to create the illusion that they did their job, but that's just the natural state of documentation is - hopelessly out-of date.

Re: Ask HN: Organizing company knowledge?

#43

I've found that the tool doesn't matter as much as the company culture. You need to foster a culture of documentation for EVERYTHING. It doesn't matter if you have the best tools in the world if nobody uses them. Too often this falls by the wayside because documentation of processes and preserving institutional knowledge, while extremely important, isn't the type of work that gets recognized or rewarded. If anyone ca…

Company culture is indeed paramount. In a previous career in Japan, I played a role in publishing a book on this very topic: "The Knowledge-Creating Company", by Ikujiro Nonaka and Hirotaka Takeuchi. Might be worth a read. https://global.oup.com/academic/product/the-knowledge-creati...

Re: Ask HN: Organizing company knowledge?

#44

Ours is here: about.gitlab.com/handbook - it's open source: gitlab.com/gitlab-com/www-gitlab-com/ My tips: 1. Maintain a clear single source of truth 2. Make sure everyone can contribute to it. We do this by requiring at least to edits to the handbook during onboarding 3. Embrace it as an organisation: if not everyone is committed to it, it's hard to maintain it as truth 4. Constantly iterate and improve it. Structur…

I think point 2 is really important. I've worked with a lot of new hires, especially college interns, and some of them are deathly afraid of coming in on the first day and messing something up. I always put together a getting started page on whatever wiki we happen to be using that details how to get the development environment up and running on the first day. Since the development environment changes as our code matures (new libraries to build against, new repos to check out, etc) following the wiki never seems to just work for someone unfamiliar with the dev environment and they encounter problems or just have questions. Whenever someone has a problem or a question the solution should be documented in the wiki, so we have the new hire update the getting started wiki as they go along. This gets them a little more comfortable making changes (since they see the whole building didn't burn to the ground after making a wiki update) and gets them in the process of documenting any problems or questions.

Re: Ask HN: Organizing company knowledge?

#45

For me this was an oddly-timed AskHN. I am publishing a book on this exact topic in the next week or so. https://leanpub.com/info-ops

Could you tell us more about how your book is relevant to the topic at hand? I've tried to read up on information operations, albeit in a different context.

Re: Ask HN: Organizing company knowledge?

#46
post #31

Anything works as long as everyone does it. I've seen companies using forums, Google docs, and even Github repos.

Every documentation system I've ever seen at any company -- large or small -- is almost always undermined by the inclination to: 1) not look things up, and 2) ask someone before looking things up.

The information is almost always 3 clicks away, but people just want to ask another person, or behave in a paralyzed manner as if the information couldn't possibly be found.

And if you work in a "lotta meetings" company culture, even moreso.

Re: Ask HN: Organizing company knowledge?

#47

I've found that the tool doesn't matter as much as the company culture. You need to foster a culture of documentation for EVERYTHING. It doesn't matter if you have the best tools in the world if nobody uses them. Too often this falls by the wayside because documentation of processes and preserving institutional knowledge, while extremely important, isn't the type of work that gets recognized or rewarded. If anyone ca…

Yes, 100% this. It doesn't matter how good the tool is (and so many knowledge-management tools are not good), you need the processes and organizational habits in place to make knowledge management a success.

Effective knowledge management practices are something we think about a lot at Spoke (https://www.askspoke.com). We've studied other companies' practices and have come up with some organizing practices/principles:

1. Adopt the right tools: - Adopt cloud-based knowledge management tools that are simple to use. If new tools are overly complex, no one will use them. - Find solutions integrate with the applications employees are already using. (Be where employees already are, like Slack.) - A central source of information is best. If knowledge is spread across multiple tools, it will still be difficult for people to find.

2. Take advantage of new technologies: - Adopt tools and technologies that use AI to process and catalog resources. Ideal solutions may automate the processes of updating knowledge and/or automatically categorize and tag new content to make it easier to find. - Look for tools that use machine learning to improve as data is collected. Machine-learning technologies learn how people search for certain types of information, getting better over time at helping users find the exact information they’re looking for.

3. Document important processes: - Set aside time once a month for employees to create documentation on the tasks they’re responsible for. - Save all documentation on the cloud or some other shared server so everyone has access to it and to prevent document loss.

4. Find creative ways for employees to share tacit knowledge: - Establish a mentor program that pairs new hires with long-time employees. - Make sure managers know how to perform the most critical tasks that their teams are responsible for. - Set aside time for employees in related roles to cross-train. This will expand institutional knowledge, provide a source of backup when employees take time off, and reduce the likelihood of total knowledge loss caused by unexpected turnover.

Re: Ask HN: Organizing company knowledge?

#48

I've found that the tool doesn't matter as much as the company culture. You need to foster a culture of documentation for EVERYTHING. It doesn't matter if you have the best tools in the world if nobody uses them. Too often this falls by the wayside because documentation of processes and preserving institutional knowledge, while extremely important, isn't the type of work that gets recognized or rewarded. If anyone ca…

In my experience, in IT not software dev, you need mgmt to buy in that those hours are worth it and that they need to build those hours into everyday.

Can be sold as an on-boarding tool if you are in a large team some moderate turn over. Or as an insurance policy if you have a very small team with a few key team members, if we lost them for any reason would be a substantial setback to productivity.

In general I think people like good docs but fail to think about how to get there. Time must be spent.

Re: Ask HN: Organizing company knowledge?

#49
We've started using StackOverflow for Teams (https://stackoverflow.com/teams). It's really good, most of the company knows the experience pretty well already.

But, as others have pointed out, adding a tool won't create knowledge. You need to foster a culture of creating documentation, writing notes, just writing everything down. It's so easy to relax after a hard problem, but if you document it, then it will be easier in the future.

Re: Ask HN: Organizing company knowledge?

#50
At Airbnb we built and open sourced our own solution for this called KnowledgeRepo. You can find it here: https://github.com/airbnb/knowledge-repo

it is used throughout the data org and has been extremely popular and useful. there is a blog post here with more information: https://medium.com/airbnb-engineering/scaling-knowledge-at-a...

Post reply on HN