一个技术团队leader的搭建私有知识库避坑经验分享
作为一名技术团队的管理者，团队整体规模达到80人，对团队人才培养与团队搭建有些所思所得，现在分享下。
1、需求的产生
开始带团队的时候，对知识库完全没有概念，公司内也没有什么分享整理的系统的解决方法，大多数都是些成word或者excel，甚至文本文档，然后在svn上的某一个文件夹一丢，就算是知识库了。但是两年过后，就发现这种杂乱无序的知识库分享方式，有很多缺点，比如快速查找、文档有错的时候不能同步更新等等。 。
基于我遇到的情况，公司内部要搭建统一管理的知识库，知识库要能够实实在在的帮助到团队的每一个需要帮助的人，而不仅仅是一个形式，马马虎虎应付了事的知识库资料是没有意义。
然后，整理了我的想法思路需求：
内容划分：将知识或者信息分类，形成文档集或者知识库。从知识信息的用途来分为：公司制度管理类、通用技术类、市场知识类、产品规范与案例类、入职培训类等；
信息安全：对于公司内部信息，特别是技术、市场相关的信息，有非常机密敏感的内容，一定不能是SaaS，要支持本地化部署；一定要有权限化管理，有效的信息分级控制；
内容形式：B/S模式，支持富文本、支持演示文稿、支持脑图、支持画图等；
快速检索：要支持内容级的检索，不能只是搜索题目，一定要能支持内容搜索；
形成交流：对内容可以评价与评论，这样更加容易形成团队内部交流，最好是类似于论坛的形式，相关的人都可以发表相关的意见和建议；
易于分享：能对分享的范围进行控制，可以对分享的时间有效性、支持密码、内部账号等；
简易操作：交付一定要简单，最好支持便捷的用户认证等；
成本控制：因为公司人数逐步在增加，最好是成本越低越好，不能有人数与功能的限制；
易于扩展：最好是完全开源，容易扩展，因为我们内部有个需求，是日常项目执行的过程中，能把日常项目中的某些文档形成知识积累（产品经理的需求分析，prd等），那么要在知识库上可以提供便捷的二开；
2、技术选型
其实从交付上最理想的是语雀和Thoughts（teambition的内容管理），虽然也有腾讯文档与石墨文档等，其实从需求层面都可以使用，但是更多的侧重于个人使用，但是这些都是SaaS的，私有化部署贵的吓人。
然后找了支持本地化部署的MRdoc，但是这个版本是python的，我们的技术团队都是java，技术栈不对。然后也看了开源wiki，根据项目组的实际情况，修改代码，实现自己想要的效果。推荐使用dokuwiki，简洁、可自行性极高、支持权限、版本持续更新重。最大的的缺点是，编辑文档的操作性比较不友好。
最后我们选型的是 “无忧·企业文档”，对我们企业需求相当匹配。
git开源地址：https://gitee.com/software-mi...
PC端演示环境：http://knowledge.bctools.cn/
从开始看文档到部署完成，花了半天时间，文档支持还是比较充足。
部分图片：
文章图片
文章图片
文章图片
【一个技术团队leader的搭建私有知识库避坑经验分享】3、最后总结
团队一旦达到一定规模，内部信息流动的有效性降低，特别是在技能的传递与知识的沉淀上存在明显的问题。一定要有配套的机制进行技术内容的沉淀与知识的传递。
一定要有所分工与负责人，内容的整理一定是要有经验，对公司的背景特点有非常深刻认识的。公司制度由人事管理、通用技术有技术部技术专家管理、市场知识类有市场总监负责、产品需求类由产品总监负责等。
知识库的建立到一定程度之后，写的分享就会实实在在的帮助到新人或者其他成员，逐渐的，团队也就能感受到知识库的作用，但是这个过程比较漫长。个人认为分享知识，要调动所有人的积极性是不可能的事情，唯有负责人+强制+鼓励并行，才能真正的建立起知识库。
推荐阅读
- 一个人的旅行，三亚
- 一个小故事，我的思考。
- 一个人的碎碎念
- 七年之痒之后
- 我从来不做坏事
- 异地恋中，逐渐适应一个人到底意味着什么（）
- 迷失的世界（二十七）
- live|live to inspire 一个普通上班族的流水账0723
- 遗憾是生活的常态，但孝顺这件事，我希望每一个人都不留遗憾
- NO.38|NO.38 我不是嫁不出去，而是不想嫁