领导一个团队做项目，如何及时发现和解决小组中的问题，是项目成败的关键之一。
技术好的领导是否有过设计和实现相差甚远的经历？
是否有过早期一路顺利，前景一片大好，可是到项目尾期，临近提交的时候各种问题纷纷而至，手忙脚乱，焦头烂额甚至回天乏力的经历？
这类问题，往往是项目领导习惯性的估高了成员的能力，或是为了赶进度而忽视了项目工作的检查造成的。
所谓病来如山倒，病去如抽丝。
用来形容项目管理中的问题，也是恰当不过。
医学中提倡早发现，早治疗。如果等到病情恶化，深入五脏六腑，才发现，就算找最好的大夫医治，也是九死一生，毫无胜算。即使医好，也已经元气大伤，身体大损。
管理项目也是同理，尽早检查已完成的工作，掌握实际的进度，产出的质量，行而有效的解决发生的问题，才能避免最后时刻问题如山倒的尴尬局面。
我想在随后的日志中记录工作检查的一些经验和方法，今天先起个头。
项目检查一：定期汇报完成结果，安排检查计划
要求小组成员如果完成分配的工作，则填写结果，发送给项目领导。结果报告的形式如果类似，最好定制统一的格式。
下面举两个例子：
例一：检查并修改代码中所有可能引起SQL注入攻击的问题点。
对负责该工作的成员作下面的要求：
1．按照下面的格式填写发现的问题点
|
Class |
Member |
Notes |
|
|
|
|
|
|
|
|
|
|
|
2．按照下面的格式修改代码：
File Header:
''' <fileUpdate id="B2006-0001" who="your name" when="fixed
date"
note="SQL inject"/>
''' <delete
id="B2006-0001"
who="your name" when="fixed date"
note="">
' old code
''' </delete>
''' <insert id="B2006-0001"
who="your name" when="2006/07/04" note="">
New code
''' </insert>
工作完成后，根据报告和代码中的注释很容易检查工作的质量和完成情况。
例二：根据FeatureList，报告开发完成和测试通过
请开发人员开发完一个模块，填写FeatureList的完成情况，并请测设人员在进行测试后，填写测试状态
下面是今年上半年，我带领的一个项目中实际使用的Feature List，我把具体人员的名字和模块的名称换掉。
