|
项目管理者联盟
跟之前合作的RD聊天，忽然觉得自己真的没有白干。在项目合作过程中，大家从素不相识变成朋友。不但项目顺利开发，未来合作也会更加顺畅。产品总是自嘲产品汪，吐槽沟通困难，需求难搞。在与不少同行的交流中，与RD的沟通问题俨然成了大家的痛点。那么，怎么才能跟RD小伙伴有效地沟通呢?我觉得做到以下几点就成项目管理者联盟
<PM要明确自己的需求是什么?PgMp.mypm.net
PM一定要明白自己的需求。你不能直接告诉RD，我想要个XXX功能，然后人家给你做出来了你不满意再让别人改。就像截图里那样：你不能总是抛出问题，而是要解决问题!RD的工作只是帮你把想法实现!项目管理者联盟
很多时候，RD并不了解具体业务流程，也就是说他们不知道这个功能为什么要有，是干什么用的，应该输入什么数据，应该导出什么结果，结果应该是什么形态的，这个形态的结果对业务有什么作用，对整个产品造成了什么改进……项目管理者联盟
我在跟RD沟通需求的时候，通常会指明这些条件，有些会明确的写在PRD里，有些会在需求沟通时说明，然后附加邮件。项目管理者联盟
我会让大家明白我们的业务流程是什么，有什么问题需要改进，改进之后应该是什么样子的。项目管理者联盟
我会明确指出该需求的范围、限制、必须实现的功能。项目管理者联盟
根据自己的理解，画出业务逻辑流程图，然后跟RD讨论可行性，最后形成终版流程图。项目管理者联盟
最后用邮件把大家的讨论结果汇总，附上终版流程图，就是一份可以使用的PRD了。PS：对于比较大的功能改版，还是要出具需求PRD，然后在产品总的PRD中标明迭代情况。talent.mypm.net
做好上面几点，我们在开发开始前就能跟RD们达成共识，确定了共同的目标，有任何沟通问题也可以有(tui)据(xie)可(ze)依(ren)。转自项目管理者联盟
产品经理在正式开发之前，就应该就项目具体规划与技术经理达成共识，对于技术难点提前预研，协调关键人(设备)进出时间节点，完成开发量预估，针对开发难度、产品规划确定最终版开发方案。对整个开发团队(包括测试、UI)进行项目总体说明，使大家对于产品形态等大方向形成共识。
<在开发过程中我们应该如何跟RD沟通呢?项目管理者联盟
PM千万不要把PRD给RD们一丢就认为万事大吉了，开发过程中的沟通也是必不可少的。最恐怖的问题就是功能提交测试你才发现跟需求文档不符，这个时候你是改需求还是准备挨刀子?项目管理者联盟
这世界上没有笨蛋，每个人对事物都有自己的看法。哪怕你在PRD里面明确的需求，有上进心的RD都会按照自己的理解再帮你优化，这个时候就有可能出现好心办错事的问题。所以，我们应该与RD随时保持沟通。项目经理圈子
话又说回来，谁会喜欢一个人天天跟监工似得在自己边上絮絮叨叨呢?这个时候你就需要一定的沟通方法了。项目管理者联盟
充分利用早上打招呼的时间。blog.mypm.net
不管是面对面还是微信上，早上一定要跟RD说声早上好，然后捎带手问一句“进度如何”、“有啥问题没”?club.mypm.net
明确关键里程碑。项目经理圈子
不管多小的开发工作，关键里程碑一定会存在。你通过日常沟通发现将要(已经)触及这些节点的时候，一定要贴上去再次明确功能表现。当然了，别跟领导似得问：“XX，这个你要怎么干?”卖萌是个好方法，这样问：“帅哥，这个点我规划的时候就觉得有点硬，你开发的时候都怎么做的呀?”“真厉害，我都没想到还能这么实现。”training.mypm.net
积极参与白盒测试。项目管理者联盟
联调的时候一定要在场，不管有多少小毛病，只要主干流程跟你的需求一样，那就算万里长征到陕北了!项目管理者联盟
在周例会明确立场。项目管理者联盟
说了那么多卖萌，你要真信了我保证你工作做不下去^_^
，低三下四没人看得起!都是做工作，凭什么就得跟条狗一样求着做需求，说你是产品汪，你就真当自己不是人了?前面几条只要你做到了，整个产品的开发进度就完全在你心里。PgMp.mypm.net
例会的时候不用多说，等每个RD叙述自己工作的时候直接指出他的进度点、问题、效率等，该表扬表扬、该督促督促。然后在会上完成RD间的协调，说明开发进度，统一说明业务总体部署情况等。这个时候，你就是整个项目的指挥家，不管是UI、RD亦或是其他都是围绕着你运行。我喜欢做PM就是这个原因。项目管理者联盟
|
