Agile Coach Clinic – 群讨论整理 – 总是测试发现更多的细节,如何处理?

Agile Coaching Clinic 是由Lucy和Bob发起的,面向所有正在敏捷路上的伙伴,一起分享经验,一起成长!

这是20200615 Alice小伙伴在群里提出的问题:有一个矛盾点,开始产品讲的时候,基本都是主要流程,细节很少甚至基本没有,测试的时候,所以细节都有。所以现在的情况,产品讲完了,技术去开发,按照需求都搞好了,到测试手里一下细节问题,产品没说的,技术也没想到的,就出现了。(征得小伙伴同意,把大家的讨论整理在这里)

  • 产品评审不够细致?只是产品讲其他人只是听?

    这种现象要分情况:1、产品真的想不了那么细致;2、产品压根就只想了个大概;

    那么针对以上情况,我们团队在做的就是,第一步:产品原型出来,由技术负责先跟产品过一遍,提出问题,产品修改。然后在跟团队过。第2步:过完需求,开发开始编写技术方案,并进行技术方案评审,在评审的时候就可以倒推有些考虑的细节。第3步:测试编写测试方案,并且团队参与评审;

    如果产品在过需求的时候,大家都很沉默,不提问题,那么很问题都会遗留到测试时才会发现

  • 测试不是由方案评审么,这就解决产品细节问题。另外要求开发做自测,这就解决开发对细节把握不当问题。落地开发自测,需要开发TL和项目经理还有测试一起形成共识,devOPS基本观念
  • 需求沟通应该不是一次性的呀,是个持续过程。细节是持续性的,主体需求应该是一致性确定的,否则大家在一条自以为正确(最后发现是错误)的路上越走越远

  • 有两个观点特别好:第一,细节是持续的涌现的。第二,开发,测试提前熟悉产品方案。

    这里面还有一个问题,就是需求颗粒度问题。产品经理讲需求是拿什么讲。PRD吗,流程图吗,还是原型?

  • 最好是对着原型,如果大家能确保还原度的话,对着PRD也没意见。

    我们当初就是对着原型,大家澄清也是对着原型澄清,少很多事

    产品做个大方向,有疑问的拉着相关开发先小范围聊聊,等梳理的时候听大家的看法

  • 我渐渐的开始感觉到为啥 做敏捷金字塔上面是文化,理念。。。实践还好推。但是思想的局限达不到能够顺畅推进敏捷需要的那种open 和 主动。很多实践推起来也会走样和鸡肋。

  • 所以讨论的发起是产品,开发和测试现场反讲的结果整理到文档(可以是文字、录音、录屏……)并且上传到知识库上作为开发依据,需求验收的时候验证文档一致性。不一致看PO验收产品还是文档,验收文档改产品,验收产品改文档,两个都不对就是产品的问题了,先找到偏差小的统一过去,再补充需求条目修补偏差

  • 为什么是测试环节发现细节问题?可否将这些发现提前?测试在这时候参与吗?表达吗?(也有过团队,PO有新想法,先找测试聊聊,有哪些反馈和要注意的地方)当然我们也希望开发想的更全面,那么如果让他们做到,我们可以提供给他们什么?我记得曾经在一个组这样做过,开发不是很熟悉业务以及用户如何使用,只是知道按照大家沟通的新需求 (但确实有时候不够细)去做开发,那么测试小伙伴就组织了大家对于产品的学习,用户如何使用,这个功能与其他功能有哪些交互,我们常出现改动A而B出现bug的情况等。那么开发慢慢形成产品和客户的意识。在每个功能动手前,测试会跟相应的开发,一起坐下来,聊聊注意哪些细节,和过往容易忽略的地方,花不了太多时间,但能把问题考虑在前面。

  • 文档可以做,但要把握度,这些文档可以记关键词,大家容易疏漏的地方。默认的内容刚开始可以记,也许后面就可以少记一些。

  • 最后的交付到底是谁负责?PO?开发?测试?SM?我们要尽量让大家形成整体团队意识,当然每个公司及组织有不同的架构及文化,慢慢渗透给大家,我们是一个整体,一起想办法高质量完成客户需要的功能,尽可能高效。“一个整体” ,大家就不去指责与谁对谁错,而是我们应该怎么应对这个情况

  • 回顾会议可有提到这个问题?怎么跟大家一起解决呢?SM需要想一想

Alice:我头一次觉得 将SM的问题 ,提到这群里 简直太正确了。。。感谢大家 不一一谢过了。。大家思路都很棒,主意真正。

 

感谢群里小伙伴(Alice,雪光,Nic, Polly, 叶青,glen,望风的鸟,seanow, 蔡善美,范振华,Carl,会吃代码的🐱,北平,则小胖, ID手黑,Lucy)发问和分享,只做简单整理放在这里。

coaching-clinic---20200610

本文来自投稿,不代表TobeAgile立场,如若转载,请注明出处:http://tobeagile.cn/2020/06/17/agile-coach-clinic-%e7%be%a4%e8%ae%a8%e8%ae%ba%e6%95%b4%e7%90%86-%e6%80%bb%e6%98%af%e6%b5%8b%e8%af%95%e5%8f%91%e7%8e%b0%e6%9b%b4%e5%a4%9a%e7%9a%84%e7%bb%86%e8%8a%82%ef%bc%8c%e5%a6%82%e4%bd%95/

发表评论

电子邮件地址不会被公开。 必填项已用*标注