关于研发哲学：项目紧急，先把功能完成还是先修改缺陷

我不知道这个选择题是不是很容易说明白，所以我在群里问了下，谢谢China Tracy给的答案：“作为项目经理就是要考虑干系人的关注点， 他们在结项时的要求是什么，是要高质量的项目成果，还是要个大而全的系统范例”。和我前几天思考的差不多。
这个答案非常正确，正确到了分不出初级和高级的区别，所以我很郁闷，我有一个貌似很高级的发现，但是我提问的能力太弱，高级的发现被掩盖了，就像我儿子问我，为什么小鸟会飞。我的回答是因为他有翅膀。我知道我很混账，鸵鸟也有翅膀，但咋不会飞。我用儿子的无知掩盖我的无知，我的答案似是而非。（这里可不是说China Tracy的答案错误，只是不是我想要的）

回到正题上，“项目紧急，先把功能完成还是先修改缺陷”
1、你做为什么角色代入，每个人都会有自己的视角来观察事物，项目经理、工程师、客户、乃至开发、测试、SQA都有自己的视角。
2、每个人在项目中的干系程度，项目经理未必是强势的，测试未必是弱势的，客户不是不好说话的，所有的一切因人而异。
3、比如婚姻，如果某人交了一堆异性朋友，考虑不好向谁求婚，我说先随便挑一个吧，到时候看着更好的在换也可以啊，我估计会被N多人鄙视，直接说我脑残了。因为结婚大事，如果儿戏，后果很恶劣。那好，凭什么做项目就可以理所当然接受一个没有质量的大而全的东西。一个项目经理，总是做这种项目的话，客户是忽悠过去了，自己的口碑会不会一起被忽悠走呢。这就涉及原则了。

现在我可以分析我的问题了，“如果做为一个Leader，我想要好好打理我的项目，让这个项目成为我的骄傲，那在紧急情况下。先完成功能还是先修改缺陷？”
依然会有不同的选择，因为太紧急了，紧急到了我们把项目当作了一个任务，就象是筑塔，今天搭到第3层，明天最好是第4层，后天再后天如果能搭到第8层，就能体现我们的先进生产力了……

这个塔我们当然可以交付出去，我们也许可以告别这个项目，建更宏伟的塔去，也许我们得陪着这个噩梦一样、时不时晃悠一下的塔，直到它或者我崩溃，然后眼不见为净。

今天的思考不是来自于突发奇想，而是来自于一段话“时间不够时，我们可以放弃某些Feature或者Feature里的某些功能。但是，牺牲质量从来都不是选项，……，同样的原因，我们在项目初期做全程监控，跟踪内存使用和文件大小，而没有把它留到项目Feature都“完成”后再来改进。
其实，功能不对，性能不好，易用性差都不能算完成。相比较而言，倒反而是功能多少比较可以作取舍。”
这是早上BOSS的邮件。
质量保证N多年，我居然连“牺牲质量不应该是选项”都叫不想了，真是值得沉痛反思与警醒。