2008-09-13 99 views
5

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

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

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

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

编辑:我将构建一个“摘要”与所有答案的统计数据。

+0

你能纠正“lyfe-cycle”标签吗? ;) – macbirdie 2008-09-13 22:49:22

回答

1

我个人的经验:

  • 项目规模:非常大的(150 + 人)
  • 项目时间:非常长(+6年)
  • 项目收入(估计):40 万元$(军方支付)
  • 项目生命周期:增量 lyfetime。主要里程碑每 一年。
  • 项目结构:传统 第一(系统部, 开发部等)不如 好。过程基础稍后( 过程建立工作流程, 要求,设计, 实施,测试,反馈, 指标):到目前为止相当不错。
  • 项目的结果:成功(到目前为止)
1

在这里你去:

  • 项目规模:约100万行代码,30人
  • 项目时间:9岁
  • 项目生命周期:由于大客户的要求,老式的瀑布很好,但是交付给QA团队的交错 - 当客户向大客户承诺时很难保持敏捷
  • 项目结构:我们按部门组织,但我们使用CMMI保持同步 - 我们有利益相关者,工作产品,异议程序等。
  • 项目结果是:我们真的实施CMMI改进,每一次都救了我们过去几年发布时间

-C。

+0

真的,9年跨度的瀑布,你确定?瀑布不是增量式的,我的意思是,你在瀑布模型中传递给客户一次。 – 2008-09-14 10:14:31

相关问题