2）功能模块详细设计管理

　　需求明确的前提下开展功能模块的详细设计是非常顺利的，基本上和架构设计的管理差不多，首先确定下模块的实现方案，然后编写详细设计文档，文档通过审核后提交到配置管理，然后启动模块开发。如有变更需要从走评审，重复前面的步骤，每个功能模块都有指定直接负责人。

　　3）UI设计管理

　　UI设计管理这块的工作相对比较简单点，基本流程也相差不大，首先确定下设计方案，然后再开展设计工作，如果设计出的UI效果图没有达到预期的效果或者对于前端开发人员来说比较难以实现，就将需求提交给美工进行修改。在设计过程中的步骤大致如下：

　　A：设计出主体界面框架效果图，确定后由研发人员实现系统主体框架界面。

　　B：设计出通用的界面元素，确定后由研发人员将通用界面元素统一开发为通用用户控件或者定义为系统样式资源。

　　C：细化到功能模块的局部，根据不同的模块功能实现设计出大方、直观、简洁的界面，确定后由研发人员实现界面效果。

　　研发管理主要是在研发进度、风险、成本、质量、沟通以及团队管理方面。首先根据系统功能清单划分出WBS工作分解结构，随后制定了研发计划，在研发计划执行过程中根据实际进度情况不断细化WBS工作分解以及更新研发计划。使用了微软TFS做项目配置管理，并基于TFS展开项目管理工作，包括进度计划，进度跟踪，任务分配等，并让团队成员通过配置管理直接将分配给自己的任务同步到本地Project项目计划文件中，一旦项目计划发生变动便立即通知团队成员更新项目计划表。盯紧项目计划，按照计划有效的执行，从而在项目风险和成本上可以得到一定的控制。

　　由于团队成员对于Silverlight技术的掌握程度不够深入，同样也存在着很大的风险和成本投入，技术层面上我采用的是培训的方式来提高团队成员的技术水平，集中培训技术大体范围，私下根据其负责的功能模块对技术的需求情况单独指导，以此来保证不同的人重点学习自己负责的功能模块需要的技术点及某一方面的技术，不用团队成员都将所有的技术点都学习一遍，从而缩短了学习时间，为整个产品研发直接降低了成本的投入。

　　对于研发过程中的产品质量管理也是非常重要的，项目启动后我们项目团队一起制定了一系列标准规范，包括数据库设计规范、编码注释规范以及性能等其他规范。通过这些规范来约束项目团队成员的研发习惯，避免出现个性化的特色模块。其主要体现在数据库表命名、字段命名、注释模板、变量命名、界面元素命名、类，接口命名、代码组织结构、稳定性、程序包大小等多方面。通过每周的代码走查（Code Review）来检查团队人员是否按照规范在执行，没有按照规范执行的要求立马修改，在编程风格上形成一个统一的风格，对于他人接受项目模块或者是后期的维护，都具有非常重要的作用。

　　团队人员流动造成项目进度拖延，同时也会增加项目风险和成本，期间有一个员工离职，幸运的是从别的项目组及时的调配了一个人员补上，避免了因为人力的缺乏对项目的进度带来影响。在整个研发过程中团队成员之间讨论问题也发生口头上的争吵，没能达成一个统一的共识的情况，纳闷的是组里面就有个一位老员工，时常因为讨论问题因为意见不合而和新员工发生争执，明明知道自己的东西存在问题也不承认的陈咬金。虽然作为项目的负责人，也是团队的技术经理，某些时候也很难说话，为了解决问题不得不得罪人，针对不同的情况我主要采用了以下几种方法：

　　1）综合评估团队成员的方案，分析各自的优缺点，最终让团队成员一起总结出最佳方案。

　　2）综合评估团队成员的方案，根据自己的经验和对业务的熟练度，给团队成员提出备选方案，最后让大家评估选择确定方案。

　　3）团队成员的方案都不可行，根据自己的经验给出一套方案，强制项目团队执行。

　　4）出现沟通解决不了的问题，及时上报给领导，让上层人员出面调解。

　　本篇内容为本人在项目管理工作中的真实记录，以便在项目管理过程中遇到同样的问题的朋友参考。同时欢迎广大从事项目管理的朋友前来指点、交流，大家共同学习，进步。

　　本文转载自：http://www.cnblogs.com/beniao/archive/2010/12/07/1878105.html