2009.12.6 OA 项目组一周工作报告

进度评价：60

评价依据：

本周在大家的共同努力下，完成了2.55版本的提交。但是我们也为这个版本的提交付出了巨大的代价（23:40左右才提交这个版本)。

导致这个这个事件的原因是系统中发送电子邮件的功能存在问题。对于这个问题，我反省了以下原因：

1. 1. 我在重构发送电子邮件功能时，忽略了一个参数，导致问题产生
   2. 之前的代码的参数赋值存在问题
2. 3. ReportAPI的原始参数存在问题

第一个原因是直接原因，第二和第三是在测试中发现的历史遗留原因。

对于第一个原因，说明在代码的等价重构上的方案变得更加迫切。

而对于第二和第三个原因，解决方法是在重构代码或处理一个任务时，尽量使代码的逻辑清晰，当然这需要付出时间上的代价和承受项目进度上的压力。对于这个矛盾，我认为应该采取民主，透明原则，提出来和项目经理讨论，决定是否重构或花更多的时间来改善相关代码的质量以及评估对整个项目进度的影响。简言之，重构对项目进度造成的压力应该对所有项目成员透明。

质量评价：65

评价依据：

本周发现并解决了多个质量问题。特别是在提交之前发现的部分质量问题由来已久。

特别需要提出的是，方和陈在很晚的时候，对测试都还保持高度严谨，其工作态度令人敬佩。在项目处于极端环境时，项目成员的这种互相鼓励的精神是整个项目的宝贵财富。

话分两头说，作为项目经理，将大家带到这种境地，我具有不可推卸的责任。在此向大家及大家的家人表示深刻的歉意。

我以后一定注意项目任务和项目时间的平衡问题。再次感谢大家的支持。

下周的重点是处理HTNG GSS新需求的设计，以及客户还未反馈的2.55的遗留问题。

更多内容，请转到我的项目周报