三． 项目控制两大关键
在我埋头苦干的时候，出现了两个让我措手不及的问题。就是有一天，CIO张力要求我把项目的管理文档和项目中出现的问题管理资料给他参考，他想了解项目开发的情况。
张力认为，如果一个项目的每个步骤实实在在的眼皮底下进行，而且随时可以翻阅，那么这个项目的成功一定不会远了。开发过程的管理也是这样，控制每一个细节，就会水到渠成。结果是由每个细节的过程来决定的，这需要控制好每个开发的细节，从管理文档和问题管理这两个方面就能直接看出项目控制得好与坏。
管理文档
开发中我遇到许多开发人员会把工作进度报告看成是一种很重的负担，他们认为他们是做开发的，不是写报告的，花时间写报告还不如多写几段代码。实际上这是非常大的误解，进度文档的理念就是清楚的记录每个事情的状态。所有事情都记录在案，可以一目了然完成了哪些模块，更正了哪些问题。文档的管理还有另一个好处就是容易翻阅历史资料，减少内耗和误差，这一点我在项目中体会很深。
开发流程不是操作复杂，就说明管理好；也不是稿纸写一写，会议开一开，就可以。最关键的是适合，看得见，管得着。从项目的需求分析、系统分析、编码、调试、测试、发布都需要一步一步完成，不能轻视或忽略任何一步骤。软件项目开发普遍存在忽视规范化，随心所欲，没有计划，想到哪做到哪，其最终的结果是失去控制。那种认为只要产品做出来可以运行，何必花费许多精力去做文档的观点是错误的。经过实践，我深刻体会到，没有文档会带来很多问题。我认为文档应该是开发中每段时间的里程碑标志，每个阶段后都要提交相应的文档，这样可以用文档去引导开发过程，从而抛弃随心所欲的开发模式。
确保文档质量的最有效方法就是评审，提交文档后，组织相关人员对该文档进行审核，在充分讨论的基础上进行文档的重新修改和审核直到满足项目要求。在不同的阶段，需要不停地对文档进行完善，使之真正成为贯穿整个过程的主线。
问题管理
在开发过程让我感受非常深刻的经验是，每个人都需要知道出了问题应该找谁。我们在开发过程中不可能是一帆风顺的，不时地会遇到各种各样的问题，而如何解决问题，或者说是如何想办法尽早的解决问题，这个才是关键。而其中的最关键是不能有了问题而一声不响，闷头苦干，结果几天下来以后，却发现自己还是站在原地，而就算是你通过了几天的努力完成了这个难题。但是这样就是不是意味着你的成功了呢？
这样不但自己的进度没有办法完成，更会延误了整体的开发进度，别的成员就可能因为你一声不响地没有成果的努力，而不能再继续下面的开发。应该说软件开发过程中遇到问题一声不响、埋头苦干的做法是很愚蠢的，软件开发要求的不是个人英雄主义精神而是团队的整体合作精神。缺乏团队的意识的个人和团队必定是一个失败的开始。
就开发人员而言，一旦碰到了难以解决的问题，不仅要自己努力调查，想办法解决，一方面也要把存在的问题向PM反映，让PM能够知道存在的问题，而PM可以在进度会议、或者召开临时紧急会议，把问题摆出来，通过大家来寻求解决的方案。一个人的力量毕竟是有限的，而个人的英雄主义是团队开发的极大阻碍。
1
[an error occurred while processing this directive]
