问题标签 [cmmi]

我们目前有兴趣为我们的开发流程实施 CMMI 2 级。我已经阅读了一些关于 CMMI 和 Scrum 的文档。就我个人而言，我对将 Scrum 作为我们的原生开发流程很感兴趣，因为所有团队成员都可以轻松使用它（我们只是一个小团队），但我有几个问题：

1. 有人用 Scrum 实现了 CMMI 2 级吗？
2. 对 CMMI 和敏捷有什么建议吗？这些方法比 Scrum 或类似 Scrum 的方法更容易使用吗？
3. 还有与此主题和我们的要求相关的工具的任何建议。

最好的祝福！

我的企业即将开始一个有点复杂的项目，我们可能会在业务层使用领域驱动设计。该项目将使用 Visual Studio 2010 开发，并使用 CMMI 5.0 团队项目模板通过 TFS 2010 进行管理。

我认为使用 TFS 工作项来跟踪和管理业务层中的域实体和值对象的定义是一个好主意。然而，CMMI 项目模板似乎没有任何合适的工作项。我有以下解决方法：

1. 使用需求工作项，对其进行修改以使 需求类型字段具有更多可能的值，例如“域实体”。

2. 将新工作项添加到项目模板。

3. 放弃并且不要使用 TFS 来管理域实体，而是在单独的文档中跟踪它们。

我的问题是：您认为最合适的方法是什么？而且，过去有没有人做过类似的事情（使用 TFS 工作项管理域实体）？

熟悉 Team Foundation Server 的人通常向我询问有关分布式源代码控制的问题。

是否可以使用 Git 或 Mercurial 等 DVCS 进行源代码控制并遵守 ISO 9001 或 CMMI 等标准？

ISO 9001 和 CMMI 对哪些源代码控制工具应该和不应该有什么要求？

Git/Mercurial 是否有任何被 ISO 9001/CMMI 认为是有害的或需要具体考虑的事情？

我在http://www.ssqc.com/do25v6new.pdf找到了一些信息，但快速浏览一下，除了需要记录更改的内容、您使用的软件版本之外，它似乎并没有说明什么'已经部署，他们修复了哪些问题，并且没有理由为什么 DVCS 不应该能够结合诸如 FogBugz 之类的错误跟踪器和诸如 TeamCity 之类的 CI 服务器来处理这个问题。

我们如何区分流程模型和流程框架（如 CMMI）。它们如何相互关联？

我最近被告知我需要为我正在使用 TFS 和 CMMI 进行的项目定义需求。编写新需求时，您必须提供“需求类型”。我的问题是，我在哪里可以找到不同需求类型的实际定义？是的，当然我已经用 google 搜索过了，发现了一些紧密结合但并不完美的词汇表。

如果你们中的任何人有使用 CMMI 的经验，并且可以定义这些类型或指出更好的信息来源，我将不胜感激。

为了使这更容易，CMMI 需求类型（在 TFS 中）列出为：

• 业务目标
• 特征
• 功能性
• 界面
• 操作
• 服务质量
• 安全
• 设想
• 安全

我们开始在一个使用敏捷工作项模板的项目中进行编程。现在，我们想要保留一些代码历史记录。

此外，我们想更改为自定义的 CMMI 模板，因此它接近 CMMI，但经过自定义，工作项略有不同，还有一些新的/删除的（出于测试目的，我们将其设置在不同的项目中）。

我们现在如何将一个项目的源（和历史）与另一个项目的工作项合并？

据我了解，您可以简单地导出/导入工作项类型，但是，所有报告和查询以及仪表板也不会正确更新？因此，我们现在可以提出的所有方案都会导致版本历史丢失（只需使用 CMMI 将源的当前状态导入新创建的项目，然后更新工作项）。

有更好的解决方案吗？

（使用 TFS 2010 和 VS 2010）

编辑：可以在这里找到一些有用的信息：http: //blogs.msdn.com/b/willy-peter_schaub/archive/2011/05/17/tfs-integration-tools-where-does-one-start-part- 3-dust-has-settled-did-it-work.aspx - 像我一样，您可能会特别遇到 ProcessBuildTemplates 的麻烦

我想组织我们的IT部门，主要负责软件开发、系统管理和硬件维护。我认为我必须从编写流程和说明开始。由于我们从一开始就受益于标准，因此可以更好地组织 IT 部门的结构。为此，我一直试图在 Internet 上找到一些根据 ITIL 原则编写的进程。但是我还没有找到:(你认为我应该继续用CMMI搜索吗？哪一个更适合系统管理和IT部门管理？我知道CMMI与质量更相关，但我认为不是仅由质量组成。感谢您的宝贵时间...

费尔达

我们公司有很多使用 CMMI 4.2 流程模板的团队项目。我将升级到 CMMI 5.0 或 CMMI 6.0。

我发现http://msdn.microsoft.com/en-US/library/ms194914%28v=VS.80%29.aspx描述了一些解决方案，但它们似乎很棘手，而不是官方的！

值得一提的是，我不会更改流程模板（例如，Agile 到 CMMI），我只是想升级到较新的版本，那么有没有易于使用的迁移工具来将团队项目流程模板升级到 CMMI 5.0（从 4.2）

有没有人可以告诉我CMMI和敏捷之间有什么区别。我知道一些明显的区别，但我想进一步了解。如果有人可以帮助我，我将不胜感激！谢谢！

我们最近从 Gemini 过渡到 TFS 以进行应用程序更改控制。TFS 有一个方面我无法理解 - 缺少每个工作项将在.

在 Gemini 中，每个功能请求、增强、错误等都可以用版本号标记。如果该字段留空，则该项目是“未计划的”，即在积压中。每个版本都可以标记为已发布或未发布。然后可以创建报告，列出每个发布版本中解决的问题，即发行说明，以及未来版本中要解决的问题，即路线图。我对此非常满意！

现在在 TFS 中我找不到任何内置的版本概念。似乎有两种表示版本的方法：

作为迭代树中的父项，例如

版本 1.0.0

• 冲刺 1
• 冲刺 2
• ETC

版本 1.1.0

• 冲刺 3
• 冲刺 4
• ETC

作为工作项树中的父项，例如

版本 1.0.0

• 要求 1
• 要求 2
• ETC

版本 1.1.0

• 要求 3
• 错误 4
• ETC

后一种方法看起来更好，因为它允许同时处理版本（例如，主要版本将与错误修复版本同时处理）。

那么按版本管理工作的推荐方法是什么？

最后，由于版本属性实际上并不存在于工作项本身中，是否可以就每个版本中解决的问题进行报告？