关于如何提高计划和管理质量能力

首先，项目开发初期计划阶段的项目计划评价，计划执行过程中及计划完成报告的评价，并将评价、评审工作在工程实施之前就列入整个开发工程的工程计划中，同时提高软件开发项目管理的精确度。

然后，做好质量保证与检验。其一是切实搞好开发阶段的管理，检查各开发阶段的质量保证活动开展得如何；其二是预先防止软件差错给用户造成损失。为了确保每个开发过程的质量，防止把软件差错传递到下一个过程，必须进行质量检验。质量检验的原则，一、用户要求的是产品所具有的功能，这是“真质量”。靠质量检验，一般检查的是“真质量”的质量特性。二、能靠质量检验的质量特性，即使全数检验，也只是代表产品的部分质量特性。三、必须在各开发阶段对影响产品质量的因素进行切实的管理，认真检查实施落实情况。

当开发阶段出现异常时，要从质量特性方面进行检验，看是否会给后续阶段带来影响。虽然各开发阶段进展稳定，但由于工程能力不足，软件产品不能满足用户要求的质量。这时可通过检验对该产品做出评价，判断是否能向用户提供该产品。要以一定的标准检验产品，根据产品的质量特性，检查各个过程的管理状态。

另外，就是建立软件质量保证体系。软件的质量保证活动，是涉及各个部门的部门间的活动。例如，如果在用户处发现了软件故障，产品服务部门就应听取用户的意见，再由检查部门调查该产品的检验结果，进而还要调查软件实现过程的状况，并根据情况检查设计是否有误，不当之处加以改进，防止再次发生问题。为了顺利开展以上活动，事先明确部门间的质量保证业务，确立部门间的联合与协作的机构十分重要，这个机构就是质量保证体系。必须明确反馈途径。必须明确各部门的职责。必须确定保证系统运行的方法、工具、有关文档资料，以及系统管理的规程和标准。必须明确决定是否可向下一阶段进展的评价项目和评价准则。必须不断地总结系统管理的经验教训，能够修改系统。

质量保证活动的实施步骤

Target：以用户要求和开发方针为依据，对质量需求准则、质量设计准则的各质量特性设定质量目标。

Plan：设定适合于被开发软件的评测检查项目(质量评价准则)。研讨实现质量目标的方法或手段。

Do：制作高质量的规格说明和程序。在接受质量检查前先做自我检查。

Check：以Plan阶段设定的质量评价准则进行评价。计算结果用质量图的形式表示出来。比较评价结果的质量得分和质量目标，看其是否合格。

Action：对评价发现的问题进行改进活动，如果实现并达到了质量目标就转入下一个工程阶段。这样重复“Plan”到“Action”的过程，直到整个开发项目完成。

====================================分割线================================

最新内容请见作者的GitHub页：http://qaseven.github.io/

基于流程管理，提高工作质量和效率 在软件开发领域中，流程协作一直是热门的话题之一，不同的组织架构中，定义不同角色和人员的职责范围，并且通过流程规范来管理不同角色之间的衔接机制，以求不断提高协作效率。
系统质量问题不是不爆，时候未到 很认同的一个观念是：把事情一次性做好，就是最低的成本和最高的效率；所以需求再多，也要质量为王；如果因为产品的体验差影响业务，那么用户、平台、研发谁才是真正的大冤种？
XX电网运维业务系统用户体验分析平台案例｜华汇数据 能够从最终用户角度来评价业务系统运行质量和用户体验状况，促进IT运维质量不断提高。 通过对用户行为和体验障碍的监控，确保在用户报告之前知晓问题,并帮助运维人员快速确认、诊断和定位问题，加快问题解决速度，提升用户满意度。
关于质量标准化的思考和实践 最近部门在推质量标准化，通过质量标准化，推动质量内建，从而提高研发部门的交付质量，作者深度参与其中，并在推进过程中总结了一些经验以及思考，在此通过以下定义、共识、实践三个大方向和大家分享一下。
软件需求人员-如何提升需求分析和业务方案的能力 今天我准备再写一篇软件需求人员能力提升方面的文章，也就是把这个问题进一步谈透。对于IT行业来说，前面谈到更多的是招聘软件开发或架构设计人员不容易，特别是架构人员也难以培养。而对于软件需求人员也是同样的道理。 软件需求不同于用户需求或原始需求，对于业务需求往往你无需任何的IT技术背景就能够提出你的需求和问题，而对于软件需求则涉及到业务需求分析，分解，形成完整的业务解决方案，复杂的还是涉及到业务建模，最终才形成软件需求。 因此软件需求人员实际是衔接业务用户和内部技术团队的关键桥梁，软件需求和业务建模做得好，技术实现本身也更加高效。同样，一个软件系统最终实现出来灵活，可复用，那么首先