火龙果·整理 uml.org.cn 1.4节相关知识 3 1.3.2框架过程 在每一个Sprint(两到四周的周期，其长度由开发团队决定)当中，开发团队创建可用 的（可以随时推出）软件的一个增量。每一个Sprint所要实现的功能来自产品待办事项列表 (Product backlog)。 产品待办事项列表是按照优先级排列的要完成的工作的概要需求，在团队的计划会议 (Planning meeting)中，Po给出各个功能的优先级，开发团队一起决定在下一次Sprint中 他们能够承诺完成多少功能，这就形成了Sprint待办事项列表(Sprint backlog) 在Sprinti过程中，没有人能够变更Sprint待办事项列表，这意味着在Sprint中需求是被 冻结的(o Change)。 每日站立会议(Daily standup meeting)一般定在早上，持续10分钟左右，每个团队成 员需要回答三个问题来了解整个的运行情况和潜在的风险： 幸昨天你完成了哪些工作？ 幸今天你打算做什么？ *完成你的目标是否存在什么障碍？ 在Sprint结束时，会有一个评审会议(Review meeting)来检查一下功能是否按照产品负责 人要求地完成了，质量应该是由团队保证的，而不是产品负责人或其他人负责。 评审会议后的回顾会议(Retrospective meeting)是团队自己帮助自己发现问题，并提 出行之有效的方式进行提高，所以这不是由其他人来组织的。 1.3.3常用的实践 管理Scrumi过程有很多实施方法，如即时贴(yel1 ow stick)、燃尽图(burndown chart )、白板(whiteboard)。Scrum:最大的好处之一是它非常容易学习，而且启动Scruml应用并不 需要太多的投入。 NoT CHECKED OUT DONE! SPRINT GOAL:SETA-REAOY RELEASE! CHECKED OUT UNPLANNED ITEMS 图1.3：每日例会中的任务白板（图来自《硝烟中的Scrumi和XP》一书） 1.4相关知识 敏捷这个范畴很大，在过程这个方面，建议看看XP和Lean、看板等内容。1.4节 相关知识 3 1.3.2 框架过程 在每一个Sprint（两到四周的周期，其长度由开发团队决定）当中，开发团队创建可用 的（可以随时推出）软件的一个增量。每一个Sprint所要实现的功能来自产品待办事项列表 （Product backlog）。 产品待办事项列表是按照优先级排列的要完成的工作的概要需求，在团队的计划会议 （Planning meeting）中，PO给出各个功能的优先级，开发团队一起决定在下一次Sprint中 他们能够承诺完成多少功能，这就形成了Sprint待办事项列表（Sprint backlog)。 在Sprint过程中，没有人能够变更Sprint待办事项列表，这意味着在Sprint中需求是被 冻结的(No Change)。 每日站立会议（Daily standup meeting）一般定在早上，持续10分钟左右，每个团队成 员需要回答三个问题来了解整个的运行情况和潜在的风险： * 昨天你完成了哪些工作？ * 今天你打算做什么？ * 完成你的目标是否存在什么障碍？ 在Sprint结束时，会有一个评审会议（Review meeting）来检查一下功能是否按照产品负责 人要求地完成了，质量应该是由团队保证的，而不是产品负责人或其他人负责。 评审会议后的回顾会议（Retrospective meeting）是团队自己帮助自己发现问题，并提 出行之有效的方式进行提高，所以这不是由其他人来组织的。 1.3.3 常用的实践 管理Scrum过程有很多实施方法，如即时贴(yellow stick)、燃尽图（burndown chart )、白板(whiteboard)。Scrum最大的好处之一是它非常容易学习，而且启动Scrum应用并不 需要太多的投入。 图 1.3: 每日例会中的任务白板（图来自《硝烟中的Scrum和XP》一书） 1.4 相关知识 敏捷这个范畴很大，在过程这个方面，建议看看XP和Lean、看板等内容