我为你总结一下，
1）你有没有去Review业务部门给你的这么多的需求，哪些是合理的，哪些是不合理 的。在Amazon，开发工程师都会被教育拿到需求后一定要问——“为什么要做？业务影响度有多大？有多少用户受益？”，回答不清这个问题，没有数据的支 持，就不做。所以，产品经理要做很多数据挖拙和用户调研的工作，而不是拍拍脑袋，听极少数的用户抱怨就要开需求了。
2）产品经理也要管理和教育的。你要告诉你的产品经理：“你是一个好的产品经理，因为你 不但对用户把握得很好，也会对软件工艺把握得很好。你不但会开出外在的功能性需求，也同样会开出内在的让软件系统更完善的非功能性需求。你不是在迁就用 户，而是引导用户。你不会无限制地加功能，而是把握产品灵魂控制并简化功能。你会为自己要做的和不做东西的感到同样的自豪。”你要告诉你的产品经理：“做 一个半成品不如做好半年产品”（更多这样的观点请参看《Rework摘录和感想》）
3）做事情是要讲效率的。Amazon里喜欢使用一种叫T-Shirt Size Estimation的评估方法来优先做投入小产出大的“Happy Case”。关于什么是效率，什么是T-Shirt Size Estimation，你可以看看《加班与效率》一文 。
4）需求总是会变化的，不要抱怨需求变化太快。你应该抱怨的是为什么我们没有把握好方 向？老变？这个事就像踢足球一样，你要去的地方是球将要去的地方，而不是球现在的地方。你要知道球要去哪里，你就知道球之前是怎么动的，找到了运动轨迹 后，你才知道球要去像何方。如果你都不知道球要去向何方，那你就是一只无头苍蝇一样，东一下西一下。
当你忙得跟牲口一样，你应该停下来，问一下自己，自己成为牲口的原因，是不是就是因为自己做事时候像就牲口一样思考？
其它
最后，我在给阿里今年新入职的毕业生的“技塑人生”的分享中，我给他们布置了5、6Homework，分享几个给大家：
1）重构或写一个模块，把他做成真正的Elegent。
2）与大家分享一篇或几篇技术文章 ，并收获10-30个赞。
3）降低现有至少20%的重复工作或维护工作
4）拒绝或简化一个需求（需要项目中所有的Stakeholders都同意）
部署这些作业的原因，是我希望新入行的同学们对自己的工作坚持高的标准，我知道你们会因为骨感的现实而妥协，但是我希望你们就算在现实中妥协了也要在内心中坚持尽可能高的标准，不要习惯成自然，最后被社会这个大染缸给潜移默化了。因为你至少要对自己负责。
芝兰生于空谷，不以无人而不芳！君子修身养道，不以穷困而改志！
