本文转译自Quora，原文链接见末尾。
Ian McAllister, Director at Airbnb
首先你需要确定一个优先级的评判标准，这样可以大大帮助你去做类似的决定，这个标准框架包括：
一旦你有了上述的评判标准框架，你就可以分配一定的资源来满足你的基本需求，并把剩下的资源投入到你的目标愿景上。如果你把很多额外的精力投入到你的基本需求上，那么你就可能在你的目标愿景上投入资源不够，也就没有办法拓展你的业务。如果你发现满足了基本需求后，没有足够的资源来应对目标愿景，那么你的人手也会不够，那你就可以把你的基本需求再往下调整一点。
如果你能够适当的调整资源（比如轮流安排工程师来做基本需求），那么你就可以独立安排（攻防需求）基本需求和目标愿景之间的优先级。根据我的经验，这比根据具体情况确定两者（比如新需求与bug）的优先顺序要简单的多。
Michael Wolfe, five startups and counting
从理论上讲，所有的产品资源投入都应该与业务目标相匹配，所以产品管理团队应该在新需求、质量、规模和工程团队所做的一切事情上投入资源。许多产品经理持有这样的看法。但是，我发现这个东西在实践中总是有一些问题，原因可能如下：
我更喜欢“工程师来决定质量问题”的方法，工程团队决定一个需求在质量达标的时候发布，以及决定当一个Bug出现的时候投入多少资源去解决它。工程团队来决定处理Bug用多少开发资源，剩下的资源就用来开发新需求。