项目开始前明确3件事

        在开始任何项目之前，一定要明确下面三件事情：

        项目的范围

        项目的目标

        完成项目所需的资源

        这些项目管理中的术语，并非仅仅是空谈，而是真真切切的关系到我们每天的工作。很多时候，主管对项目的范围和目标并不清楚，只是有个模糊的概念，这需要我们把它们明确下来；另外，对于完成项目所需的资源，如人力资源，软硬件资源等，都需要我们根据经验合理预测。只有在项目的范围和目标明确，相关资源到位后，再接受项目并开始项目的实施。

        对于范围，目标，和资源不明确的项目，一定不要贸然开始实施，否则项目会有失败的风险。现实中，这方面的例子很多。

        我所在的团队，有个小组专门负责回归测试。回归测试的用例，大部分都是自动化脚本。但是由于测试代码不稳定，也不是中国团队自己开发的，在该小组接手回归测试任务时，测试结果非常不稳定，有的时候测试一次通过率在60%，有的时候，仅有10%左右。

        了解的人都知道，理想情况下，回归测试如果是自动化的，就把它运行起来，等结束的时候收集结果，计算通过率就行了，整个过程都可以用程序来实现，不需要人工操作。但是由于我们的测试代码不稳定，为了让测试结果好看一点，达到管理层的预期，每次需要提交版本的测试报告时，都要运行自动化测试很多次，得出一个最优的结果。甚至有些测试用例，由工程师一个个单独运行，以得到“PASS”的结果，实在通过不了的用例，时间允许的话，则由工程师纯手工验证。

        用这种方法，我们每次提交报告时，测试通过率都在60%以上。但是，背后的工作量，是管理层看不到的。

        后来，测试总监要求我们提高测试通过率，达到80%或者更高，这个要求其实是很合理的，但是由于测试代码本身不稳定，我们经过几个月的努力，通过率还是没有提高，甚至在有些报告中，从60%下降到了50%左右。总监对这样的结果，肯定是不满意的，觉得回归测试小组工作不力，有一段时间，要求每个组员，每天都要提交工作日志，写清楚当天做了哪些工作，各用了多长时间。

        即使这样，效果也并不好。毕竟测试代码不稳定的问题，不是短期内能改善的。而且测试用例有一千多个，让它们全部稳定下来，需要的工作量可不小。根本的原因并不在于组员工作不力，而是项目的范围和目标，没有足够明确，并和管理层达成共识。

        中国团队的经理，还是很有智慧的。首先，为了确保测试结果不受代码频繁更新的影响，我们基于近期较稳定的代码版本，建立了回归测试的代码分支。所有的自动化测试，都围绕这个分支进行。然后，我们使用这个分支，将全部用例自动运行了一遍，并将通过率汇报给总监，让他了解测试代码的现状。并且，基于这个运行结果，我们整理出了各个模块的通过率表格，记录哪些用例是比较稳定的，哪些需要去改进。

        有了这个表格之后，有多少用例需要调试代码，就很清楚了，这是明确了项目的范围；根据我们当前的人力和工作安排，要花多久时间，达到整体80%的通过率，也可以估算出来，这样项目的目标和资源也明确了。因为有数据支撑，这三个方面，都很容易和管理层达成共识。

        剩下的事情就是实施了，结果很完美：我们提前完成任务，将测试通过率提高到80%以上，再也没有被质疑办事不力了。

        其实团队成员的实力没有根本的变化，做的事情也没有变，只是明确了项目的范围，目标，和资源，便得到了完全不同的结果。类似的事情，相信每个人工作中都会遇到，此时不妨去试试这个方法，让自己掌握工作的主动权。  

(版权声明：本文为博主原创文章，转载时请注明出处。作者：朱紫丢）

 

职场部分，分享工作技巧，如何升职。

理财部分，分享自创的炒股模型，简单有效！ 分享“什么是最好的投资”，以及财富增长技巧。

创业部分，有个人对创业的思考，以及创业idea

生活部分，有改善夫妻关系，婆媳关系的技巧。育儿心得。

原创真实。敬请期待。