质量控制的价值
质量控制价值
谈起这个话题，就不得不提国内环境在软件开发体系内对质量控制结果的诉求以及对过程的不重视。
开宗明义的讲，所有的软件工程开发工作，无论是技术驱动还是需求驱动，都归结于价值贡献的一个环节，对于项目最终价值的产出是整个价值链上各个环节的合力。
每个环节相对于整体来说都是线性的（或许某些环境能够进行补位，但终究只是补位），每个节点的功能都具有价值唯一性，贡献效率应由各个环节最低价值产生，价值稳定性决定了整个生态的稳定性。
不同类型团队的特性
先讲质量控制岗位细分下的一个测试职位。在一般的软件开发行业公司中，对于一个软件开发团队测试职位的价值在不同类型项目具有不同的功能。
项目制的团队通常具有阶段性结束的标致并后续工作性质通常已经改变。如某些软件公司对传统行业提供信息化转型的支持，为不同公司进行核心系统定制的工作，此类项目往往提供具有明显阶段性结束性质的系统工作（往往结束于客户验收通过）。
与之相区别的，对外提供持续性服务并由内部主动发起迭代的团队（包含toB、toC），此类项目通常意义上来讲是提供服务的系统，受外部市场或客户需求的不断变动产生持续性的迭代。
两种项目的差异存在于项目持续时长以及由此产生的项目持续性问题。
项目制团队中质量控制工作相对更加集中且短暂，一般团队成员变动相对较少。团队成员对项目内容相对都较为熟知，工作节奏相对稳定（即使存在项目延期或提前，也是由相关方博弈达成一致的结果），此类项目中各个相关方对各自职责都明确边界，做好份内之事，整个项目应当会按照计划推进下去（如果前期背调和分析完成足够好）。
系统迭代类团队中质量控制工作相对更加宽泛而持久，通常并没有一个掌管项目的经理类型角色，整个系统在持续迭代中由多个角色合作完成，甚至在一个角色中有可能由多个小团队完成。各个角色和小团队中项目复杂性细分程度较高，在专业性提高的同时沟通障碍就会增加，信息流动不足，导致的结果就是大团队目标不一致。困扰我们的问题就产生了，在没有一个角色对各个团队进行有效组织时，团队效率自然受限于各个小团队底量。
测试之于质量控制
对于系统用户最终接触到的系统功能是否可用，用户感受基本体验是受限于系统质量。无论产品提供多少便捷功能，无论系统交互界面如何漂亮友好，如果系统功能不可用，那么其价值则为零。
质量控制角色在团队中所处的位置，恰能够沟通各个角色方。在我所处的团队中，通常项目研发进度由质量团队给出，原因在于整个团队对系统品质的追求。测试作为质量控制工作中的一个显性工作，很多团队中其责任边界往往模糊不定；如何界定测试工作的边界，应由不同团队实际工作流程和团队特性确定，但这个边界应该是清晰地。质量控制角色的工作涉及的方面有很多：需求审核、架构设计审核、交互设计审核、文案友好性审核、研发代码质量出口审核、进度控制、风险控制、系统知识整理、用户反馈监控、生产质量监控等更多关乎质量的方面。由此而来，整个质量控制角色涉及系统持续运营工作各个方面。
测试工作中实际占比更多在研发代码质量的控制，通过对系统功能进行验证，提高研发实现与产品需求的一致性。保证最终交付产品至少与产品需求明确要求保持一致（如需求设计不合理导致的实现与需求不一致时，应协商确认后更新产品需求规约）。目前国内在软件研发行业中，对质量控制工作的核心诉求如上。如此则限制了质量控制工作的价值，也自毙了其更大价值的产生。
在岗位设计和实际工作安排中质量控制的意义更多就是代码测试工作。测试人员的工作边界和上升渠道很容易就会见顶，长此以往其工作积极性会明显下降。作为测试人员对自身的定位若仅限于此，则其发展则会很快见顶，迷失在简单而重复的职能支持类工作中。质量控制的工作应考虑系统价值产出层面，质量控制人员能够给予什么贡献。目标永远是系统的价值产出，而不仅仅是代码质量。由团队目标导向自身在团队中所能提供的价值支撑与价值输出。
如果说项目由于产品需求设计导致重大缺陷，那么质量控制人员也不能远远站着说 “这届产品能力真低”；同样如果由于开发系统设计问题后期需要调整导致进度延期，那么质量人员也不能边吃瓜边说 “这开发设计的什么low架构”。自身价值的产生永远是基于团队的，如果项目死亡，则系统下线，团队解散。我们应在各个阶段给予团队各个角色工作上我们专业角度的支持，在遇到问题时，共同寻求解决。
以上，就是现在测试人员的突破之路。你的价值存在于团队运营的方面面面，而不是一个可以随时替代的职能型螺丝钉。
质量控制价值的输出
质量控制工作价值并不会单独存在，他一定是多方合作产生。当我们在工作中不断的为团队做出隐形价值输出时，由于固有观念或行业规则导致价值不被承认或价值被严重低估时，如何认识到自身价值并将价值合理化输出呢？
如何将价值被感知!
我认为有几个点可以尝试：
1、与各个角色团队沟通定义质量控制工作边界并知会到各个团队；
2、定期发布量化工作结果；
3、优化各个角色团队工作流程并随时辅助跟进落地；
以上工作需要针对不同团队实际内容做出不同的落地（但前提是大团队的活跃的反馈机制）。后续有空我会针对价值的输出做出更明确的方式和方法的描述。
质量控制的价值
