0

有没有人有任何关于项目敏捷资格标准的好文件?也许是在项目开始之前识别机会和风险的清单。

谢谢 :)

4

2 回答 2

1

简短的回答是:如果您的项目是以下所有内容:

  • 短期(根据经验,不超过一个月)
  • 简单(关于该项目的所有信息目前都是已知的)
  • 直截了当(交付后,将没有未来的开发/维护)

那你可以考虑不做敏捷了!

在所有其他情况下,以敏捷的方式开发项目将为您提供很好的服务。

从小型初创公司到大型跨国公司(例如微软),越来越多的公司正在实施敏捷思维和方法。

从小客户到中型金融机构再到大型金融机构(例如美国国防部),越来越多的客户正在接受、鼓励甚至要求灵活、渐进的交付和开放可见的开发项目。

不过,要理解的重要一点是,对敏捷是什么和不是什么的看法通常是错误的。例如,不计划或不记录是,尽管普遍认为不敏捷

我的建议是首先确保您了解敏捷的真正含义。这里有一些很好的资源:

  • 敏捷宣言(重要提示:虽然左边的东西更重要,但我们仍然重视右边的东西)。
  • Scrum.org 的Scrum 指南
  • 丽莎·阿德金斯的博客
  • 如果您原谅我自己的无耻插件,您也可以阅读我的博客
于 2012-06-20T15:35:52.597 回答
0

他们是这样的:

此外,您可以在 Google 上搜索:敏捷项目清单。

祝你好运。

于 2012-11-16T01:46:25.060 回答