第三次迭代

         进入第三次迭代中期，一些问题直接被暴露出来，项目的进度缓慢。问题原因在于前期对项目的非技术性风险准备不足，表现在：
         1、项目组部分组员对.NET平台不了解，熟悉需要花费一些时间。项目组之前接受过.NET的培训，因为动手较少，所以培训效果并不理想。因此在项目进行过程中直接影响了项目的进展。对于这种情况项目组决定在下周专门提出一部分时间对项目的框架以及该项目用到的技术进行讲解，并在每周末抽取出半天的时间进行学习和交流。针对该部分加入到迭代计划里，严格执行。
         2、项目组无法直接接触到最终用户，目前的需求来源于原有系统的应用，在需求的传达和理解上存在偏差，浪费了大量的无用功。针对这种情况项目组需要加强对需求规格说明书的规范度，并在每次迭代之后发布一个版本，加强小版本发布的密度。指定专人为代理用户，对每次发布的版本和需求规格说明书进行评审。
         因为以上问题，在缺少代理用户或.NET技术人员任何一方时，直接导致工作无法进行。在最近几天内项目组工作出现松懈现象。针对这一问题，项目组需要加强过程管理。除每次迭代进行工作总结外，加重五分钟站立式会议的形式，每日结束工作时对当日的工作完成度进行总结，记录在案，对外公布。
         因为上述非技术性问题的制约，我们需要对细化阶段延期，因为这里面存在着两个问题：
         第一、我们对需求的理解是否和用户的理解相一致？
         第二、对项目中存在的风险提出了相应的解决方案，但都不甚理想。
         从这个角度上来看，细化阶段的任务并没有完成。这种情况下自欺欺人的宣布细化阶段的完成是不合理的。目前需要加紧完成项目的原型制作，然后尽可能的获取反馈意见。根据 反馈意见重新调整项目计划。