Agile Alliance 敏捷的基石：“相爱不相杀”的产研测关系-京东云开发者社区

可能在各位印象中，产品同学与研发同学的日常往往是相爱相杀。

<center>**产品经理&研发同学 のshow time**</center>
<center>![](//img1.jcloudcs.com/developer.jdcloud.com/3539f5f2-f690-4965-8995-e231c545f58e20210120143202.jpg)

**测试同学のshow time**
额...测试同学要么比较佛系，
要么
......
别做梦了，哪有测试资源？国宝一样，产研自测就完事儿了
ps.俺们测试资源是真滴紧张啊（欲哭无泪）
漫画转载自公众号“吓脑湿”（imyyourgrandpa）</center>

------------

看了产研的相爱相杀后（说明一下，我们团队产研关系是真滴棒棒哒~）回归正题！说说一个温馨和睦的产研测关系的交付过程是有多爽！因为我们不需要比声音大，不需要得看流程，不需要搬领导，不需要谈交情！

#### 那我们做对了哪些事情呢？
##### 首先是沟通环节。
——喏，这是业务提的一个新需求，确实比较着急，帮忙我们先评估下呗~很快就搞定！
——好嘞！没问题！

——产品同学过来下，这有个适配问题，咱们直接商量下咋改改？
——XXXXXXXXX，XXXXXXX！
——这么定了！

这种良性的沟通、正向的合作，真的带来的太多的效率上改变，小问题就地就能解决，急需求随时攒人上手。

在沟通时，共情与同理心是需要大家共同提升和维护的，这也很重要。**产品在描述方案的时候，要把为什么做这个事情的本质原因阐述的明明白白，而不仅仅是做需求的翻译官**，明白需求产生的原因会让研发同学在评估上发生视角的改变，大家都站在诉求出发点或用户的角度，那么观点的角度自然就在方向上靠拢了。**研发同学也可以多去了解业务场景和用户诉求**，这样所有的需求都是沿着发展的脉络一脉相承，自然沟通起需求来就更加的顺畅了。

产品同学在需求设计过程中也不要天马行空，如果不确定技术上是否能够实现，要多多和研发同学咨询。研发同学不会反感你向他们咨询、请教技术问题，因为这体现了对他们的尊重和信任，他们反感的是产品讲需求时在不懂技术的情况下，一个“这个东西不是很简单吗”，那只能一首《凉凉》送给你。**“术业有专攻”，产品研发要互相尊重各自无所负责内容的专业性，又彼此互为backup。**

##### 再者就是包容开放的话题内容。
我们团队每天的早会目前是雷打不动的，每天都会正常进行，但是形式在短短的10几分钟，也不局限在沟通卡片进度上了，假如最近的进度大家的认知是拉齐的，我们也会聊聊最近相关的热点信息，比如Android11正式版本发布了，对我们APP有哪些影响不？最近正好是美国节假日，我们的APP审核周期会不会拉长？FLUTTER工具包我们有哪些新的应用场景......

其实早在敏捷风暴席卷之前，我们也饱受版本无序混乱、使用工具繁杂等困扰，我们内部就尝试着使用LE+、行云等工具，管理需求卡片和版本进度，另外我们也会合作撰写专利，尝试新的架构语言的应用等等，创新合作的氛围对团队的成长都会带来很大的帮助。

最后，我觉得也是最为重要的一点。

##### 形式固然重要，但不要拘泥于形式。
我也参加过很多团队的需求联评，之前碰到过一次评审，产品梳理的文档包括业务逻辑已经相对通顺了，按照我们团队的风格是可以进入工时评估的阶段了，不影响整体流程的细枝末节是可以在开发环节直接沟通的。但在那次评审会上，对一个不太影响整体需求的小问题，进行了1个多小时的讨论，我认可细节可以决定很多的问题的观点，可是当大家都不认为这是一个“扼喉”的问题时，我们大可放在后续的阶段酌情处理。

有些团队会规定具体产品与研发的PRD评审次数，会规定具体的评审日期和给出排期的日期等等。我们团队也有类似的固定，但说回来，需求不同真的不必循规蹈矩，视需求大小而定，视紧急程度而定，灵活变通去看待规定，公司必要规定，如安全规范、开发规范等等，我们肯定责无旁贷的遵守，但也不要给团队内部制造过多的条框。**所有的产出都是人与人合作的结果，良好的产研关系，朋友间的合作方式，不拘泥于形式和规矩，为效率和敏捷开路。**

写在文尾。以上是我们团队合作高效敏捷的方法，可能部分观点有失偏颇，但仍真诚希望所有团队都能敏捷高效，冲刺四级，如朋友般的工作，快乐生活！

**主编的话：
这篇文章的信息量很大，谈到了沟通、谈到了团队建设、还谈到了高效会议；文章最棒的地方是告诉我们如何打造一个相互信任的团队环境！
在微软的转型过程中有一个比较重要的措施，就是全员普及非暴力沟通；放牛娃团队鲜明的提出了“良性、正向”这些关键词，真是让人开心和鼓舞。的确看到过很多互怼的场景，背后的原因有很多种；在敏捷中，我们鼓励开放、清晰、友好的观点对话，我们反对不尊重、不理性、不信任。在我们的回顾会的原则里，有特别重要两条可以在这里复习一下：
- 我们相信每个人在过去的迭代中都尽了最大的努力。
- 我们理解并相信每个人都是自己问题的专家。**

------------
###### Being Agile 京东物流技术发展部效能提升部
###### 作者：用户产品部（放牛娃团队）  张泽群  尹云

------------