问题域与解决域

      习业久，或精于此道，或为其所累。精者不局，道相通；累者不拔，惰相同。

      在软件工程中，问题域被定义为做什么。但不能等同于用户需求。用户需求往往是侧重某一方面、代表问题域的一个部分，也正是基于这一点，用户在提出自己需求的时候也隐含表达了一层意思：在诸如与其他部分对接的部分不清楚或者仅是对现状的一个表达。问题域更重要的是在理解用户需求的同时完善用户需求。比如客户服务系统，大部分客户主要是根据日常工作如QA、客户投诉等服务性操作提出的需求，而关心对客户投诉等处理的追踪、监督以及如何引导相关工作人员规范有效工作、进而形成具有一定规范化操作流程等的不多，而这些往往又是一些较好的机制。

      有些从事问题域工作者经常抱怨客户提出的需求难以理解、经常变动，不合理性要求、需求分析不好做等等，渐渐也就失去动力、兴趣，为终日的编写、修改需求报告所累，大部分情况下是被客户引导着工作了。而有些问题域工作者往往是站在客户的角度、走在客户的前边、引领客户工作，的确是一件很有成就和开心的事情。

      领域专家头衔、光环很美，如何成为名副其实的领域专家，不仅仅是个人工作的积累、经验的总结、以及涉猎广泛、不断学习，还得需要行业的促进、社会的氛围支持、监督。

      欧美形成了人少而精、多角度考虑和解决问题、沟通交流及时的模式，日本开创了人密而细、各司其职、层层负责的模式。就如今现代科技的诞生和繁荣一样，产生了各个方面的领域专家。其他地方的环境没有那么好，个人修养更显得突出一些。

      解决域的事情也颇为相似的。 

      系统更多的是一种工具，某个领域的运作决定于眼界、思想、管理和协作。

      今天上了一课，特以此文感谢。