问是不是用一封名为Agile的状态电子邮件来代替每天的scrum会议？

EN

不是的。每日scrum不是状态报告，而是协调当天活动的团队成员之间的简短对话。它不能被电子邮件状态报告所取代，因为这是完全不同的事情。

是敏捷的吗？

考虑到所有已知的备选方案，这是否是支持您的团队生成它所能使用的最佳软件的最佳过程(无论您的团队使用的是哪种最佳软件)？

如果是这样的话，是的，你是敏捷的。您正在重新定义您的流程，以适应不断变化的情况，并找到您所能找到的最佳结果。

如果相反，这是一个退路，计划B或半心半意的任何事情，那么这只是敏捷，因为你正在尝试改进它。

否则不，这不是敏捷。采用一种积极破坏团队的做法，或者将他们转移到无用的官僚机构中，是教条的，与敏捷的对立。

是Scrum吗？

不，它不是Scrum框架的一部分。

这里有不同的事情在起作用。

首先，Scrum与SAFe不一样，与敏捷也不一样。敏捷软件开发是一组值和原则。Scrum是一个轻量级的过程框架，它在Scrum指南中定义，包含许多角色、事件和工件。SAFe(规模敏捷框架)是一种企业级框架，它可能有助于帮助企业实现敏捷性，也可能没有帮助。

这意味着，有助于促进敏捷性的实践可能符合Scrum或SAFe的规则，也可能不符合规则。

是否在一天结束时发送状态电子邮件敏捷？我没有把握。可能会，也可能不会。敏捷软件开发的原则之一是“向开发团队和开发团队内部传递信息的最有效和最有效的方法是面对面的对话”。如果没有面对面的交流(或者，在今天的世界里，在敏捷软件开发宣言编写20年之后，高保真的声音和视频交流)，我不确定你是否是敏捷的。然而，没有足够的信息直接说你不是敏捷。

一天结束时发送状态邮件是否与Scrum一致？绝对不是。Scrum是在Scrum指南中定义的，是不可变的。这意味着，如果您没有遵循指定的规则，您可能正在做一些对您有用的事情，但结果不是Scrum。其中一个关键的Scrum事件是一个日常的计划和协调会议，称为每日Scrum。如果开发团队为了规划他们的一天而不聚在一起长达15分钟，那就不是Scrum。

每天发送一封状态邮件是否与SAFe一致？再说一次，我会说不。在团队层面，SAFe呼吁每日起立。这是全队每天在同一时间、同一地点举行的聚会。既然你不这么做，我会犹豫地把你正在做的事情称为SAFe。

如果你的团队如此分散，我会质疑他们作为一个团队的效率。他们可能更像一个共同项目的工作人员。在这种情况下，Scrum和SAFe可能不适合您的需要。大多数框架都是围绕着位于同一地点的团队建立的，或者至少是那些在工作时间上没有显著重叠的团队来支持频繁的、实时的交流。