今天是我们公司的年会，悲催的一个奖也没有拿到，回到家思考下年会上项目负责人户总提到的项目解决方案。
作为一名测试工程师，可能所注意的是一个BUG的解决，一个专题业务的解决，一个具体项目的解决方案，而从户总的讲话来看，他作为一个负责整个区域几十个项目的负责人，他所注意的是一个个客户的项目解决方案，这个客户可能有一个或多个项目。他提到无论是哪个部门的测试和开发，是核心，网银，中间业务等等，希望我们能不要只关注一个个BUG，一个个小业务，更多的是在工作中总结自己所处的这个部门，如何能提供一整套的项目解决方案，就拿测试来说，如何获取测试数据，如何编写测试案例，如何执行测试，如何保证测试的质量，如何解决测试提交生产后出现问题等等。将自己平时工作中总结的工作经验形成一套项目解决方案，使之具有可复制性。当我们拿到一个新的项目，或者说当我们去跟客户交流，用这一整套的项目解决方案来体现我们公司的专业性以及相较于其他软件公司而独有的竞争力。
如何做到提供一个可执行性强，可复制的项目解决方案？
自己作为一个测试，谈谈自己浅显的认识。我认为一个项目解决方案的提出，首先要建立在丰富的项目经验之下。在工作中我深有体会，就拿我们的测试组长来说，有些问题他也不会测试，但是他能为这个问题的解决提出自己的思路，那不是凭空想象的，而是一个可执行的，有效的测试思路。我感觉这应该就是项目解决方案的小单位，从一个小的问题出发，辐射扩大到整个项目。我认为测试组长或者项目经理他们厉害之处不是测试有多厉害，开发技术有多厉害，而是对整个项目的把握，对项目涉及的开发任务，测试任务的把控。军事家不会上阵杀敌，但是他可以指挥千军万马打胜仗。在丰富的项目经验之下才有可能提出一个可执行的，有质量的解决方案。
我们项目负责人在讲话时还谈到，他希望在新的一年可以加速每个员工的成长，在公司的各个资源之下，能让员工更快的成长为一个可以负责项目的人，实行等级制度，小组长管理核心工作人员。我认为这种制度可能会随着项目的扩大，人员的扩增从而使许多这种意义上的项目经理啊的出现，但是我不认为这样的项目经理可以真正承担项目解决方案的实施管理，这里就不多讨论公司的制度了。总之我认为项目经理或者说无论项目大小的项目负责人没有好几年的工作管理经验是没法真正承担的，这样拔苗助长可能培养的是更多的为组内员工服务的保姆亦或者是自以为是的小头头，哈哈。。。。
如何在自己平时工作中总结项目解决方案的经验？
我认为首先一点是自己要有自己的工作习惯，这是建立在公司标准流程规范上的自己的工作习惯。这种习惯不是个性，而是一个可复制性的习惯。接手了项目，要在听取了前辈的经验基础上有自己的认识再开展工作，而不是机械性的让干什么就干什么，有自己的习惯，自己的规范，工作起来才会更顺手，也会自然而然的形成一种项目解决的意识，而不是机械性的解决bug的意识。
这种项目解决还是很浅显的，因为自己也只是工作了两年的小菜鸟，也只能从自己日常工作中谈下对项目解决的认识，而从我们项目负责人的讲话中可以清晰的听出来他对整个区域三十多个项目，甚至是对整个互联网金融的这种项目的认识的深刻性。我相信在以后的工作中，只要认真工作，不断学习总结，也会不断的提高自己对项目管理，项目解决方案的认识。