2019年2月26日20:00，得到例会如期举行，会议主题为：怎么开展一项复杂的工作。脱不花提了6点建议。
- 什么都能丢，目标不能丢
人在做事情的时候，要时刻记得要解决的问题是什么。
记得前段时间做得到App的产品调研报告，洋洋洒洒写了30多页，最后要写结论的时候，反倒是草草几句话带过了。老师评价说，结论写的太简单，想想做产品调研是为了什么。的确，有时候为了完成任务而完成任务，反而失去了做事情的意义。但目标不能丢，并不是要我们唯KPI而行，而是学会适时得站在外部视角，以一个旁观者的身份来看待这件事，在出现问题的时候暂时停下来，想想如果没有这件事，原本的样子是什么，做这件事究竟是为了什么。如果下次拿到一个复杂任务，你能和老板说，这个不是最优方案，然后给出自己的理由，一定会得到应有的尊重。
- 框架式学习
如果你最开始接触到的厉害的人没有你想象中那么强大，别担心，也别气馁，只要他在这个圈子，他就一定知道比他厉害的人，你可以通过他认识下一个大人物。
脱不花没有读大学，但她从认识的第一个人那里，认识了下一个厉害的人，又下一个，最终获得了在某些知识金字塔顶尖人物那里学习的机会，成就了今天的脱不花。又想起我最近投稿的事，连着几次被拒绝，原因是分析的深度不够。于是，我专门到那个网站上，翻看那些阅读量、收藏很多的文章，有时候看完，会有一种不过如此的感觉。但关掉网页，却连刚刚看过的内容都说不出来，我就是犯了眼高手低的毛病。其实每篇可以发表的文章必有其可取的地方，我能发现它们并学会，才是真的学习和提高。罗马不是一天建成的，框架也是，先从身边认识的第一个厉害的人开始学起吧。
- 学会拆解任务
拿到一个新任务，特别是复杂任务，先想，任务可以分成哪几部分，哪些是可以加班自己完成的，哪些是需要和leader谈判的，哪些是需要协调资源的。要做好优先级的排序，把握好解决问题的关键节点。
每个人的人生其实都是一个产品，产品迭代到最后，需要具备的功能很多，我们要做的就是画出目标的“功能结构图”，将这些功能拆解成不同的模块，随着时间的变化开启不同的迭代路径，计算好关键节点，然后就去做。“判断信息，抓住要点，整合有限的资源，把自己的价值打包成一个产品向世界交付，并且获得回报。”
- 学会求助
学会利用身边的工具（包括人际工具）。
有些事情，我们自己做会很费力，但可能对于身边的人来说，是轻而易举可以做到的。对于一个公司来说，最有效率的工作方式就是学会求助。读了多年书，但不要把自己限定在考试的范围内，每件事都独立完成，有时候学会求助，不仅是自己高效工作的一种方式，还是公司对外业务得以顺利开展的重要因素。
另外，求助意味着需要反复向别人阐述自己的观点，这是一个不断提炼和优化想法，并使目标更加明晰的过程，目标明确，事情就成功了一半。
- 让参与人员变成利益相关方
让身边的人变成利益相关者，事情就变成了大家的事，而大家不会拒绝支持自己参与的事情。
脱不花说，她以前做管理咨询，业绩做的很不错，每次提案基本都能百分之百通过，其中一个很重要的方式是让每一个参加评审的人变成利益相关者：开会前，确保和每一个人充分沟通过方案，大家都变成了参与者，之前有的反对意见也已经得到修改，成功的概率将大大增加。这也很像产品经理，一个产品的诞生，不仅是产品经理的事，在产品开发的过程中，设计、研发、测试、运营、市场等都会慢慢成为这个产品的利益相关者。也许下次需求评审的时候，事前我们先和必要的参与人员充分沟通，评审会上的diss就会大大减少了。
- 少想多做
测不准原理说，只有真目标值得想。
生活中，我们总是对还没有发生的事情充满着焦虑，并预想了各种各样的困难，绞尽脑汁想要得到解决方法，其实这是没有意义的。生活中充满着不确定性，可能当你完成一个步骤时，环境已经发生了变化，原先设想的困难可能已经不存在了，或者产生了新的困难。我们要做的，就是朝着自己的目标去努力，少想多做，适时的“停止思考”，成为行动的巨人。如果一个产品或运营经理，在开展工作之前就想预想到所有可能的困难，工作进度条恐怖将永远停留在0那里了。
