Dam*_*isa 16 agile project-management scrum administration task
我们无法将某些类型的任务合并到我们的产品和sprint积压工作中:
其中一些与项目没有直接关系,因此很容易将它们放在一边并将它们称为管理开销(从而减少sprint中可行的故事点).
然而,有些任务(通常是客户会议)经常发生或非常频繁.应如何处理？它们通常不直接与任何特定用户故事相关,但它们对项目至关重要.
Pas*_*ent 12
在我看来,"任务"并不真正属于产品Backlog,产品Backlog项目(PBI)应该用于最终用户可见的东西 - 或者必须用于实现这些项目 - 并以表现出来的方式表达他们的商业价值.
会议,管理任务等周期性事件与PBI的这个定义并不完全匹配,我不会将它们包含在Product Backlog级别.实际上,我根本没有看到跟踪它们的点(它听起来像无用的开销,即通常是浪费),因此我只是将它们包含在整体速度中.它只是有效.
非经常性事件,如特别会议,研发,探索等,实际上并不属于PB(PO应如何评估它们并优先考虑它们？)我更倾向于将其"成本"包括在估算中.相关的PBI.当项目被选中时,我们在Sprint Backlog中创建一个相应的任务,并带有时间框估计.
我们处理假期等培训.如果团队成员参加某些培训,则会影响团队成员分配(例如90%),从而影响Sprint开始时计算的整体团队能力.我们收拾的物品少了.
任务与产品积压无关。任务与sprint待办事项有关。您描述的活动不是任务。
当我们计划下一个冲刺时，我们总是在所有假期和培训中减少计划的容量。我们还通过“管理开销”减少容量。在我们的情况下，每位团队成员每周的管理开销通常为1MD。这笔开销是用于会议和可能的协助以维护已部署的项目。
编辑：
我认为您绝对不应在春季积压的订单中为会议，演讲等创建任务。为什么？因为每个任务都有一些估计会影响当前的冲刺。在sprint任务期间，实时完成任务，并根据燃尽图显示团队在交付客户价值方面的进度。客户将从会议中获得什么价值？此外，此类任务可能与具体的用户故事无关，因此在产品燃尽图表中将看到什么进展？当您必须计算其复杂性未包含的价值（故事点）时，如何决定下一次冲刺应使用多少个用户故事？
将此类虚拟任务（无附加值的任务）添加到sprint待办事项中，也会影响您的速度。看起来每个故事点的成本都比实际高，因为会议时间将包括在实际工作中。
您要添加到sprint待办事项列表中的会议类型是什么？SCRUM只需要很少的会议-日常会议，计划会议，审查会议，回顾会议以及大型项目SCRUM。每日会议是如此短暂，因此不必将其纳入计划中。计划会议，评审会议和回顾会议不必包括在sprint中。SCRUM的SCRUM是特定的，并且不会影响整个团队-可以从与会成员的计划容量中减少。不再需要会议。最重要的是：完成任务所需的沟通是任务估计的一部分。
如果您需要其他会议，只需减少容量即可。如果客户，管理人员或产品所有者抱怨容量小，则只需向他们解释这是由于非标准的行政或官僚管理费用所致。