三、问题要摆在桌面上来讨论

在实际工作中，笔者发现不少用户喜欢将问题藏着掖着。其实这是一种非常不好的习惯。这些问题就像沼气。将沼气慢慢释放，不仅不会发生危险，而且还可以作为能源使用。但是如果沼气慢慢积聚，达到质变的程度之后，只要一颗小小的火星，就会导致爆炸。为此，笔者认为问题一定不能够藏着掖着，而应该将问题放在桌面上进行讨论。对此笔者有如下建议。

一是要广开言路，让用户敢于提问题。很多用户之所以会将问题藏起来，是担心上面处罚他们。如可能有些问题本来就存在的。他们在操作时可以通过私底下解决。在项目讨论会上，用户不会主动将他们提出来。可是这些问题放在BI系统自动化的流程上，就会增加系统的不稳定性。笔者在项目会议上，会不断的强调，在项目过程中对于用户提出的问题不会追究责任。但是如果项目结束后，才发现有些问题已经存在、但是用户没有提出来，那就是用户的责任了。在项目过程中，要不断的像用户阐述这个观点。

　　二是要定期的汇报进度。有些用户之所以不提自己的困扰，他们可能认为，这个问题其自己都解决不了，其他人就更加无法解决了。提出来也没有必要。这种观念也是错误的。问有没有发现问题、问题有没有提出来，是用户的事情。而这个问题到底能不能够解决，则是项目团队需要考虑的问题。项目团队对于用户提出来的问题，需要及时进行分析、评估，看看能够实现的可能性，并向用户进行反馈。当用户看到自己提出的问题，这么快有了反应(可以或者不可以)，就会增强他们提问题的积极性。如果问题可以通过系统方便的解决，他们也不希望在手工来处理。

三是要及时的处理冲突。当BI项目进入到不稳定时期之后，用户之间、用户与项目管理员之间的冲突就会不断的增加。对于这些冲突，项目管理员要认证对待，采取正确的方式及时的进行解救。如可以采取避免、竞争、包容、妥协等方式来解决冲突。总之一个原则就是，冲突要及时解决，而不能够将冲突演变为了一个群集性事件。

举一个简单的例子。项目经理可能会对用户提供的基础数据的准确性有抱怨，觉得其提供的基础数据有错误或者不够完整。而用户也觉得有冤枉，因为他们以前就是这么操作的。如果处罚吧，项目管理员与用户之间就难免会产生冲突。如果不处罚吧，放之任之，系统就无法实现预期的效果。

遇到这种情况下，笔者认为，项目管理员在指出问题的同时，要跟用户一起分析，数据为什么会不准确或者不完成。帮用户找到问题的原因，然后用户才有办法去解决。这不仅可以提高数据的质量，而且还可以巧妙的化解与用户的冲突。其实笔者认为，解决冲突的一个核心思想就是任何一个人都不要做旁观者，特别是项目经理。当有冲突时，项目管理员不要让冲突扩大，而应该摆正自己的地位，与用户一起去分析原因、寻找解决问题的方法。

项目不稳定时期越长，对BI项目的影响越大。这就好像是感冒。拖的时间越长，虽然最终能够解除病痛，但是也有可能会留下肺炎等后遗症。所以这个项目的不稳定期，虽然不是不可避免的，但是要尽量的缩短，要将其控制在可控的范围之内。