5

选择正确的生命周期和方法论并不像以前那样容易,当时没有那么多方法论,现在每天都会出现一个新的方法。

我发现大多数项目都需要一定程度的进化,而且每个项目都与其他项目不同。这样,极限编程适用于拥有 15 名员工的给定公司的项目,但不适用于 100 名员工的公司,或者不适用于给定的项目类型(例如实时应用程序、科学应用程序等) .

我想要一份经验清单,主要说明项目类型、项目规模(参与项目的人数)、项目时间(实际的或计划的)、项目生命周期和方法以及项目是成功还是失败. 任何其他数据将不胜感激,我认为如果有足够的数据,我们可能会找到一些模式。当然,欢迎评论。

  • PS:非常大,PT:非常长,LC:增量-CMMI,PR:成功
  • PS:非常大,PT:很长,LC:瀑布-CMMI,PR:成功

编辑:我将用所有答案的统计信息构建一个“摘要”。

4

2 回答 2

1

我的个人经历:

  • 项目规模:非常大(150+人)
  • 项目时间:很长(+6 年)
  • 项目收入(预计):4000万美元(军方正在支付)
  • 项目生命周期:增量生命周期。每年的主要里程碑。
  • 项目结构:一开始是传统的(系统部门、开发部门等)不太好。后期基于流程(流程建立工作流、需求、设计、实施、测试、反馈、指标):到目前为止相当好。
  • 项目结果:成功(到目前为止)
于 2008-09-13T22:29:04.063 回答
1

干得好:

  • 项目规模:约100万行代码,30人
  • 项目时间:9年
  • 项目生命周期:良好的老瀑布,由于大客户的需求,但交错交付给 QA 团队 - 当您有客户对大客户的承诺时,很难保持敏捷
  • 项目结构:我们按部门组织,但我们使用 CMMI 使它们保持同步——我们有利益相关者、工作产品、偏差程序等。
  • 项目结果:我们确实通过实施 CMMI 得到了改进,并且每次都按时交付了我们最近的几个版本

-C。

于 2008-09-13T22:49:45.153 回答