易企办博客 / 业务实践

快速应用开发与敏捷怎样配合

区分原型验证、迭代计划与看板流动,用同一业务任务检查交付节奏。

Zachariah Lemke·

用原型和短周期验证需求。快速应用开发,重视可运行原型。短周期计划,按迭代验收业务价值。看板,限制在制并减少等待。业务反馈,保存试用结果和版本。

本文由国际版原文本地化,文末提供原文链接。涉及的能力以易企办中国版租户和权限为准。

快速应用开发(RAD)与敏捷实践都鼓励尽早获得反馈、按周期调整。RAD 把可运行原型和用户参与放在中心。敏捷实践有多种组织方式,例如 Scrum、看板和特性驱动开发,各自采用不同的协作节奏。

用原型验证需求

例如开发采购申请时,先做一条从提交到审批的路径,让申请人和主管检查字段、操作及反馈。根据试用调整原型,再逐步加入报表、外部连接和权限。用版本记录变化和可验收的结果。

尽早让使用者试跑流程。选择业务路径,提交到主管审批。制作样例,用虚构数据验证字段。使用者试跑,检查操作和状态。调整原型,记录变化与验收。
以采购申请验证字段、审批与反馈。

选择团队的交付节奏

Scrum 可以按短周期计划交付和回顾。看板通过可视化状态、限制在制工作和按容量拉取任务来改善流动。特性驱动开发可围绕小的业务特性组织设计与构建。可以将原型验证纳入这些工作方式。

按团队工作方式选择节奏。方式,组织方法,常见实践。快速应用开发,围绕可操作原型,及时用户反馈。迭代交付,按周期规划任务,回顾与改进。看板流动,按状态和容量推进,限制在制事项。
可以将原型验证纳入不同交付方式。

用看板减少等待和积压

为虚构项目定义待办、进行中、待复核、完成等状态。给进行中或待复核列设置团队认可的在制上限,先解除阻塞,再领取下一项。定期观察任务从开始到完成的时间以及积压原因。

用状态和在制上限减少积压。采购表单,待办,待领取。订单台账,陈明,进行中。权限核对,苏晓,待复核。样本整理,林琪,已完成。
虚构项目展示任务、经办人和状态。

可结合易企办项目管理和快速应用开发的四个阶段,用同一场景试验原型、交付节奏与验收方式。

查看原始文章

返回易企办博客