让正确的事情相继发生

内容来自网络，出自哪里已经记不清了，笔记整理内容如下，以此为鉴。

「什么是人才？人才就是给他一件事情，他完成了。再给他一件事情，他又完成了」

当我们的目标只是应付工作任务时，我们会关注职能边界和工作责任。我们做好自己的这一部分，然后等着别人完成属于他们的那一部分，当别人没有按照期望完成工作时，我们就会冷嘲热讽，觉得是他们的无能影响了目标的实现，有意无意的想「事儿成不成无所谓，只要别是我这个环节的责任就行了」。

然后就是推诿，找借口，装无奈，觉得自己英雄无用武之处，黄金被沙粒埋没，被无能和愚蠢的环境、同事、老板、公司制度、公司文化所扼杀。

相反，若我们的目标是「让事情发生」，状态就会完全不同。为了让事情发生，就得杀红眼，就得人挡杀人佛挡杀佛。

「让正确的事情相继发生」是唯一的标准。

别管什么边界，也别管什么权利——没权利就建立影响力，连影响力也没有就抱着别人的大腿哭着求，如果又不懂得建立影响力，又跪不下去，就别当产品经理了。另外也别太在意和谐，如果目标是让正确的事情发生，那么其他人怎么看待我们，觉得我们是不是傻逼根本就不重要。更别在意不公平，想要做成事，受点委屈太正常了，不要一天到晚苦大仇深，啜泣叹息了。

「让正确的事情相继发生」是唯一的标准，用结果说话，过程中吃了多少苦根本不重要。

「正确」关乎于自省，能通过自我拷问或其他人的挑战不断修正和完善方案和路线。我参加过无数场评审，评审中的产品经理有两种，一种抵制别人的挑战，或奋起反抗，或冷嘲热讽，另一种热切的期望别人的挑战，甚至加入到对方的阵营中一起挑战自己，完善自己的想法，避免潜在的风险。

优秀的产品经理能拿住当前的烂摊子，最大限度的利用团队有限的资源和能力，一步一步向着最终的目标前进。

有句老话叫做：「成功是团队的成功，失败是产品经理的失败」，大是特是。

「让正确的事情相继发生」，就是产品经理的全部工作，如果在这个过程中需要懂技术，就去学技术，需要懂交互，就去学交互，需要懂画图，就去学画图，需要懂公开演讲，就去学公开演讲，需要懂 XX，就去学 XX。团队中，谁都可以说这不是我的职责范围，只有产品经理不行。

觉得冤枉、憋屈、不公平？抓紧时间，赶紧转行。

让正确的事情相继发生，真的只是产品经理的使命吗？ 如果是那么我愿意去做，那么在做成产品经理之前，首先要【让正确的事情相继发生】这个使命放在自己的心上，并能实地去做，让正确的事情相继发生站在程序员的角度包括说服项目经理同意自己的设计方案，包括设计采纳自己的建议，包括自己思考如何优化流程并建议产品经理，如果不同意，那么就可以直接向上一级反应这个情况，但前提是流程足够简化，足够实用，足够简便。记住自己的工作可以是很有意义，很刺激的，只是自己把它固化了。