迭代-华为云

需求管理 CODEARTS REQ-如何在软件开发团队中管理突发性任务:了解更多：迭代待办列表

了解更多：迭代待办列表迭代待办列表在CodeArts中称“迭代”，它是一组为当前迭代选出的产品待办列表项，同时加上交付产品增量和实现迭代目标的计划。当新工作出现时，开发团队需要将其加入到迭代待办列表中去。随着工作的执行或完成，剩余的工作量被估算并更新。当计划中的某个部分失去开发意义，就可以将其移除。在迭代期间，只有开发团队可以改变迭代待办列表。迭代待办列表是高度可见的，是对开发团队计划在当前迭代内工作完成情况的实时反映，该列表由开发团队全权负责。迭代待办列表在迭代计划会议中形成，其中开发团队不会被动分配任务而是由开发团队成员主动认领自己擅长和喜爱的任务。任务被分解为以小时为单位，建议任务不要超过16个小时。如果一个任务超过16个小时，那么它就应该被进一步分解。每项任务信息包括其负责人、工作量、承诺的完成时间及其在迭代中任意一天的剩余工作量，且仅开发团队有权改变其内容。

需求管理 CODEARTS REQ 迭代开发

需求管理 CODEARTS REQ-如何合理规划Sprint时间盒:解决措施

解决措施针对以上问题的分析，建议这种情景下将Sprint的时间盒由一周改为两周。Sprint的时间过短，团队成员会忙于准备计划会议、评审会议及回顾会议，真正完成工作项的时间较少。对于突发事件的应对能力减弱，不利于形成团队稳定的节奏。Sprint的时间过长，失去了短时间盒的优势，失去了时间盒的意义。因此，如果团队在时间盒为一周的Sprint中经常不能完成Sprint目标，可以试着把时间盒调为两周。同时要注意优化用户故事的大小，提高四大事件的效率。 Sprint的时间盒由一周改为两周后影响因素会有所改善，具体如表2所示。表2 影响Sprint目标因素表（二）序号影响因素 Sprint由一周改为两周后的相应缓解 1 探索性工作项多有相对充分的缓冲时间应对学习、探求性工作以及突发情况。 2 工作领域不熟悉，需要学习成本 3 用户故事比较大时间相对宽裕后，计划会议开得更充分，用户故事拆分为更小的故事，或者在每项用户故事下建Task。Sprint的目标可以按Task级别来平衡考量完成度。 4 PO完成标准高时间相对宽裕后，理解PO完成标准更加充分，在计划会议上明确验收标准，包括AC（Acceptance Criteria）和 DoD (Definition of Done)。 5 Sprint周期短调整周期后，团队成员氛围更加好，每个Spring目标完成度得以改善，成员更加自信。 6 Sprint计划会议和Sprint回顾会议持续时间略长时间相对宽裕后，每项会议质量有所提高，在合理的时间范围内可以高质量完成会议内容。其情况Sprint的时间盒长度建议如下，您可根据团队现况选择适合的时间盒。

需求管理 CODEARTS REQ 迭代计划

需求管理 CODEARTS REQ-如何合理规划Sprint时间盒:问题分析

问题分析目前Sprint中存在的主要问题是Sprint目标完成不好，解决障碍，Sprint目标按承诺完成即可。团队成员的工作内容中包含很多探索性工作项，对工作内容领域不熟悉，需要投入一些学习成本，导致工作项的实际完成用时要比正常多。每个用户故事的工作量也比较大，多数超过24小时。PO对工作项完成标准的要求非常高，评审严格，不合格的工作项在Sprint中经常返工。团队当前的Sprint时长为一周，并且四大事件按照Scrum框架执行，其中Sprint计划会议和Sprint回顾会议平均持续时长为2小时左右。从分析中归纳影响Sprint目标完成的几个主要因素如表1所示。

需求管理 CODEARTS REQ 迭代计划

需求管理 CODEARTS REQ-如何合理规划Sprint时间盒:了解更多：时间盒

了解更多：时间盒在Scrum框架中，工作在建议时间长度为一个月或者更短的迭代或循环中进行，这个迭代或者循环叫做冲刺。冲刺在一个时间盒（Time Box）内，也就是冲刺有固定的开始和结束时间。时间盒的优点具体内容如下：时间盒是设定WIP（work in process）数量限制的技术。WIP是已经开始但还没有完成的工作清单。开发团队只开发自己认为在一个冲刺内可以开始并按时完成的工作事项，因此时间盒是为每个冲刺设定WIP数量限制。时间盒可以强制排列优先级。需要先执行高优先级的工作，时间盒可以强制团队按优先级排序执行小批量工作，这样团队的注意力可以更集中于快速完成高价值的工作。时间盒可以展示进度。时间盒可以展示团队需要多少个时间盒才能完成大特性的进度，帮助团队准确知道为交付整个特性还需要做多少工作。时间盒可以限定结束日期。每个冲刺中，时间盒限定了一个固定的结束日期，通过这种方式强制结束可能无休止的工作。时间盒可以促进结束。冲刺有明确的最后期限，这个期限不允许修改，这可以激发Scrum团队成员全力以赴按时完成冲刺内的工作。如果没有时间盒的限制，Scrum团队成员就不会有完成工作的紧迫感存在。时间盒可以增强预测性。团队可以不预测后续长时间段内可以完成的工作，但是预测下个冲刺内能够完成的工作是可以做到的。

需求管理 CODEARTS REQ 迭代计划

需求管理 CODEARTS REQ-批量删除项目的迭代:请求参数

请求参数表2 请求Header参数参数是否必选参数类型描述 X-Auth-Token 是 String 用户Token。通过调用 IAM 服务获取用户Token接口获取（响应消息头中X-Subject-Token的值）。最小长度：10 最大长度：32768 表3 请求Body参数参数是否必选参数类型描述 iteration_ids 是 Array of integers 迭代的id 数组长度：1 - 10

需求管理 CODEARTS REQ Scrum项目的迭代

需求管理 CODEARTS REQ-Backlog中数据为什么为空？

Backlog中数据为什么为空？ “Backlog”页面管理的是Story、Task和Bug类型工作项。Backlog页面为空原因如下：没有建立Story、Bug或Task类型工作项。可以根据需要创建Story、Bug或Task类型工作项。详细操作请参见新建工作项。若已经有Story、Bug或Task类型工作项，可以在工作项的“Backlog”页签下拉列表中选择“所有工作项”，即可查看Backlog下的所有的工作项。父主题：迭代

需求管理 CODEARTS REQ 迭代

云服务器内容精选

迭代

7*24

备案

专业服务

退订

建议反馈

售前咨询热线