第三次迭代后的总结

      12月5号,在原来的计划中应该是构造阶段的开始。

      现在看来,细化阶段的完成必须被推迟了。虽然上午的时候,我们提到小层剩余油研究才是本项目的核心,宏观剩余油可以做为一个单独的子系统并入进来。但相较原计划来看,我们的进度有些慢了。正如我之前所说,推迟的原因主要在于对风险的准备不足。这种风险包括技术上的风险,比如DWG文件的读写、等值图的绘制。同时也包括诸如业务的不明确和组员对开发工具的了解程度不足等非技术性的风险。这种风险在项目的初始阶段是应该被较早提出的,大家把所有的精力都放在了技术风险上,对非技术性风险的不重视直接影响了细化阶段的工作。然而,从目前的情况看,既使在初始阶段发现了这些非技术性风险,细化阶段的延期仍然是不可避免的。所以我们说计划一定是不断调整的,这种调整需要根据项目开发的实际进度和总结进行。不要主观的制定计划,那种计划没有任何意义。计划的制定一定是以客观的、真实存在的物理因素而构建。

      对于我个人来说,工作中存在着一些失误,表现在:

      第一、前期对于项目表现的过于乐观,没有重视非技术性风险的问题。直接表现在提出了风险列表,但风险列表不够饱满,未达到真正的作用,使其沦为一种形式。在本次迭代中需要进行补充和解决。

      第二、对于本次项目的真正意义把握不够。这种意义的把握表现在油田对于这次项目的要求、公司本身对于项目的要求以及开发人员对于项目的要求。这种意义有时候受体制的影响,换句话说属于不可抗因素。对于项目组能够做到的并不是去改变这些不可抗因素,而是认识到它们。使项目组不致于在上面浪费过多的时间。这在我以往的项目中是个空缺。

      第三、有时候将自己陷入技术的细节,而不是把重点放在团队的调配和架构的把握上,直接影响了项目的进度。对于我国目前的项目而言,有些时候项目负责人集架构、管理和技术实现于一身是一件很不好的事情,我曾经多次提到过。然而,根据现状,这种情况还会继续下去,能不能在其中找到一种有效的平衡,也是这次项目对于我个人的考验。

      第四、性情有些急躁,这种急躁的性格会影响整个团队对于进度的理解,甚至是误解。其实回头来看最近一个月项目组的工作还是非常不错的。在项目的工作中,对大家的工作肯定较少,发现问题较多。虽然总结是对的,但是团队更需要鼓励。目前看来,大家对于项目进度的认识很多时候是受到了我的诱导,这并不是一个好习惯。

      第五、我又一次将团队的活动,当成了工作,而不是游戏。不要用完美的角度去衡量团队,让大家在轻松、愉快的环境中工作比任何事情都重要。

posted on 2006-07-25 10:07  姜志辉  阅读(280)  评论(0)    收藏  举报

导航