感觉楼主作为 3 年 + 工作经验的同学整个过程总结思考挺全面的，其实过程的问题及改进动作你都考虑的比较全面了，但是实际落地会比较困难，根据你描述的公司现状，如果想做改变，必须要有一个强人拉通产品、UED、开发、测试一起去落地改进这个流程，这个角色通常是项目经理、测试经理或部门总监

如果想逐步优化流程，应该先从哪一步做起？是先推动需求评审？还是先推动提测标准化？或者先从测试这边建立自己的提测/回归规范？
——建议第一步先保证需求评审、需求变更邮件同步、需求归档的规范性；第二步建立测试准入标准，冒烟功能研发自验，提测后测试验收，验收通过后继续执行测试（验收标准 95%）

但是很困难，因为光靠你很难推动别人接受，最后建议有机会去个流程规范的公司，加油！

好的好的，谢谢您的回答。
是的，我的想法也是需要一个能力，去拉通整个产品线的人，我自己肯定是没有说服力的。之前有尝试过于与关系比较好的领导去暗示他做这些事情，可能也是因为他感觉很困难，所有忽视了吧。所以我现在不会在这个公司去实践的了。我现在只是个小兵，而且测试在我公司并没有话语权，想要优化也是为了长远发展，想知道有了权利之后，如何去推动整个产品线的流转；
目前也是在骑驴找马中。。。之前面试过，被问到了很多基础问题，所有现在在回归这几年学到的知识，比如说测试基础、python 基础、桌面端自动化，UI 自动化，接口自动化、性能测试等技能，之前只停留在用的阶段，知道如何用，却不知道原理，所有打算花几个月的时间去学习记忆一下，巩固下基础，好应对面试

做决策的人不出来推动，流程是不可能规范的。我理解流程相当于一种规则，而这种规则的约束力是由于大家能达成共识，并且有人能拍板。拍板之后流程的执行是需要每个环节中顶层的人去监督和管理。就拿禅道的使用流程来说，如果顶层的人没有正确使用，那么下边的流程都是串联不起来的。

了解你的想法，确实你理想中的流程美好的。但现实就是现实，一切发生的事情都是因果的。不妨先去想想是什么原因导致现在的流程这么糟糕，是业务性质问题？是有人太懒？......

可以和开发产品他们多交流，问问他们一些流程背后的原因是什么。相信知道原因，你会想到应对方法的。总结一句话： 从实际出发，找到现象背后的本质

不过作为过来人劝下你

1. 尝试是必须的，毕竟能从中收获到属于自己的东西。但请把期望降到最低，很多东西仅靠个人改变不了，目前咱只是船上的一个小划手，认清现实，船的情况、海的大浪咱控制不了
2. 有机会争取去规范一点的公司吧，要不然本来是流程能解决的事情和承担的风险，都会由个人来承担。 说难听点，都是扫厕所的，有人在豪华酒店驾驶者扫拖机器人清理比较干净的厕所，有人在农村旱厕一铁锹一铁锹的往外搬运粑粑

可能是我表述有些问题，首先我只是一个小兵，没有任何的权利，我无法要求别人怎么去做，也无法要求产品部门、开发部门去完善流程，只是我发现了这些现象，提出自己的看法。
我如果将自己的想法付诸于行动的话，将会得罪人，吃力不讨好，会增加他人的工作量，领导也不会因为我主动推动对我有啥奖励（付出远小于回报），只会增加各个部门的工作量。
而且感觉也会有 僭越的行为，我并不是项目经理或者领导，怎么直接越权干项目经理或者领导的事情呢？
跨部门协作阻碍大不是说在产品的沟通上，而是如何制定规范流程，然后一起执行它，没有人会愿意增加自己的工作量的，我也不愿意，所以我自身并不会主动去推动它，不是去找领导聊并且让领导去推动我的想法。各个部门职责不一样，我不能去要求其他部门怎么做吧
我发帖也只是想了解下，我自己想出来的流程是否规范，验证一下，是否可以适用于其他的公司，想要了解下规范的流程是怎样的，不闭门造车

是的是的，这必须决策者器推动，只是有点不明白，这是决策者意识不到，还是不愿意去推动，还是有其他的顾虑或者看法

与他们都深度交流过，感觉是管理上的问题，小公司的管理都是内部晋升的，年限到了就自然升上去了，不太懂得指定规则去约束下属，怕得罪人，因为做与不做对领导层来说没有影响，多一事不如少一事
我是有点觉得我自己目前的想法太过于理想了，感觉轻量级流程更适合于小公司，在确认想法中...这对我来说也是一种成长。至于期望，已经完全没有了
就害怕理想与现实的偏差，会导致我陷入死循环中，还是不能太理想化了，想将理想化的东西转化为可以实现的现实。
当然理想化的东西可以认为是完美的，但是也必须允许不完美发生，不能太较真了。一步一步去完美化，结合实际去制定轻量化的流程管理
所有现在有就有点想知道其他公司都是怎样的流程，多看看先

大部分公司都是这样的，所以沟通能力和社交能力很重要，在测试流程中都是润滑剂的作用

怎么跟我们公司这么像，我怀疑楼主是不是我同事哈哈哈哈 ，我妈测试 2 个人，也是乱，口头说啥是啥，已经打算跑路了

我们是开发说的算，开发所做不了就做不了，也就和产品沟通，测试啥也不知道

先建立回顾总结机制。小团队最重要的是统一思想和活下去，流程某种程度上就是成本，就那么几个人，一切以活下去为重，任何形式化的东西都可以省略。主动发起的流程变更阻力很大，不如被动发起，事教人，一次会。每次流程变更因事而变，从回顾会入手，每个流程有对应事件依据，阻力会小很多。

