不记得是哪位名人说过的话，“有人的地方，就有江湖”。太对了......
虽说是IT项目管理，然而本质还是管理。对人、对事情的管理。将事情理顺了，部署落实明白了，实则是一门学问。
今天，要聊的是pm的一项实用的技能—提问！话不多说：大家感受一下！如下：
前几天，我们上线了一个版本，运营在协同群众说，系统界面上新增的站点字段，之前是：山东、辽宁，新增的变成了湖北省、湖南省......此中差异，着实让客户看到会觉得“嘲笑”，需要立马处置...
1小时后......群里，运营火急火燎的又问：技术部怎么还没解决，有那么难吗？！
作为团队一员，顿感脸红、火辣辣...
来不及回复什么。直接拉群叫上：负责该块的产品+开发总监。
问题1：我们卡在哪里？
产品：业务和运营推到我这的问题有很多，我需要根据优先级来。我们之前定的影响功能不能用的才能热更，这种界面的问题我反馈运营按迭代排进去到迭代14了。
技术：实际出现这个问题是运营自己配错了。（潜台词：运营自己搞错，还叫唤的起劲）
产品：我们这个不是自由配置的功能，是通过手工位数据库加的。
技术：是的，按要求我们是不能直接动生产库。
问题2：迭代14我算了下，要一个半月，业务能受得了吗？
产品：那怎么办，这种我只能看运营叫唤，叫唤急了在处理...这种问题我之前手头也有呀。不能全热更吧。
问题3：技术实现的话，难吗，影响多大？
技术：技术听产品调度，走流程呗。要热更、要动库。产品说改，开发权利配合。
技术：从技术的角度，不能给大家的感觉技术可以随便改库。这是不对的！！！必须禁止！
问题4：那听下来，导出的结论是：我们等业务的叫唤的急不急再决定是否评估影响，是否走报备流程？这个思路对吗？
技术：技术没问题，随时待产品触发。
产品：领导联系不上哦,就是改也要领导批呀...（领导在国外有8小时时差，告知可以留言）
产品：我再去跟运营对接下。给领导留言试试。那也麻烦技术做好修改准备。
问题5：如果领导不回复，不改了吗。改了影响多大，不改影响多大？
产品：好吧，改吧！领导如果怪没走流程，我兜着。我这就协调运营。麻烦开发着手准备。给我一个影响评估。按流程做好备份和应急。我去准备发起申请单。
......
至此，奉上现场报到.....
感悟：得到听书《高绩效教练》，对“提问”这方法甚至喜欢，工作中下意识使用和训练，自我感觉效果还不错。强烈推荐......
个人微信：js_alice 公众号：晓陆成长社区
