Category: 软件工程

敏捷开发 Agile Development 在每个短跑 Sprint 开始的时候都会有一个 圆桌会议. 开发小组成员会聚在一起 讨论需要开发的任务 并且会细分每个任务. 这时候我们就可以用到下面的扑克卡片. 预先需要有一个成员(可以是随机, 可以是轮流) 先把需要开发的任务汇总一下 并且把每个开发任务尽可能的细分成子任务. 这时候一开始会选一个难度适中的任务做为标准 (分数为1) “每副卡片可供4人预估 分数为 ?, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, …

之前介绍了敏捷开发中的大显示器和任务分解, 还有一个比较有用的图表就是 燃尽图 (Burn Down Chart). 横坐标 是剩余时间 纵坐标是剩余任务数量. 理想状态下 我们会有一条 y = -kx + b 的直线. 当到最后规定时间的那一天 整个团队刚好完成所有的任务. 当然 团队做得进度比理想的要好的时候 实际的这条线就会在下面 相反如果进度拉后就会在上面 或者交叉前进. 这时候我们可以从这个表中大概估计团队的整体进度 或者及早发现如果有的任务卡住了怎么办. 英文: https://helloacm.com/agile-development-burndown-chart/ 本文一共 …

在敏捷开发里 (Agile Development), 每一个短跑(Sprint) 就是在一段时间内 保证完成计划的任务 而不受其它事情的干扰 这样在时间段结束后工作进度就能被 审核. 在黑板上 贴有每个被细分的任务, 不同颜色代表不同的工作类型, 当工作无法完成(因为没有预料到的难度或者其它事情的影响) 这时候就可以把项目所代表的便贴纸给移到 “Blocked” 那栏. 同样, 如果完成了 就移到”完成”那栏, 这样团队的成员就可以随时了解到团队的整体进度. 英文: https://helloacm.com/agile-development-sprint-board/ 本文一共 175 个汉字, 你数一下对不对. 敏捷开发 – 短跑墙. …