完美软件开发中的规模经济问题

这本书中分析了很多问题，也回答了很多问题，但与此同时却也发掘出了很多待解决的问题。在这里，把这些待解决问题做个汇总，希望能引起更多人的关注，共同来解决它们。

●在限定问题下，软件的简单性有极值么？如果有可以用什么样的指标来进行统计。

●如何统计数据来显示物理环境对人的工作效率的影响，比如，“人/每平方米”和“思维效率”间的对应关系是什么？

●软件的统计单位是否可以进一步精确定义？3.3中提供的复杂度计算方法如何才可以进一步优化？

●规模不经济是否可以打破？比如，通过固定人数，更长期间的方式。

情形1：软件的规模由原来的n膨胀为2n，为了确保进度，人员规模从原来m也膨胀成为2m。

情形2：软件的规模由原来的n膨胀为2n，但由于没有时间压力，人员规模保持不变。

其中，情形1会表现出规模不经济，而情形2是否可以打破规模不经济。

团队规模与生产效率间的关系，本书在6.9中推算出10人左右是最合适的团队规模，不知是否有确实的统计数据来对此进行验证？(www.xing528.com)

●迭代时的不确定性锥会变成什么样子？

●软件规模与文档规模的比例（尤其是需求文档和设计文档）大致应该是什么样子？

●分析和设计方法的混合方式都还有哪些需要完善的地方？

●通过什么样的参数来判定是应该选择职能式组织还是矩阵组织？

●CMMI的四五级和软件不可精确度量的矛盾如何平衡？

●是不是应该按特定类别统计各种类型软件的典型数据：如生产率，缺陷率等，并有人集中定期公布？

●工作意愿对项目生产率的影响是否有可能做到分级，并基本量化？

●是否有可能摆脱现有的以文档为中心的需求记录模式，而启用类似Wiki的方式来管理需求？