摆事实，讲道理；叼他们，找他们领导吵架，给他们领导的领导发邮件

优化流程应该是从需求开始
不过既然老板认为产品部门不重要,那就没戏了,趁早跑路才是王道
不然你推动到后面就发现, 所谓的流程问题, 其实都是成本问题, 老板不想招人, 再优化, 再讨论也是白搭
事情要么空着, 要么你自己来做

哈哈哈，就该如此，理应如此

认可，所有我让它空着，自己准备随时跑路，只是想跑路的过程中发现自己过得太安逸了，也市场脱轨了，现在在努力接上轨道
之前同事和我说过，要经常想的去投简历，了解市场行情，当时我不以为意。果然事教人一次就会啊。现在我就处于要将这几年学到的东西进行总结的阶段，总结完也就差不多得跑了。总结的东西太多了，估计得需要几个月

引用文本：公司人员经历了比较大的变化：
产品部门：
原本 5 人（1 个经理、1 个产品定义设计、1 个助理、2 个 UI），1 年前因为业绩不佳被高层认为 “不重要”，整个部门被撤掉。最近又开始重建产品部门。
研发部门：
从原来的 30 人左右，缩减到现在只剩 10 人。
测试部门：
从原来的 10 人，缩减到现在只有 2 人。
在这种变化下，整个产品线运作极度混乱，跨部门协作阻碍非常大。

在这种情况下，产品线运作不极度混乱才是不正常的，因为人人都开始自危，生怕下一个就是自己，然后有选择性的开摆，配合度上会大打折扣。我们就经历了一次，当时所有人开始摆烂。直到公司人员直接减半，最后公司趋于稳定后，跨部门协作上就慢慢变好了，因为所有人都偷偷用 1 年多时间尝试过骑驴找马，找到好的马走了一部分，最后剩下的还是发现苟着更好。

引用文本：你们公司产品线/测试流程的关键节点是怎样的？

小公司没啥测试流程可说，时间充足就加一个测试用例评审、UAT 做做性能测试。时间不够就用 AI 生成测试点，用例都不写，直接开测、测完上线。

引用文本：在小公司里，最实用的流程改进方法有哪些？

小公司测试流程改进？不如提高跨部门沟通能力、前后端技术理解和研发能力、甩锅能力、跟领导打好关系能力。

引用文本：有没有成功的 “轻量级” 流程管理经验可以分享？

这个除非测试在项目中说了算，采用并落地测试左移、测试右移隐秘点的改进用法，测试说了不算还是好好跟产品、项目负责人打好关系，期望线上万一出问题他们能帮你。

你是只工作了三年还是在这家公司工作三年，要是只工作三年有这么多想法还是挺厉害的。
想实现想法首先要得到领导支持，多聊一聊获得信任然后给他画饼。
然后就是给出你的流程设计先在领导那过了再开会讨论，尽可能得到大部分人支持。
再之后就是实施阶段，在流程节点处卡住，给出准入准出标准，口越窄的地方越好卡，比如上线就在运维那卡，不嫌麻烦就让领导审批了才能上线，想上线就要输出标准测试报告、发布计划、测试用例、开发设计、产品原型等等。
再然后就是检查执行情况最好和 okr 挂钩，定期复盘优化流程，经过一两个月磨合基本上团队就习惯了，流程一定要灵活契合团队

好的好的，毕业后只在这一家公司工作了三年，所有比较想多了解下其他公司的流程，做下参考

是这样的，主要还是这个项目线的团队人员都没有动力了，现在又搞绩效，有不能涨薪，上层领导对研发团队极其不信任，之前都动过全部换血的想法，因为成本太大就没有实施，现在找了外包负责了，外包人越来越多，但是还是没有搞定，还得加时间 + 人手，笑死

我们也是采用的项目外包，自己人又搞绩效，末尾淘汰，绩效好又不能涨薪。考虑到项目外包便宜，然后外包人员越来越多、项目管理越来越稀烂、项目研发周期越来越长，现在都到了平均 delay2 周的地步，总部都快放弃这边的研发团队了，让研发团队自生自灭。

得先考虑上层的管理思维，愿不愿意改变。看评论就是上层不想变只想换人。这种团队能按时提测已经算是很好了，按时上线就算完成任务。要么换，要么你来推动，推完过段时间被劝退。。。。。。

我倒是希望被劝退，一是被裁，二是先总结下，再骑驴找马

1.首先从需求文档开始抓起，需求文档是开发与测试的标准。
2.没有标准，只有适合，在人员少的情况下，可以舍弃掉一些没有太多作用的流程
3.多问，不管是与产品还是开发。多问，需求也就理解了，同时也会给开发同步产品的需求。

没领导支持，你还想抓别人工作，不得被吊烂

肯定会被吊的，哈哈哈，增加别人的工作量，谁会支持啊，所有想法得不到实践的机会，就注定只是想法
所以发帖想确认想法的可实施性与正确性。因为理论并不等于现实，更想知道现实的情况

为什么会是增加工作量？这是同步需求，减少二次修改的时间，正常来说，本身就是这样的呀，产品更新需求，不同步开发，测试？

我们现实情况是测试做好本职工作就行，多找有数据支撑的理由脱开自己的责任关系，坚决不背锅，只要不垫底就行，整个团队烂了，一个人的力量再强也无法独善其身，最后都是连带责任一起完蛋

产品更新需求，不同步开发，测试？ 还真不知道，有些功能变动了测试是真不知道，更别说开发了，需求文档这种东西从来没有，为什么会是增加工作量？是整个团队都没有啥干劲了，都不是一条心的，大部分人都没有抱着将产品做好的心态去做的，都是产品怎么定怎么做，只做好本职工作就行，哈哈哈，不背锅