关于质量管理的几点工作体会

关于质量管理的几点工作体会 <br />2016年入所至今，一直在技术规划部质量管理小组工作，参与过新版官网、BPM业务系统等项目；工作两年来，从执行者逐渐走向一个管理者，每一次的角色转变都让我感触颇深，每个阶段的历练都不断促使我去思考，从而形成在质量领域一些理解和总结，下面就谈谈几点工作体会。 <br />1、分而治之，责任明确 <br />任何项目都是由项目成员构成，要保证项目产出的质量，就需要管理好项目的参与者，及明确各参与者角色和责任，因此项目初期要明确成员间各自分工，明确项目做什么，要达到什么样的目标，有了具体愿景，项目团队各自分析为了达到此类目标应该怎么做，什么时候完成。特别是大型项目，项目参与人员角色多，有开发、需求、UI设计、测试以及环境管理人员等角色，更需要明确角色定义、划分责任边界，让专业的人干专业的事情，一人担任多个角色容易导致责任混乱，有问题定位不到个人，或者出现产出效果不佳，甚至出现个人成为项目瓶颈导致项目延迟。 <br />对于质量管理来说，有了清晰的角色分类后，就需要对每个角色分配任务明确责任，特别是明确划分每个角色的边界职责，避免出现问题，边界模糊、责任落实不到位，问题难以解决。这里最好遵循一个原则就是高内聚、低耦合，同一类型的工作给同一角色或者个人进行。如官网改版项目，在测试组内我们按照网站功能划分为CMS（Cntent Management System）、全文检索、行情、报表、信息披露等几个小组，各小组间任务不交叉，但是小组内成员合力干好一件事情，且具体任务落实到个人，有问题可追踪到个人，减少团队任务较差避免重复劳动，提高工作效率同时保障系统质量。 <br />2、交叉验证，协同作战 <br />明确项目愿景和各自责任后，就需要考虑怎么做（策略），什么时候完成，从而拟定出一份测试计划。这里涉及到一个常见的问题就是人员分工和协作，一个团队里面有经验尚浅也有经验丰富的员工，因而制定策略过程中，还应考察测试成员相关情况，根据人员特点和成员能力层次结构来进行分工合作，完成任务保障质量是一个目标，另一方面也需要在项目中培养锻炼新人，所以需要分配一些比较困难任务给年轻成员做，可能大家会担忧新人能力不足，容易产生严重漏出，因此建议有个经验丰富员工与之一组协同作战，以老带新必不可少。此外，分配任务时经常会犯一个惯性思维就是&ldquo;谁对功能比较熟悉让他她继续做&rdquo;，这样一来学习成本低，二则做事效率高；虽然一个人在长期做一件事情效率会提高，但是人长期做同一件事情容易形成一些惯性思维和精神疲劳，可能导致项目出错。为了降低人犯错的概率，我们通过交叉测试方式弥补个人思维错漏概率，重点功能交换三人或者更多人进行测试，在不停交换过程中使得测试路径和测试思维覆盖范围更广和全面。特别是到项目后期时，测试人员已经重复工作多次，容易产生懈怠情绪，安排新模块进行交叉测试，不但能够降低重复性工作的疲劳，而且还能用新鲜感来刺激测试人员投入工作。 <br />3、巧妙使用文档配合沟通 <br />大项目中分工明确是好事，但也反应出另外一个痛点那就是沟通，团队成员间分工越细致，沟通成本更越高。曾经参与一个项目，各类成员加起来近40人的团队，成员办公地点散落各地。面对面沟通效果虽好，但是成本很高，很多时候有些项目计划和分工、需求变更、功能修改等信息只能通过办公软件进行沟通。但是沟通群里面每天几百条信息，工作人员很难关注到每条信息，导致信息没有传递到位。加上消息经常有变动，导致项目成员都难以确认哪个信息才是最终的版本。因此，每个小组指定一个接口人，使用任务分工文档记录计划安排和进度，用跟踪文档记录需求变更项跟踪任务状态，使用变更日志记录前后台接口、功能变更点，凡有新增或修改就通知接口人传达到组内，项目成员只需通过SVN等工具获取最新文档就知道最新任务和变更，这样既可减少沟通对象，提高沟通效率，也方便对进度、变更进行跟踪和管理。 <br />4、合理控制流程 <br />传统大型项目都遵循瀑布型生命周期，但是传统瀑布模型的每个下游阶段在上游没完成情况下处于等待模式，造成资源的浪费。比如需求阶段时开发、测试没有工作的输入就无法谈及输出，或者各功能模块间若存在紧耦...