171111 反思下组织管理的问题

2017-11-11 本文已影响9人 panberglee

问题来源
一个月前问产品提了个需求，建立收集用户反馈问题的能力，完成一个应用的客户端和服务端开发。
每天纠缠产品经理的结果是产品部牵头和开发，客服部门讨论了一个方案，客服出产品需求，开发出人力开发，产品提供需求完善和设计资源协调的人力。
心里以为事情总算可以走下去了，可惜事与愿违。

冲突爆发
一个月内，客服出的需求负责人，跑通了服务端的产品定义和需求开发环节。但是到了前端开发的环节，客户端产品部迟迟不给支持。即便客服的需求负责人给出了自己心目中的需求定义，产品那边的接口人还是坚持认为自己没义务参与这个需求定义的环节，所谓的支持，在项目端看来，完全是空头支票。

问题处理
冲突到现在，来了位台湾的资深同事，直接要求产品把全部工作承担下来，作为需求定义的发起人和负责人。

问题反思
整个事件下来，给我这个新手感触很深，特别是项目管理的组织和风险管理上面

必须让合适的人处在合适的岗位上
- 我最大的问题，是让一个不合适定义需求的人，承担了定义需求的角色
风险识别能力不足
- 对于一个半路出家的客服负责人，能否清晰，有质量的输出需求方案，本身就是一个巨大的风险
- 对于怎么规避这个风险，没有给出应对
- 即便必须这样做，也可以提前明确产品需要提供的支持，建立这个客服人员和产品同事定期的需求沟通
对于权责的意义认识不足
- 我的思维还停留在只要有人上，就可以把任务跑起来的草莽阶段，对于要不要找最合适的人来投入，还没有坚持
- 对于公司层面，谁对什么东西负责的问题，没有概念；这样草率的执行下去，很可能做出一个各方都吃力不讨好的东西来。导致执行同事的付出被伤害，被否定

吐槽