规模，工作量，资源和工期 软件项目的复杂性就在于这几个因素间基本都没有简单的线性关系可寻。在项目过程不成熟或积累的历史数据不够的时候，慎用直接估算规模的方法，因此及时估算 了规模也不清楚团队的实际生产率情况，无法根据规模推出具体的工作量。在这种情况下一般可以直接估算工作量，在项目进度跟踪过程中再收集产出物的规模数据 以积累历史数据，方便后期建立相关的预测模型。 功能点和代码行是可采用的规模数据，但采用代码行时候往往无法区分不同的代码类型本身往往具有不同的复杂度，对于逻辑层实现算法的代码和UI层实现简单完 整性代码，虽然可能相同的代码行，但其复杂度不同将直接导致工作量的不同。对于任意一个功能点的开发基本都会涉及到DB,逻辑层和UI代码，因此可以给出 一个综合的代码生产率数据，然后根据该数据到计算工作量。 当新项目的规模比历史项目规模大几倍的时候，往往工作量会成指数级增长，在这种情况...

正确估算你的存储需求 多年以来，我的许多客户都遇到一个令人烦恼的问题，即他们必须不断地投资购买容量越来越大的存储系统。每次当他们根据原先的存储需求增长率来建立一个存储系统时，最终的结果都会使他们失望。存储需求的增长趋势是一种令人讨厌的“间断平衡”模式，即沿着一条正常的曲线增长，但是在某些时间点上会突然产生爆炸性的增长。追踪那些突然呈现爆炸性增长的存储需求的主要来源，将可以使我们更准确地估算存储需求，由此还可以节省日后重新规划存储容量的工作。 存储需求的主要来源 当我检查我的存储项目记录时，我意识到了问题所在。我的原始记录包含了大量关于存储系统使用的信息。通过这些信息，我们估算出了多年来的一个单一的增长率。不幸的是，我们犯了数据分析中的一个典型错误——把一个一段时间的整体数字当作一个实时样本中的数字。当然，随着时间的推移，这两个数字会趋于一致。...

作者：石海东1. 准确的项目估算是项目管理的前提 对于IT服务企业来说，项目估算是至关重要的基础数据。一方面，项目经理要根据估算做成本预算、资源需求、进度计划。如果估算错误，那么这些计划都是不符合实际的，项目经理、公司管理层都在一个错误的计划的基础上进行工作安排，其结果可想而知。另一方面，IT服务企业的项目报价，也是基于项目估算。根据项目估算的工作量和成本，打上公司要求的合理毛利率，最终得到基础报价。如果估算错误，报价也是无稽之谈了。神州数码在第一次进行定量化项目考核时，就遇到估算的难题。定量化考核的结果，是有很多项目的进度、成本偏差非常好。比如原先预算200万的项目，实际只花费100万就完成了。这似乎是出色项目管理的表现——其实不然，大部分是因为项目经理在做预算时打入了太多的“余量”，或者说，项目经理严重高估了项目预算。这样就带来了关联的众...