敏捷软件工程中语义驱动的以人为本的知识管理系统设计
引言
复杂软件系统的开发依赖于公司和领域特定的知识,这些知识需要在员工之间不断培养。因为所生产软件系统的质量取决于所需知识的实际可用程度。技术平台不仅应尽可能让软件工程师从耗时的检索过程中解脱出来,还应从用户那里获取有价值的信息,从而构建和完善公司知识。
然而,由于搜索和浏览工件的方式繁多,用户会被大量信息淹没。因此,问题不在于信息量的增加,而在于对信息的无过滤和无评级访问。主要目标是确保软件工程师能够处理日常任务,而不会增加额外的工作负担。系统地选择和呈现内容有助于避免员工被大量工件淹没的感觉,从而保持甚至提高他们的积极性。
工件文本类型
Ballstaedt提到了考虑文本内容的四种主要类型的工件。由于Wiki主要由文本组成,这种类型学有助于区分不同的文本实例,具体如下表所示:
| 类型 | 描述 | 示例 | 知识管理挑战 |
| — | — | — | — |
| 说明性文本 | 描述事实、解释背景,提供概念知识 | 字典条目 | 与软件产品、解决方案或方法相关的信息可能很快过期,需要大量精力维护 |
| 叙述性文本 | 报告行动、情节和事件,告知特定情况、动机、决策、行为及其后果 | 博客文章 | 对某些员工可能有帮助,但对另一些员工可能是浪费时间,因为难以评估特定叙述性文本的个人实用性 |
| 指导性文本 | 提供程序性知识,使人能够做或不做某事 | 安装或维护帮助 | 提供有用的指导性文本需要作者考虑不同的知识水平,并针对特定目标群体编写适当的内容 |
| 额外教学文本 | 支持特定学习活动的额外文本 | 先行组织者 | 需要对阅读和
超级会员免费看
订阅专栏 解锁全文
1144

被折叠的 条评论
为什么被折叠?



