我们最多有几个团队成员不能100％在我们的团队中工作。你可能会认为这首先是一个坏主意，但我们假设我们无法做任何事情。我与其他一个团队成员进行了讨论，我的论点是，燃尽图对我们“撒谎”。我举个例子。
让我们说我们有一个冲刺，持续2周。 我们有6名成员，其中2名只有50％。 如果两个兼职成员在第一周工作100％，第二周工作0％，我的论点是，在1周后，燃尽将看起来比现实更好。 Scrum说现在是时候为sprint添加功能了。
我已经看到了另一种方法，你可以事先输入你可用的日子，然后有一个非线性的理想线。我的第一个建议是让占位符烧掉，即使你不可用，但这很快就被击落了。
所以我想知道;我们应该对burndownchart做些什么吗？图表是否有用？还有其他良好做法可以克服这种阻碍吗？
我们目前正在使用Urban Turtle
答案 0 :(得分：3)
关于兼职开发人员 - 显然，这不是一个理想的情况，但它并没有太大的问题。如果你的一个团队成员想要休息一天并且一周内40个小时中只有32个小时可用，Scrum会失败吗？如果圣诞节期间没有人会工作，Scrum会失败吗？不 - 两个帐户。
这是处理您情况的最简单（也是我认为最好的）方式：您只需将所有团队成员可用于该Sprint的工作时间加起来，例如：如果您的团队 3 ，其中一名成员为100％，两名成员为50％，而sprint 一周，则会加起来40 + 40 / 2 + 40/2 = 80.这是团队必须承诺的工作时数。没有什么不同，如果你有两个全职成员。
关于烧毁图表 - 我认为绘制非线性“理想”烧毁既是浪费精力也是误导。它被称为理想是有原因的。它不是，因为你必须努力在那条线上工作，但要展示如果你能够（可以）以恒定的速度工作，那么烧毁会是什么样的。
记住该图表的功能 - 它表示开发中存在可能的问题。并非每次偏离理想都是不好的。生活并不理想，如果你对差异做出努力，你就是在愚弄自己（并伤害自己）。 事实上，试图解释每一个偏差正是瀑布着名的失败预测方法，敏捷方法试图摆脱。
您可能想要做的是，注意每个主要的偏差，您 ，了解它们，看看您是否可以对它们做些什么，然后调整您的过程。这比试图模拟当前状态更好。
所以回答最后一个问题 - 是否有其他良好做法可以克服障碍 - 答案是不是一种障碍。通过接受你的现实来克服它，并忽略那些浪费的东西。
答案 1 :(得分：0)
您的情况非常适合在数小时内使用故事点。无论历史上花费多少时间在类似的故事上，完成故事的相对组合努力对于团队随时间传递价值的能力更有意义。
关于这种情况，有一个众所周知的轶事可以扭转局面。想象一下，你有一个全职团队，你知道他们可以工作的时间。想象一下，您的团队拥有最好的Scrum实践，并达到了每个人都认为他们满意的速度。他们现在永远被限制在那个速度吗？是否可以想象，如果你设定同一个团队的目标是在更短的时间内提供相同的速度并提供简单回家的动力，那么它能实现吗？
答案是肯定的。事实上，像这样的现实生活场景发生在美国一家大型软件公司，该团队的工作周实际上已经下降到16小时！是的，16小时!!他们通过不断微调他们看待工作的方式来做到这一点。毕竟，如果您花费数小时来比较故事而不是比较复杂性，那么您如何将可重用组件之类的因素考虑在内或应对从一个功能到下一个功能的意外需求变化？
切换到故事点，你永远不会回头：0）