阅读《构建之法》的部分疑问

（1）我们在做一个软件项目的时候，如何定义对项目的要求，以及要求有多高。在还未修复调试好的时候就发布使用，虽然基本功能都能完成，但是有很多bug，最后会导致修改一些bug成本太大，或者造成的影响太大。但是我们如果从头开始注意质量问题，一直反复修bug也会花费非常长的时间。我们应该如何把握好这之前的度，能够较为和平的维持双方关系？

（2）书中有一段对话很有意义，大概讲一个新人进入公司看到前辈写的一些程序觉得很垃圾想要推到重写，这时候一个老员工告诉他他现在看到的这些程序也是前辈刚进入公司的时候觉得程序很不好改写的结果，反而还没有原来的好用。当实际遇到这种事件时，我们是应该视而不见，还是如何处理。

（3）在团队做项目时，如何分配每个小组成员的工作量？如果是一个专业成熟的团队，每个人技术都足够优秀，完全可以考虑小组成员平均分配，或者按照个人能力技术问题按比例分工。但是对于我们现在分工的团队，在我们小组分工的时候完全把握不到这个度，甚至都不清楚都需要做什么工作，个人能力的认知上可能也有缺陷。