需求方与程序员有效沟通的六大姿势
ZQY约 4 分钟需求方与程序员有效沟通的六大姿势
1、正确提需求的姿势：能用图片不要用表格，能用表格不要用文字
提需求时，以程序员可以理解的形式传递需求信息，减少程序员理解需求的时间，让程序员更专注解决问题本身。
需求方：网站图鉴展示模块，把上下两排分别两张图的布局改成横排样式，四张图按40%，60%，80%，100%的比例放大排成一排的布局。
同样的需求，以不同的展现形式传递信息，往往达到更好的效果。能用图片不要用表格，能用表格不要用文字。
需求方：网站图鉴展示图片修改的要求如下：
2、正确发需求的姿势：高度负责，明确需求
需求方在发需求前要“高度负责，明确需求”。在发出需求的“前一刻”，站在验收结果的角度，对需求清单信息进行“核查”，避免由于出现物料错误而增加其他人的工作量。
需求方：需求都在todo上了，麻烦处理一下。
程序员：网站做好了，你看看有什么问题，没问题就上线了。
需求方：抱歉，图片不是最新的最终版，等一下，我重新发给你图。
需求方在发出需求之前，对所有物料信息高度负责，进行仔细核查，将可以大大降低出现错误需求信息的概率。
3、正确提Bug的姿势：注意说话的方式和语气
切忌对程序员的代码使用“指责，怀疑”的方式沟通，因为这样可以瞬间点燃一个程序员。
需求方：你的代码有bug。
程序员：怎么可能？X，你会用吗？你的环境有问题吧？
同样的事情，换一个更为优雅和更具技巧性的表达方式，能达到意外的沟通效果。
需求方应委婉地说：这个程序和预期有点不一致，你看看是不是我的使用方式有问题？
程序员会本能地想：X，是不是我的程序有bug了！
4、正确提变更需求的姿势：站在程序员的角度思考问题
提变更需求的沟通中，要“站在程序员的角度思考问题”，对他人友好耐心，才能赢得他人对自己的友好耐心。
需求方：你这边今天有空帮忙改一下你之前做好的XX功能吗？
程序员：为什么又要改这个功能？之前怎么不说？我还有别的需求要处理，没空弄。
需求方：这个需求很快的，简单搞就行了。（沟通踩雷）
由于临时变更需求会打断程序员的思路和工作状态，需求方要站在程序员的角度耐心解释，强调程序员角色的重要性，考虑程序员的工作排期，更容易让程序员接受临时变更的需求。
需求方应该换位思考：抱歉打断了你的工作，这个问题是我考虑不够周全，导致了现在的临时变更需求，搞得你还要改一次。由于需求临时，就等你来救了。要不我先跟你的其他需求方确认一下他们的需求能不能稍微延后一点？如果不能，你看你最快要到什么时候才能帮忙处理？
5、正确同步信息的姿势：涉及多人合作项目群内及时同步，信息要对齐
多人项目中，遇到任何问题或有任何结果，要及时同步大群，保持整体信息对齐。拒绝私聊或只有自己知道问题。
需求方：为什么线上发布的游戏进不去了，之前测试不是都没问题的吗？
程序员：稍等，我看看代码。
程序员：原来是后来我改动了代码，但是我忘记这个事情了，就直接上线了。
需求方验收结果时，应与程序员沟通核对功能的逻辑，让程序员对关键功能的逻辑codereview，“双方信息核对”，将可能帮助程序员在复查代码逻辑的过程中发现问题。
程序员在改动代码前，应在群里同步“我再看一下代码，可能还要修改一下代码”，或者在改动代码后及时在群内同步“代码xx部分我做了修改”。
6、正确讨论复杂事情的姿势：当面聊
遇到复杂的事情需要即时沟通交流时，需求方当时应该用更高效的即时沟通方式：当面聊>电话>网聊，同时将即时沟通的记录转换为文本清单形式再次双方确认。
程序员：这个“角色移交····”的需求是什么意思
需求方：就是根据所选中的角色，判断····（此处省略一篇小作文）
程序员：还是不太明白
复杂的事情，当面沟通能更有效地直面问题，帮助双方有效地获取想要的信息。
程序员：这个“角色移交····”的需求是什么意思
需求方：稍等，我过去你工位说（当面沟通，同时记录重点沟通的事项）
需求方：如刚才的沟通，这个需求的逻辑是：
1、···
2、···
//总结
掌握需求方与程序员有效沟通的六大姿势，双方在有效沟通中可以逐渐约定形成规范的流程，最终促进形成常规的需求文档。围绕需求的目标，双方在常规固定的文档范围内沟通需求，同时结合需求方与程序员有效沟通的六大姿势，把有效沟通发挥到极致的效果。
排版：chuanrui