Tag: scrum

如何自动化开发环境设置？: 每当新开发人员join团队或计算机开发人员正在使用更改，开发人员需要做大量的工作来设置当地的开发环境，使当前的项目工作。作为一个SCRUM团队，我们正在试图自动化所有的部署和testing，所以我问的是：是否有一种工具或一种实践来使本地开发环境设置自动化？例如，要设置我的环境，首先我必须安装eclipse，然后SVN，Apache，Tomcat，MySQL，PHP。之后，我填充了数据库，我不得不在各种configuration文件等做小的变化…有没有办法减less这种劳动，一键点击？

在Board View中从Burndown中删除周末（TFS 2012 – Scrum 2.0）: 我想修改TFS 2012的Scrum 2.0 Template中的Burndown图表，以便周末不再显示。我已经看过这篇文章，但不幸的是，从Board View运行时，列出的解决scheme并不适用于Burndown Chart。有没有人有一个build议，我可以在板视图中修改它？

如果您有多个项目，Scrum如何工作？: 我对Scrum的好处和stream程有相当的了解。我得到了关于积压，burndown图表，迭代，使用用户故事和Scrum“框架”的其他各种概念的想法。有了这个说法……我为一家networking开发公司工作，该公司一次pipe理多个项目，六个团队成员组成“生产团队”。 Scrum如何处理多个项目？你是否仍然在一定的时间内为单个项目计划一个迭代，整个团队都在这个迭代中工作，然后当迭代完成时，用新的迭代转向下一个项目？还是在一个团队中同时pipe理多个项目的“敏捷”方式？

当Scrum不断冲刺的时候会发生倦怠吗？: 我与一个非常小的创业公司，我们开始使用Scrum /敏捷开发周期的forms。在很多方面，我喜欢Scrum。我们有比较短的冲刺（2周），我喜欢烧毁图表跟踪球队的进展。我也喜欢function板，所以我总是知道我应该接下来做什么。感觉很好，从电路板上取下一张function卡，将其完成，然后放入烧毁的堆中。但是，我们现在正在进入我们的第十八个Sprint发布周期，我开始感觉有点被烧毁了。不是我不喜欢工作或者我的同事，只是这些冲刺是…好吧，冲刺。从开始到结束，我实际上感觉就像是在与时间赛跑，以保持我们的发展速度。当我们完成冲刺时，我们花了一天的时间来计划下一个冲刺的function集和估计，然后我们再去。对于在成熟的敏捷/ Scrum开发过程中工作的人来说，这是正常的吗？或者我们错过了什么？在Scrum环境中，通常有时间是未分配/未跟踪的，以便完成一些小的事情并清理你的头脑？

将错误修复整合到Scrum过程中的最佳方法？: 在过去的几天里，我一直在学习和阅读有关Scrum的信息，并阅读了Sprint计划和任务。我想到的一个问题是如何处理Scrum中的错误。 Henrik Kniberg列举了一些处理这个问题的方法，在他的非常漂亮的Scrum和XP中的Trenches ：产品所有者打印出最高优先级的Jira项目，将它们带到冲刺计划会议，并与其他报道一起放在墙上（从而隐含指定这些项目与其他报道相比的优先级）。产品负责人创build引用Jira项目的故事。例如“修复最关键的后台报告错误，Jira-124，Jira-126和Jira-180”。错误修复被认为是冲刺之外的，即团队保持足够低的焦点因子（例如50％），以确保他们有时间修复错误。那么简单地假设，每个sprint修复Jira报告的bug都会花费一定的时间将产品积压在Jira（即沟渠Excel）。像其他故事一样对待错误。这是否真的需要根据项目来决定还是有更好的解决scheme？我可以想到每个方法都有问题。有没有一种混合来自那些最好的方法？你如何处理你的项目？