问题标签 [agile-project-management]

我已经在 IT 行业工作了 10 年，但曾在“传统”管理的项目团队（管理良好和管理不善的项目团队）中工作。

我听说过“新”scrum 或 XP 类型的项目管理，并渴望成为其中的一员（作为软件人，我们总是喜欢我猜的任何新事物）但没有机会。

我的问题是——你在转向“新”方式方面的经验是什么——是明显更好还是更糟，或者没有任何不同？使用 XP 开发方式是否有任何项目成功率的提高，或者与任何管理良好的传统项目一样？

这不应该是一个政治问题，而应该只是你搬到新世界或至少经历一次来回的经历。

提前致谢

由于我们是一家小公司，我既是项目经理又是开发人员。我为客户创建的规范包含许多用于描述和定义项目的元素，包括用户故事以及我认为需要包含的任何其他元素以向客户定义项目（例如线框、用户流、站点地图等）。

如果功能规范“完全从用户的角度描述产品将如何工作。它不关心事情是如何实现的。它谈论功能。“。那么有没有人认为使用用户故事来定义网站的功能规范有什么问题呢？真的有人用这种方式做功能规范吗？

真的，我正在尝试提高我的游戏水平，并且想知道这种方法是否适用于可能对功能规范应包含的内容有更严格想法的大客户，因此可能需要正式的方法。目前，我们的客户肯定对我们制作文档的方法反应良好。

我很想听听专业从事项目管理的人对此有何看法。

目前，我的公司利用敏捷作为其开发主体。我的老板找我来确定一些方法来确定项目经理在特定项目上所做的工作量。老实说，我真的想不出任何万无一失的方法。

我想最好的问题是我们如何评估项目经理每天的忙碌程度？

在我们的敏捷/Scrum 团队中，有一个想法是开始使用VersionOne作为项目规划工具。我的问题是，它还能处理出现的问题（缺陷；新功能请求；改进；补丁）吗？这意味着它还可以取代像BugZilla这样的问题跟踪系统吗？在问题跟踪系统中，许多人（开发人员以及客户（/客户支持））通常都会输入问题。然后这些问题会经历一个工作流程周期（新的；进行中的；已解决的；已关闭的等）。还有影响版本和修复版本（多个 - 分支）。

这可以在开箱即用的 VersionOne 中完成吗？还是需要一些定制？或者您会建议在后台保留其他问题跟踪系统（如 BugZilla、Trac、Jira等）？

期待阅读其他人的经验。

问候， Tjeerd

如果我需要在我的应用程序中修复一些装饰性的东西（例如修复元素的颜色），这应该被标记为错误还是 Pivotal Tracker 中的一个功能？

注意：即使它是装饰性的，但这并不意味着此修复将是微不足道的。

我正在构建一个 Web 应用程序，并开始创建一个测试计划/测试用例和结果。

我已经查看了用于创建上述内容的 IEEE 829 标准http://en.wikipedia.org/wiki/IEEE_829，对于我的需求来说，这似乎有点矫枉过正。

只是想知道是否有人有任何他们用于他们自己的敏捷项目的测试计划（以及相关的案例和结果，例如 GUI 测试）？

非常感谢

是否有任何正式/非正式的措施来比较已完成的功能与项目的初始需求。具体来说，我的目标是在项目早期识别出任何遗漏的需求。在阅读了许多敏捷/Scrum 方法论文章和书籍之后，一种方法是在“冲刺审查”期间进行需求审查，但我想知道是否还有其他技术/工具。

谢谢，

我从事敏捷团队管理工作已经有一段时间了。现在我在一家公司，无论我多么努力地推动面对面交流是必经之路，而 Excel 表格可以让我们继续前进。但该公司将“网页中的燃尽图”视为主要关注点。他们实际上认为这一点以及在线查看和跟踪积压工作的能力是最重要的，在这之前我们基本上无法开始。涉及的人实际上并不多，而且他们没有分布在多个办公室，所以我真的看不出有必要。但我决定不再让自己为此发疯，而是咬紧牙关。

所以我开始环顾四周，并尝试了 Pivotal Tracker、Banana Scrum 和其他一些。它们的混合可能是我最适合的，但考虑到下面的标准，哪一个最适合我？在发布之前，我已经搜索了 StackOverflow 并阅读了一些建议，但它们都没有真正满足我的所有需求。主要问题是让人们了解部门的工作量和未来的工作量，但如果我们要开始使用管理工具，它还可以满足其他一些要求。

• 能够在内部服务器上运行它（因为它应该集成的许多系统在网络上并不公开）
• 能够将其与 Bugzilla 集成，最好是双向的
• 外部应用程序（例如网站）获取有关积压和 bunrdown-chart 数据的能力
• 处理跨职能团队的能力（即我们可能只有一个人在一个团队中具有给定的能力。之前我曾经手动处理这个以避免在冲刺中过度分配这个人，但是如果其他人能够摆弄最好自动指示积压）
• 能够打印索引卡
• 虚拟白板
• 能够设置要邮寄的自动报告
• 完成特征的长期指示粗粒度（正确名称？）估计和短期细粒度估计

更新：开源会更好。Jira 不错，但许可费用相当昂贵

更新 2012-01-03：我想提示Redmine 的 Backlogs，它以可接受的方式将 Scrum 设施添加到 Redmine。

基本上我必须选择一种项目方法。组件不大（我们主要为SAP连接开发组件），但是团队比较大，分散，非常无组织。除了团队有多大之外，还有哪些问题需要考虑？谢谢

我正在考虑按照 Microsoft 的敏捷模板为敏捷生命周期的每个部分提供自己的项目（TFS 项目，而不是 csproj）。

• 是否可以将项目（如用户故事或任务）从一个项目移动到另一个项目？
• 这些项目的组织是否对实际的软件构建（解决方案、csproj 等）有任何影响或影响？
• 对于敏捷项目，推荐的项目组织结构等是什么？
• 您是否可以推荐任何指南来设置 TFS 以使用标准敏捷流程？