独白
在我写这个问题时,我已经在心理上做好了准备,很快这个问题就会被标记和关闭,因为它过于宽泛和笼统而非具体。我也为此做好了准备,因为我也有同感。尽管如此,我必须向社区传达我的疑虑,这对我在IT中的生存是不可或缺的。
上下文
设计基于故障单的知识管理系统
问题
在阅读有关ITIL V3和IT服务台的消息时,我考虑过如果我要建立一个基于故障单的知识管理系统,用户可以为任何问题/事件提出票据并获得解决方案,然后可以转换为知识库然后可能是什么方法?
传统/问题的传统ITIL V3术语--->服务---->分辨率------>事实上,知识对我来说过于保守和笨拙。
当我将其与处理问题/答案的Stackoverflow设计进行比较时,我发现后者令人印象深刻。 Stackoverflow与问题(读票)和问题的相应答案(读取分辨率)具有相同的概念(再次读取票证)。
针对故障单进行知识管理的一些优秀设计是什么? stackoverflow是不是另一个很好的知识管理系统对票(问题)?