3、整体项目管理

　　我认为在这次我们的项目过程中，没有融入所谓的项目管理，由于人员还比较少也有一定经验，我们完全凭借自觉性与经验去跟进项目进度，这样是很危险的，下一步如果我们扩展团队，并且加入些经验不足的人参与编码，项目风险就会很大，所以我们要启用一个项目监管的机制。

　　1)资源调整

　　未来我们人力充沛的前提下，可以试着安排一个人到手动测试组学习，当然他要有自动化的概念，“卧底”到那里去学习测试，了解需求，这是小组间的调整。

　　在自动化测试组内，我们可以通过开展定期的经验分享，来共享我们的信息，并且有了问题积极主动去问别人，我们可以算一笔账，假如我遇到一个问题，如果自己解决或者上网查资料，假设要半个小时，但是如果我询问下周围的人，可能只需五分钟就完成了，两人各耽误五分钟，也就是用十分钟完成了半小时的事情，何乐而不为?你也可能说，对于我来讲，我是用五分钟完成了半小时的事情，但对于答疑的人来说呢??他是白白浪费了五分钟，没有人愿意这么做的……但是，这件事情还有可能反过来，也就是我用五分钟解决那个人需要半小时的问题，此时我们是双赢，这样的循环，我们的效率能不高吗??我们现在是团结协作的时代，不是考验个人独立学习的时代，所以，不要把这种资源共享，当作是一种没有独立解决问题能力的表现。在和手动测试谈论需求时，我们也要充分利用这样的 Support，而不是自己在家啃Test Case。

　　2) 事务优先级

　　针对自动化开发的在各公司尴尬的现状，分清主次更为重要。这体现在我们筛选Test Case中。我们遵循20-80法则，我们要勇于将耗费80%时间完成的20%Test Case剔出出去，除非手动测试有特殊的需求，这与自动测试的本质并不违背。自动测试的宗旨并不是将所有手动测试的Case都实现自动化，而是要将那些变化不大的，流程逻辑较为简单的，测试频率高的Case实现自动化即可，我们不可为了一味地追求自动化比例而将那些无谓的Case加入。

　　3)事务监督

　　下面将以问答的形式来讨论该问题：

　　a. 问：如何定制合理的项目进度表? 让组员们工作不是很轻松，也不用每天加班完成?

　　答：这需要我们了解所有资源的配置情况，掌握每一个操作环节最平均的时间，并且了解该环节80%可能用的时间范围(置信区间，作为辅助决策。

　　b. 问：如何掌握项目进度?即：项目负责人如何保证项目是On schedule的?项目经理或者更高的主管如何了解项目的进度?

　　答：定期Meeting，请组员们汇报工作进展，并讨论遇到的问题。

　　以每周一报为例，会议的内容为：组员介绍本周具体工作内容(有点像TimeSheet的填写)，与上周预计内容比对是按时完成还是有延误，延误的原因是什么??项目负责人对下周工作安排。

　　经过几次的计划->实施->修正计划，对每周的工作进度就会比较了解，从而有利于对整理项目进度的预估。

　　c. 问：如何验收我们的项目成果?

　　答：每个人对“完成”这个概念的理解不同，有的人认为Complete即可，有的人认为Good，而有的人追求的是Perfect。为了保证我们的项目完成之后的一致性，可以建立一个完成的CheckList，将“完成”的概念量化，如验收test case script的完成，我们可以定制如下的CheckList验收。

　　4)检讨审查

　　也就是在项目结束之后，对项目进行总结，调节。并通过事后诸葛亮式的检讨分析，找出改进的方案，对下一个项目的进展是很有帮助的。