我认为众所周知,软件工程项目的风险随着项目规模的增加而增加,而且规模的斜率超过线性。随着特征数目的增加,不仅估计值会增加,而且估计误差也会增加。
因此,敏捷方法强调需要将项目分解为适合于单个迭代的较小的工作。这提供了更好的项目可预见性(并在开发团队中提供了更高水平的理智)。
这个原则有名字吗?比如“约翰定律”之类的东西?
是否有任何研究将这一原则量化?规模和风险之间的关系是几何的还是指数的?
发布于 2016-10-28 22:15:19
没有确切地回答这个问题,但以下是一些与此密切相关的想法:
链接
在项目早期,要构建的软件的具体细节、具体需求的细节、解决方案的细节、项目计划、人员配置和其他项目变量都是不明确的。这些因素的变异性有助于项目估计的可变性--对一个可变现象的准确估计必须包括该现象本身的可变性。随着这些变量的来源被进一步调查和固定下来,项目中的可变性会减少,因此项目估计中的变异性也会减少。这一现象被称为“不确定性的锥”,如下图所示。如图所示,在项目总日历时间的前20-30%中,锥形的显著缩小。

布鲁克斯定律( Brooks‘late )是一种关于软件项目管理的主张,根据这种说法,“为后期软件项目增加人力使其变得更晚”。这是弗雷德·布鲁克斯在1975年出版的书“神话中的男人月”中发明的。据布鲁克斯说,有一个增量的人,当添加到一个项目,使它花费更多,而不是更少的时间。
https://softwareengineering.stackexchange.com/questions/334872
复制相似问题