加班的“嫦娥”

我们的探月卫星“嫦娥”已经上天了，对于其先进性的质疑，以及和日本早些时候发射的探月卫星的比较，都成了热门话题。以上暂且不表，只说说从“嫦娥”项目背后一则新闻产生的一些臆想。

这篇新闻是关于70后的航天员工在这次的项目中的贡献的事迹，文中多见“连续十几日”、“十几小时的加班”之词，“嫦娥”诞生过程的热火朝天跃然纸上，但是，“事物都有两面性”，从普通的软件项目角度看，这样的开发过程仍然值得商榷。

加班对于整个社会来说，是相对的工作机会的损失。换句话说：正因为一个人加班工作，另外一个人才之所以失去了工作机会。

对于软件项目来说，加班的原因无外乎几种：需求发生变化，时间计划和实际人力安排不合理，人力估算出现偏差等等。项目需求变化，对于“嫦娥”这般的重大项目，如果存在，很难说不是前期预研和审阅的问题：不想新闻中真的出现因为“任务总体更改”而重新编写程序的事情，而这个需求变化，竟然发生在这个软件开发了14个月之后！

时间计划和人力的估算安排，新闻中看不出明显的问题，只是希望在项目计划中考虑到“准妈妈”或者“新郎官”，安排相应的备份人员，以免出现“因劳累过度晕倒在机台上”，却“刚从病床上苏醒过来，就回到岗位上，一手打着吊瓶一手敲击键盘，最终完成自己的工作”的事情。

现代的软件开发，提出过很多种方法来保证项目的顺利进行，比如RUP、“敏捷开发”（包括”双人开发“、“每日构建”等具体方法）等等，甚至包括一些软件开发流程的认证，如CMM、CMMI等，都是力图维持项目的需求设计开发的有序运作，没有任何一种方法是鼓励加班的。毕竟，很多时候，“一鼓作气”可以做成很多事情，却不是理性的工作态度。这种聚焦全国人民目光的项目，还是从科学的角度出发，合理安排，制定计划来的妥当。

疾书之余，却闻奥运门票销售系统出现故障，不知道是不是“再而竭，三而衰”碰巧出现了……