面对面沟通
公司业务迁移，前端从版本A切换到版本B，变化的主要是前端展示，底层系统基本没变。从业务方的角度，是想知道A和B版本对业务的影响，有什么变化，变化是否文档化并通知相关干系人，这些都确实是业务方应该关注的。
从昨晚开始，作为项目经理（其实不应该是我负责），我开始沟通协调TOP5的前端展示。因为对前端业务不熟悉，只能按“名”索骥，去找对应的产品，梳理逻辑后同步运营接口人。产品同学决定这类操作人应该方面对齐比较好，发个文档业务也不一定清楚，所以建议明天面聊。产品同学经验丰富，是处理这类问题的高手，我其实这方面经验还有待提高，微信和即时工具发信息都不一定能解决问题，面对面或者电话会议才是王道，毕竟文字表达可能都有歧义。第二天一早，业务方提供执行名单时，我就催促前端产品，发出操作手册。
邮件发出后，业务反馈不是前端简单设置即可。业务接口，其实是从别的业务同学那里得到信息的，说可以在底层系统设置的，她也是听说，对系统不熟悉，说到底层系统需要配置，出个手册。由于我在底层系统工作过很长一段时间，对他们实现的功能比较了解，自然是知道底层系统没有修改这一部分的。当然业务方既然这么问，我也就咨询了底层产品，确认信息正确。
在即时沟通群内同步产品的确认信息后，业务方不干了，她认为她没错，我一直误解她的意思，是我理解有误。随后她主动拉入后端产品确认，后端产品也不知道怎么有这个功能，一脸懵逼，前端产品也不知道他们在说啥－表示期望面聊。最后另一个项目经理介入（这是他的活儿），我也顺便说退出了，群内建议当面沟通比较好，觉得自己跟无奈，出力但不讨好，当然我还是百分百确认这件事情与后端无关。我随后私下跟业务方接口说明自己的见解，说另一个项目经理会跟进。
虽然宣布退出，我关注着事情的进展，真的害怕这样的业务方。最后的处理方式：业务接口人派出下属，找实际操作人确认他们的具体操作，碰到的具体问题，要达到什么业务诉求。再找前端产品当面对接配置，形成操作手册，最终实现业务诉求。
短时间内高效沟通解决高优先级问题的最佳方式是面对面，是在不行就视频国电话会议，涉及操作类甚至可以录视频，除非一两个wiki可以摆平。回顾这件事情，几个方面可以做得更好、更高效？
1. 口口相传容易出问题，可能的话，当面聊，视频会议或电话会议都可以，只有口头沟通效果最好，当然会后共识总结和纪要都非常重要。有意识提前规划会议，让大家口头聊，而不是不停地在群内澄清。
2. 对于操作性内容，最好直接负责操作的同学能够对接，了解他们的工作习惯。有时候会议排出个接口，不懂实际操作，这比较难定位问题。有点像谈产品需求，老大说的系统细节不一定，因为系统随时都在变化。
3. 遇到即时群沟通不畅时，不要在群内发泄不满，电话聊，要求当面聊，不要把负面情绪带到群内，成熟点啊，项目经理哥哥。识别干系人，定位干系人，管理干系人期望，都非常重要。
4. 个人比较赞成业务方的观点，切换版本这种需求，产品应该主动梳理差异和影响点，与业务对齐。同时业务同步运营计划，积极主动解决问题，而不是被动被催，合作才是王道。
回顾PMP的知识，项目沟通管理是项目八大知识领域中最重要的领域之一。权威统计，项目经理绝大部分时间都在忙于沟通，不管是组织会议，写周状态报，向上汇报进展和风险，向下管理进度和风险。邮件组，即时群，微信群，伊妹儿，电话，一对一，一对多。一天到晚，要么在开会，要么在准备开会，要么在去开会的路上。沟通管理对日常工作和管理干系人如此重要，需要不断学习，不断总结，才能让自己变得更职业。
网友评论