为C#开发团队带来敏捷性

Question

这不是一个巨魔，但我想知道什么是已经创建的项目最好的XP或Scrum。我们是公司中一个重要项目的6名开发人员。问题是，在真空周期期间，经典的V周期没有效果，而且有一个初级架构师，我被要求在团队中加入一些敏捷性。

所以我的问题是，在一个已经进入第三周的项目中，包含敏捷性的最佳模式是什么？

编辑1:我忘记问为什么:)

编辑2:团队使用EntityFramework。

Answer 1

马上，你就可以从这两种方法中吸取一些好的做法。

每天的scrum会议非常有效。让整个团队每天在白板附近会面，而不是一个房间，站起来15分钟。每个人都要回答三个问题：

• 你昨天做了什么？
• 你今天要做什么？
• 有什么东西挡着你的路吗

这有一个直接的好处，让每个人都觉得自己是一个团队的一部分，并让问题出现。

将项目划分为迭代也非常有用。选择迭代长度，可以是两个星期，也可以是一个月。

• 在迭代的第一天举行半天的会议，团队选择并提交在迭代中应该做什么。把它写下来，并在日常会议中参考它。监控你正在朝着目标前进。
• 在迭代的最后一天再开半天会来做两件事。首先，您想要演示，对企业主(或利益相关者)来说，这是当前最先进的技术。这使团队专注于拥有一些可以降级的东西，并通过显示不断的进步来减轻团队的压力。第二，你想要召开一次回顾会议，在会上你写下了出了什么错，什么是对的，什么是特别的事情发生了。

有时，我们使用对编程来建立团队精神，并将重点放在特别复杂的问题上。给两个只使用一台电脑的人一个项目来解决。

说到团队精神，如果可能的话，让整个团队在同一个专用的房间里工作。这是相当重要的。

持续集成、良好的源代码管理和单元测试是允许您的团队更加敏捷的技术工具。陷害他们！

我还发现，在过去，分发敏捷宣言(并将其打印出来)是很有用的。

为了变得更加敏捷，您需要您的企业主“买进”该方法。他们需要参与计划会议，在那里挑选和选择哪些项目应该在下面的迭代中开发。通常，这种选择是基于业务价值:首先开发最有价值的项目来降低风险。如果项目运行晚了，你仍然可以提前关闭它，仍然有最重要的东西。他们还必须承担完成开发的部分责任。这通常把发展的重点放在正确的事情上。

关于这些方法的全面实现，我可以写得更多，但正如我所说的，您的项目已经开始了。在我的经验中，实现敏捷方法的最大问题是人们很难理解敏捷意味着什么。有些人甚至在完全敏捷的开发过程中也会倾向于以非敏捷的方式行事！因此，我认为您需要一些敏捷培训，然后才能实现一个完整的Scrum，例如。

希望能帮上忙！

Answer 2

任务板是一个好主意，可以让每个人都知道在冲刺中正在做什么和应该做什么。在开始这个过程中可能会遇到一些挑战，但是一旦一个团队习惯了这一点，用它来展示正在做的事情、已经做了什么和即将发生的事情并不是那么糟糕。这里有评估任务，建立一个备份日志，并烧毁，但这可能是很好的看到，有时显示，“嘿，我们确实完成了一些事情！”我建议把最初的几个冲刺看作一个速度不一致的时期，因为在一个冲刺中，有一些人在做多少功。这是Sklivvz回答的一部分，在你站起来的白板上是怎么回事。

对编程也是一个很好的主意，可以帮助构建一个同构的代码库，并获得一些同样有用的标准。

Answer 3

在项目启动后开始使用任何方法都是一个问题。不过，我能给您的最好的方法是使用SCRUM。

我之所以提出这一点，是因为SCRUM是为那些规范经常发生变化的项目所熟知的，并满足了它的需求。

您有项目所有者，他是您正在为之制作程序的人，他们拥有产品的待办事项。积压基本上是你的规范。请更详细地阅读这些术语，我在这里简化。

然后是sprint，这是一个为期一个月的开发周期，在这个周期中，您将决定如何从待办事项中完成任务。

然后每天，你有一个5分钟的scrum会议，问你前一天做了什么，你要做什么，以及在你的路上是否有任何障碍。

所以基本上，你有一个可以改变的规范，以及不断的交流。在我看来，这是一种最合适的敏捷方法，您可以在游戏中稍晚一点进入这个方法。

有关SCRUM的更多信息