问题标签 [agile]

我相信敏捷不过是螺旋模型的另一种实现。我是 Spiral 的大力支持者（螺旋模型是一个软件开发过程，结合了设计和原型设计阶段的元素，努力结合自上而下和自下而上概念的优势），并且已经看到许多项目在不知道它们在螺旋世界中运行的情况下实施螺旋。从敏捷开始流行的那一天起，螺旋的概念就开始被忽视了。我确信对于复杂的项目螺旋仍然是最好的选择，但我想更好地了解敏捷和螺旋技术之间的异同。谁能解释他们的差异/相似之处？

真的没有太多要补充的主题。

我正在寻找适用于 Windows 的免费任务板/燃尽报告工具。

我在一家获得 CMMI 5 级认证的商店工作。该认证很重要，因为它使我们能够接触到某些客户和合同。我正在研究如何将 Scrum 与 CMMI 相结合。我找到了一些关于将 Scrum 与 CMMI-3 混合的信息，但其中相当一部分是“手摇的”，经不起严格的审查。具体来说，组织 KPA 似乎具有挑战性。

你有什么经验（好的和坏的）混合这两个过程？

您是否曾经参与过一个（全职）项目，使用敏捷方法实际上可以让您完成每周 40 小时的工作？如果是这样，最有价值的敏捷实践是什么？

在您的“企业”工作环境中，工程师如何对执行代码检查和单元测试负责？您遵循哪些流程（正式方法或自定义流程）来确保软件质量？您是否尝试过为可交付成果实施开发人员“签收”表？

提前致谢！

更新：我忘了提到我们正在使用 Code Collaborator 来执行我们的检查。问题是让人们“得到它”并接受在核心人群之外做这些事情。正如 stalbot 在下面指出的那样，这是一种文化变革，但问题变成了，您如何改变您的文化以促进质量计划，例如审查/单元测试？

我刚开始在工作中接触 BizTalk，并希望继续使用我学到的关于 DDD、TDD 等的所有知识。这是否可能，或者我在创建管道和编排之类的东西时总是必须使用类似 Visio 的编辑器?

你会推荐在团队组成经常变化的组织中实施的极端编程实践吗？如果在一个极端的编程场景中，团队中途变得不稳定，你会推荐什么？谢谢。

哪种类型的客户端可能支持 XP（极限编程）实践？

所以标准的敏捷哲学会建议让你的域类成为简单的 POCO，这些 POCO 通过数据访问对象使用单独的代理层进行持久化（就像 NHibernate 那样）。它还建议获得尽可能高的单元测试覆盖率。

为这些简单的 POCO 对象编写测试是否有意义？假设我有一个看起来像这样的类：

我可以为此编写哪些有用的单元测试？

我们使用 JIRA 进行错误跟踪和发布管理，我们已经开始使用 greenhopper 在 JIRA 内部进行项目管理，但它缺少的一件事是用户故事与这些用户故事中的任务的概念。有没有人推荐其他任务板，例如完全支持用户故事和任务以及对用户快速简单的敏捷项目管理工具。我开始研究 targetprocess，所以如果有人对此有特别的反馈，那也很好。