写专业BI项目文档的四个技巧.doc

写专业BI项目文档的四个技巧.doc写专业BI项目文档的四个技巧
项日文档是企业一个项日实施下来的经验的总结。可以说其价值是非常的大的。从某个程度上讲，其重要 性比软件公司提供的操作说明书还要重要。可惜的是，在实际工作中，不少企业的项目管理员忽视了这方 面的工作。在制作项目文档时，不够专业。如丢三落四、吴法完整的阐述问题等等。
在这篇文章中，笔者就BI项目文档的制作提一些自己的建议，以供各位读者参考。
一、 事无大小，项目文档都需要一一记录
不少用户在书写项目文档时，就捡重要的内容来写。一些细枝末节的内容就忽略不计了。笔者认为，这种 做法是不合适的。因为从整个BI项目来看，事无小事。有时候一个小的细节如果没有做好的话，就会给 BI项目带来致命的影响。举一个简单的例子。如新建•个报表，其中可能含有比较敏感的信息。企业-般 对此都有比较严格的权限限制。如果在BI中实现这个报表时，只考虑到了报表本身的内容，而没有考虑其 数据的访问权限，那么就可能会给企业带来比较大的损失。
为此笔者认认为，对于BI项目来说，事无大小，都必须在项目文档中进行记录。如对于基础数据整理格式 的要求、每个字段的最大长度限制等等，都必须有明确的说明。以后如果关键用户离职，那么新接手的用 户仍然可以凭借这个项目文档来顺利的接替其工作。那么用户也需要文，项目文档到底该详细到什么样的 程度呢？笔者认为，一个简单的判断标准就是，在项目文档中应该包含用户对于BI系统的所有操作说明包 括相关的注意事项。这个项目文档在后续的工作中，就可以作为一份教科书来供用户使用。
二、 失败是成功之母，要重视失败经验的分析与总结
笔者在实际工作中还发现，不少用户在做项目文档时，喜欢将一些顺利实施的内容记录在内。而将一些失 败的内容不反映在项目文档中。笔者认为这种做法也是不合适的。如现在某个用户在实施BI项目时犯了一 个错误，已经交了一次学费。可是项目管理员并不能够保证，以后用户（如有新员工接替原用户的工作） 并不会犯类似的或者相同的错误。如果在项目文档中不将以前犯的错误记录下来，那么企业就有可能多次 在同•个地方摔倒，多次为同-个问题教学费。显然这是很多企业都无法忍受的。总之，项目文档要能够 起到一个警示的作用。具体的来说，需要注意以下内容。
1、 需要注意，项目组成员在解决某个需求时，可能有多种解决方案。最终用户根据自己企业的实际情况， 选择了一种合适的方案。在项目文档书写时，不应该只反映最后选择的实施方案。笔者认为应该将以前考 虑到的多种解决方案都--的列出来。然后再在后面说明为什么选用了某种解决方案、不选择其他解决发 方案。因为BI项目是一个持续改进的过程。随着工作的深入，或者员工的调动，用户可能会对原有的解决 方案产生疑问。此时查看这个项目文档，估计可以打消他们的顾虑。或者说，为用户后续作业的优化，节 省时间。
2、 对于无法实现的需求，也要一一反映在项目文档中。在需求调研中，项目团队会收集到很多需求。但是 在实际工作中，BI系统并不是能够百分之百的解决所有的问题。其实在实际工作中，大家都有这样的感受。 有个问题提出来之后，如果第…次没有解决，那么用户在后续的时间内仍然会不断的提出，直到他们找更 好的替代方案。
如果没有相关的书面记录，那么每当用户提出一次需求，项日管理员员就需要从头开始对这个需求进行调 研分析。最