大家好，我目前就职于一家小公司，工作了 3 年多。最近在回顾我们公司的产品线和测试流程时，发现了很多混乱和困惑，想在这里和大家讨论，也欢迎批评指正。
公司现状
这几年，公司人员经历了比较大的变化：
产品部门：
原本 5 人（1 个经理、1 个产品定义设计、1 个助理、2 个 UI），1 年前因为业绩不佳被高层认为 “不重要”，整个部门被撤掉。最近又开始重建产品部门。研发部门：
从原来的 30 人左右，缩减到现在只剩 10 人。测试部门：
从原来的 10 人，缩减到现在只有 2 人。
在这种变化下，整个产品线运作极度混乱，跨部门协作阻碍非常大。
作为测试人员，我经常陷入迷茫：一个好的产品线到底应该是什么样？
我目前主要负责某条产品线的功能测试、回归测试，也尝试做了一部分接口自动化。
因为公司人员缩减，很多流程没人管，所以我开始关注并尝试推动流程改进。
之前公司的产品线流程（现状）
需求 → 确认需求 → 设计产品定义 → 开会谈论产品定义 → 确定产品定义 → 开发 → 提测 → 测试
以下是我以 测试视角 对整个流程的分析（不带偏见，仅个人困惑，虚心请教）：
1. 需求
- 不清楚需求来源，通常是领导口头说要做什么就做什么。
- 没有需求文档，更没有文档归档。 后果：后续优化或维护时，无法追溯需求来源，功能堆叠，产品越来越复杂，用户用不明白， 开发、测试、维护成本极大增加。
2. 确认需求
- 领导与产品之间一言堂确认。
- 没有跨部门开会讨论。
3. 设计产品定义
- 由产品部门设计。
4. 开会谈论 / 确定产品定义
- 设计完成后，没有及时通知相关人员。
- 开会时相关人员不了解产品定义的背景和合理性，只知道 “要做什么”， 导致后期产品定义频繁修改。
5. 开发
- 遇到产品定义不清晰，开发会按照自己的理解实现，没有知会任何人，直到测试阶段才暴露问题。
6. 提测
- 没有提测文档、没有自测管理、没有流程图。
- 只是在做完后通知测试 “可以测了”。
7. 测试
- 测试和开发阶段同步设计用例。
- 提测后测试发现问题时，产品定义还在反复修改，而这些修改没有通知到任何相关人员。
我理想中的产品线（个人总结）
我认为应该这样（欢迎补充和指正）：
1. 需求 / 确认需求
- 建立 需求文档，与相关部门开会充分分析必要性。
- 确认需求后 归档处理，可追溯。
2. 设计产品定义
- 由产品部门设计。
3. 开会谈论 / 确定产品定义
- 设计完成后，必须通知所有相关人员，让大家充分理解产品定义。
- 会议中能提前找出不合理点，避免后期大量修改。
4. 开发
- 遇到定义不清晰的地方，及时沟通。
- 产品有重大调整时，及时同步给所有人。
- 进行 代码审查 和 走查。
5. 提测
- 提测阶段 必须输出流程图、自测文档，保证提测质量。
6. 测试
- 输出测试点、测试用例、测试报告，保证测试闭环。
我的目标和困惑
我明白小公司人员有限，流程不可能一步到位，但至少希望 建立基础的可追溯和沟通机制。目前在想，如果想 逐步优化流程，应该先从哪一步做起？是先推动需求评审？还是先推动提测标准化？或者先从测试这边建立自己的提测/回归规范？
想向大家请教
- 你们公司产品线/测试流程的关键节点是怎样的？
- 在小公司里，最实用的流程改进方法有哪些？
- 有没有成功的 “轻量级” 流程管理经验可以分享？
欢迎大家留言讨论，非常感谢！
感觉楼主作为 3 年 + 工作经验的同学整个过程总结思考挺全面的，其实过程的问题及改进动作你都考虑的比较全面了，但是实际落地会比较困难，根据你描述的公司现状，如果想做改变，必须要有一个强人拉通产品、UED、开发、测试一起去落地改进这个流程，这个角色通常是项目经理、测试经理或部门总监
如果想逐步优化流程，应该先从哪一步做起？是先推动需求评审？还是先推动提测标准化？或者先从测试这边建立自己的提测/回归规范？
——建议第一步先保证需求评审、需求变更邮件同步、需求归档的规范性；第二步建立测试准入标准，冒烟功能研发自验，提测后测试验收，验收通过后继续执行测试（验收标准 95%）
但是很困难，因为光靠你很难推动别人接受，最后建议有机会去个流程规范的公司，加油！
不到 20 人，你跟我扯 “跨部门协作阻碍非常大”，笑死了
Zzz_
回复
好的好的，谢谢您的回答。
是的，我的想法也是需要一个能力，去拉通整个产品线的人，我自己肯定是没有说服力的。之前有尝试过于与关系比较好的领导去暗示他做这些事情，可能也是因为他感觉很困难，所有忽视了吧。所以我现在不会在这个公司去实践的了。我现在只是个小兵，而且测试在我公司并没有话语权，想要优化也是为了长远发展，想知道有了权利之后，如何去推动整个产品线的流转；
目前也是在骑驴找马中。。。之前面试过，被问到了很多基础问题，所有现在在回归这几年学到的知识，比如说测试基础、python 基础、桌面端自动化，UI 自动化，接口自动化、性能测试等技能，之前只停留在用的阶段，知道如何用，却不知道原理，所有打算花几个月的时间去学习记忆一下，巩固下基础，好应对面试
做决策的人不出来推动，流程是不可能规范的。我理解流程相当于一种规则，而这种规则的约束力是由于大家能达成共识，并且有人能拍板。拍板之后流程的执行是需要每个环节中顶层的人去监督和管理。就拿禅道的使用流程来说，如果顶层的人没有正确使用，那么下边的流程都是串联不起来的。
了解你的想法，确实你理想中的流程美好的。但现实就是现实，一切发生的事情都是因果的。不妨先去想想是什么原因导致现在的流程这么糟糕，是业务性质问题？是有人太懒？......
可以和开发产品他们多交流，问问他们一些流程背后的原因是什么。相信知道原因，你会想到应对方法的。总结一句话： 从实际出发，找到现象背后的本质
不过作为过来人劝下你
- 尝试是必须的，毕竟能从中收获到属于自己的东西。但请把期望降到最低，很多东西仅靠个人改变不了，目前咱只是船上的一个小划手，认清现实，船的情况、海的大浪咱控制不了
- 有机会争取去规范一点的公司吧，要不然本来是流程能解决的事情和承担的风险，都会由个人来承担。 说难听点，都是扫厕所的，有人在豪华酒店驾驶者扫拖机器人清理比较干净的厕所，有人在农村旱厕一铁锹一铁锹的往外搬运粑粑
槽神
回复
可能是我表述有些问题，首先我只是一个小兵，没有任何的权利，我无法要求别人怎么去做，也无法要求产品部门、开发部门去完善流程，只是我发现了这些现象，提出自己的看法。
我如果将自己的想法付诸于行动的话，将会得罪人，吃力不讨好，会增加他人的工作量，领导也不会因为我主动推动对我有啥奖励（付出远小于回报），只会增加各个部门的工作量。
而且感觉也会有 僭越的行为，我并不是项目经理或者领导，怎么直接越权干项目经理或者领导的事情呢？
跨部门协作阻碍大不是说在产品的沟通上，而是如何制定规范流程，然后一起执行它，没有人会愿意增加自己的工作量的，我也不愿意，所以我自身并不会主动去推动它，不是去找领导聊并且让领导去推动我的想法。各个部门职责不一样，我不能去要求其他部门怎么做吧
我发帖也只是想了解下，我自己想出来的流程是否规范，验证一下，是否可以适用于其他的公司，想要了解下规范的流程是怎样的，不闭门造车