作为一名技术团队的管理者,团队整体规模达到80人,对团队人才培养与团队搭建有些所思所得,现在分享下。

1、需求的产生

开始带团队的时候,对知识库完全没有概念,公司内也没有什么分享整理的系统的解决方法,大多数都是些成word或者excel,甚至文本文档,然后在svn上的某一个文件夹一丢,就算是知识库了。但是两年过后,就发现这种杂乱无序的知识库分享方式,有很多缺点,比如快速查找、文档有错的时候不能同步更新等等。 。

基于我遇到的情况,公司内部要搭建统一管理的知识库,知识库要能够实实在在的帮助到团队的每一个需要帮助的人,而不仅仅是一个形式,马马虎虎应付了事的知识库资料是没有意义。

然后,整理了我的想法思路需求:

内容划分:将知识或者信息分类,形成文档集或者知识库。从知识信息的用途来分为:公司制度管理类、通用技术类、市场知识类、产品规范与案例类、入职培训类等;

信息安全:对于公司内部信息,特别是技术、市场相关的信息,有非常机密敏感的内容,一定不能是SaaS,要支持本地化部署;一定要有权限化管理,有效的信息分级控制;

内容形式:B/S模式,支持富文本、支持演示文稿、支持脑图、支持画图等;

快速检索:要支持内容级的检索,不能只是搜索题目,一定要能支持内容搜索;

形成交流:对内容可以评价与评论,这样更加容易形成团队内部交流,最好是类似于论坛的形式,相关的人都可以发表相关的意见和建议;

易于分享:能对分享的范围进行控制,可以对分享的时间有效性、支持密码、内部账号等;

简易操作:交付一定要简单,最好支持便捷的用户认证等;

成本控制:因为公司人数逐步在增加,最好是成本越低越好,不能有人数与功能的限制;

易于扩展:最好是完全开源,容易扩展,因为我们内部有个需求,是日常项目执行的过程中,能把日常项目中的某些文档形成知识积累(产品经理的需求分析,prd等),那么要在知识库上可以提供便捷的二开;

2、技术选型

其实从交付上最理想的是语雀和Thoughts(teambition的内容管理),虽然也有腾讯文档与石墨文档等,其实从需求层面都可以使用,但是更多的侧重于个人使用,但是这些都是SaaS的,私有化部署贵的吓人。

然后找了支持本地化部署的MRdoc,但是这个版本是python的,我们的技术团队都是java,技术栈不对。然后也看了开源wiki,根据项目组的实际情况,修改代码,实现自己想要的效果。推荐使用dokuwiki,简洁、可自行性极高、支持权限、版本持续更新重。最大的的缺点是,编辑文档的操作性比较不友好。

最后我们选型的是 “无忧·企业文档”,对我们企业需求相当匹配。alt PC端演示地址: http://knowledge.bctools.cn/

试用账号:微信扫码即可登陆,如需要账号密码试用,请留言

安装服务:将提供一键部署模式(12月中旬),目前找我们部署即可。

开源地址:https://gitee.com/software-minister/jvs-knowledge-ui (已开源)

从开始看文档到部署完成,花了半天时间,文档支持还是比较充足。

部分图片![:![altaltalt] alt alt 3、最后总结

团队一旦达到一定规模,内部信息流动的有效性降低,特别是在技能的传递与知识的沉淀上存在明显的问题。一定要有配套的机制进行技术内容的沉淀与知识的传递。 一定要有所分工与负责人,内容的整理一定是要有经验,对公司的背景特点有非常深刻认识的。公司制度由人事管理、通用技术有技术部技术专家管理、市场知识类有市场总监负责、产品需求类由产品总监负责等。 知识库的建立到一定程度之后,写的分享就会实实在在的帮助到新人或者其他成员,逐渐的,团队也就能感受到知识库的作用,但是这个过程比较漫长。个人认为分享知识,要调动所有人的积极性是不可能的事情,唯有负责人+强制+鼓励并行,才能真正的建立起知识库。