问软件项目将选择什么样的模式？

EN

#1. Scrum可以用于任何大小的项目，但是在某些方面存在一些开销，对于一个<200个小时的项目来说可能没有价值。对于这个小项目，我可能建议你看一些更瘦的东西，比如看板。

#2.如果您正在寻找看板/Scrum工作板来管理积压的故事，有几种工具可以在网上免费使用：

• 特雷洛：https://trello.com
• AgileZen：http://www.agilezen.com/
• 斯克鲁米：http://scrumy.com/
• Kanbanize：http://kanbanize.com/
• 其他很多人..。只要谷歌，你就会发现有一个巨大的列表。

如果您确实决定走Trello路线，那么我有一些关于将其用于敏捷任务跟踪和Scrum的资源：

• 使用Trello的免费敏捷任务跟踪：http://theagilecoder.wordpress.com/2013/03/23/free-agile-task-tracking-with-trello/
• 将Trello用于Scrum：http://theagilecoder.wordpress.com/2013/06/08/using-trello-for-scrum/
• 如何建立Scrum的Trello：http://theagilecoder.wordpress.com/2013/11/11/how-to-set-up-trello-board-for-scrum/

#3.关于sprint的“大小”，在您完成几个sprint之前，您将不知道您的团队在一个sprint中可以完成多少故事点。这是标准的。您的团队需要相互建立历史记录，这样您就可以开始根据历史性能来确定速度。关于长度，考虑到您现在正在向敏捷过渡，我可能会推荐一个为期3周的节奏。2周也不错，但当团队第一次学习敏捷，并失去了学习新流程的大量时间时，可能会很困难。

这里最好的方法是使用sprint回顾展来评估哪些是有效的，哪些是不起作用的，然后进行调整。如果冲刺中有太多的东西，那就少承担吧。如果sprint太短/太长，请调整sprint持续时间。也就是说，如果你在短跑持续时间上有波动，你将很难评估你的速度，因为你不会有类似的比较。

在“定义”sprint方面，我认为您是指执行sprint计划。我真的建议你看看网络上的一些短跑计划课程的资源。有些像ScrumMethodology这样的网站有各种各样的工具，但是如果你只是在谷歌上搜索"Sprint“，你会发现大量的资源可供阅读。

通常，确保准备好了待办事项并对其进行了优先排序，然后您可以开始与团队一起工作，以确定下一步要处理什么以及完成这些故事需要完成哪些任务。

#4. --我将根据Scrum上的Wiki条目为您找到定义。简而言之，把它看作是你所知道的所有你必须做的工作的清单。您将需要一个负责此待办事项的人员(产品负责人)，他将确保所有需要完成的工作都已创建完毕。

如果您在一家规模更大的产品公司工作，您的开发团队所看到的产品待办事项可能只是当前的发布待办事项，而有一个由跨多个版本的产品管理团队管理的长期产品待办事项。

#5.，我将按照Scrum上的Wiki条目为您找到定义。sprint计划是一个让您的团队团结在一起的事件，并确定他们将为下一个Sprint做些什么。它不是的一部分。它允许您评估待办事项清单中的内容，然后确定从积压中获取哪些内容并将其放入Sprint中。

在这次会议上，有几个重要的问题要问：

• 积压的物品有多大？(估计)
• 接下来，我们愿意处理多少积压问题？(确定sprint待办事项)
• 我们要如何完成这些故事？(任务规划)

#6.这似乎不是一个问题，但我认为您对什么是Sprint的看法是正确的。

#7.在你的日常Scrum中，确保人们只是在更新他们刚刚做的事情，以及他们将要做的事情。保持简短的讨论，如果有需要进一步讨论的事情，为那些需要参与的人安排讨论。这只是一个接触点，让团队中的每个人都知道其他人在做什么，并给团队一个提出问题(障碍)的机会。当你走的时候，你可能会调整你如何运行你的scrum来适应你的团队，但是要保持简短(大约15到20分钟)。

此外，我强烈建议让Scrum大师来运行大部分Scrum事件。在敏捷过程中，这些人应该比团队的其他成员更有经验(或者至少更有经验)，并且能够指导和指导团队提高效率。如果您的团队中还没有能够回答上述问题的人，我强烈建议您寻找这样的人加入您的团队并帮助您度过过渡期。

当你没有人来领导的时候，很容易在过渡到一个新的过程中失败！