工作中的经验及教训，将逐渐补充。

一、技术部分

1.1关于数据仓库(DW)

1.1.1ETL

        建设决策支持系统的一个重要工作就是构建数据仓库，而数据仓库的核心是ETL。ETL的结果与业务系统的数据不符通常有以下2个原因：

（1）取数口径不对；

（2）业务数据不规范，在导入前没有对脏数据进行清洗，造成计算不准确；

我们的一个DW项目花了至少9个月的时间才找出这2个原因（当然包括了许多的影响因素）。

1.1.2 空间预计

设计人员只预计了目前所需的硬盘空间，当业主需求发生变更，新增一维度，结果表空间急剧增加，空间出现严重不足。原来的计算只需要20小时，现在需要60多小时。依据业主方的购买流程规定，解决硬盘空间至少需要半年时间。

1.2 今日测试

1.2.1 测试环境的稳定性

其实这不是什么问题，昨天下午已经将所有的项目都检查了一遍，但昨天晚上开发方加班。前段时间服务器中毒，杀毒之后有部分文档被杀毒软件误删，所以拆分部分没法使用，连Weblogic也进行了重装，昨天晚上做了恢复工作，但并没有重新测试。工作完成之后，开发方工程师顺手将机房锁了。

今天上午8：30一联机试用，速度极为缓慢，性能测试无法再继续下去。主技术人员来了，查出是服务器设置的缓存太小，才64M，20台PC一起用，自然承受不了这种压力。

今天是加班，机房门只有网管才有钥匙。周末到了，大家都在睡懒觉，8：40分开始打电话，直到9：15，科长自己跑到主任家拿钥匙，10：10再打开12楼的门，拿到机房钥匙。

服务器的问题解决了，一会儿，上传操作又出问题，原来是数据库的连接数才设为10，明显不足，改，.......

测试机器的输入法考虑不足，至少是拼音和五笔，所以受到小小的影响。

风险预料不足，是今天上午多花时间的原因。

1.2.2

 

1.3

 

 

二、管理部分

2.1 合同管理

2.1.1 主要技术人员

项目延期是很常见的，特别是在软件开发中，而且总会有各种各样的原因。如果一个项目计划是1年，2年时间过去了，项目还没有完成，此时必定有主要原因。

在我碰到的项目延期情况中，有一类很相似，承建方把主要技术人员调离本项目，造成项目无法正常进行。出现这种情况很要命，特别是在技术难度比较大的决策支持系统或是在设计项目（DSS或安全方面）中。

在合同谈判中，业主方应注意在合同中注明：“承建方技术人员不得随意更改，如果主要技术人员变更，应征得业主方的同意方可变换，且替代的技术人员水平及资历不得低于原主要技术人员。”当然，项目经理的变更一般会在合同中规定。

2.1.2 恶性低价竞标

“一分钱一分货”这句话至少适合于85%以上的场合。政府采购中的软件开发、系统集成的项目尤其如此。每次碰到这种项目，我们丙方先行头疼，然后是和业主方一起继续头大。

建议业主方在编制此类招标文件时，可适当考虑技术指标的比重，而降低报价指标的比重，如果可能，首先淘汰最低价或与预算距离过大的投标商。

 

三、戏谈监理

3.1 不要太过于迷信CMMI、CMM、ISO之类。

3.2 身为监理人员，对于承建方项目经理所制订工作计划书的提交内容，尽量提前1-2天以各种方式提醒（最方便的是用Email)，不要将事情想象得太乐观，因为大部分的项目经理手里都不止负责1个项目。不要想到会烦到项目经理，如果他不烦，那么监理人员会自寻麻烦。

3.3 害人之心不可有，防人之心不可无：由于监理人员经常跟承建方项目经理催要各种资料，所以不自觉地总会产生一些对立感。这时候要小心项目经理的使用各种小手段，或是更恶劣的在业主面前黑白颠倒陷害监理，以逃脱责任。（这一点我太能理解了，有一个项目曾经让我整整郁闷了2天，被冤枉的感觉真糟！）

3.4 哪怕再生气，在公共场合见面打招呼时尽量保持微笑，没有人会介意皮笑肉不笑。

3.5 有些时候，客户宠不得，也要说适当的“不”，否则后期麻烦不断，可能沦为小保姆的角色。

 

......