大家看到这个题目似乎感觉，这就是一个设问句！
实际，这就是团队运转过程中实际遇到的问题的某个局部小场景。
往往，当项目实际的问题与岗位角色职责划分、组织人员协调、组织架构适配的问题纠缠到一起的时候，很多本来看着简单易解的问题，就会变成很棘手。如果没有及时解决，也会导致团队成员之间的相互抱怨和不满，影响团队成长。
接下来，我们回归问题：
【产品提的问题，开发人员反馈“搞不定”，怎么办？】
我理了一下，我们团队遇到这种问题的解决思路：
首先，我们分析一下开发人员搞不定的情况，无外乎几类：
第一 ，产品方案本身存在问题，导致技术无法据此实现。
第二，开发人员遇到难题了，不知道如何搞定。
第三，态度问题，不想搞定。
其次，遇到搞不定的情况双方应该如何处理？
第一，如果是产品方案的问题。开发人员指出，产品人员进行确认，必要时候产品团队修改+评审。
第二，如果是疑难问题或bug开发人员棘手了。此处团队内应该确定一种机制：个人允许有多长的思考时间，多久没思考出来，应将问题升级给团队负责人，集团队智慧思考解决方案，再落地部署实现。
同时，对于问题或bug的闭环要管理好。
问题排查了，没有解决的问题应根据问题进行分类，“按情况处理”。有明确的负责人对问题的处理进行拍板（挂起、继续解决，甚至替他解决方案替代，不予解决等）。
最后，送给大家，也是IT从业十年最大的感受。
那就是：自己依靠吃饭的能力一定要过硬。有的时候团队出现像如题目中的问题，看似是项目的细小问题，通过规范协同机制，制定规则可以约束。然而，究其根本，往往可能是产品人员和开发人员互相之间的不认同导致的。要么相互针锋相对，要么大家各让一步和气生财。那么问题来了，该把住质量和时间关的人员为了大家面子上的和气反馈“那就先这样吧”，对于团队质量的合力保障又怎么提现呢？更何况开发人员内心也并不一定会领情。烂项目大概就是这样产生的吧。
综上，是个人的观点，欢迎留言加微讨论。
个人微信：js_alice 公众号：晓陆成长社区（js_aliceGZH）
网友评论