前言:
流程是轨道, 敏捷实践 (框架) 是行驶在这轨道上的火车, 团队成员便乘著这列火车, 迈向版本交付的终点◦
本文:
企业内推行敏捷变革时, 往往将敏捷中的实践 (框架); 如: 站立会议, 回顾会议等..., 以制订流程的方式, 在团队中规范站立会议, 回顾会议的责任人, 责任人应负责的工作, 预期的结果◦
这样的思维与作法, 使企业内的产品团队成员, 往往将敏捷中的实践 (框架) 当成是企业内制式的流程活动..., 而使敏捷在团队中流于形式◦丧失了团队可经由敏捷实践(框架), 提升团队成员的自我任务管理, 自我不断改善效率与质量的本意与功能◦
然而在大型企业内, 假如缺乏了流程的规范, 各产品团队即使执行了种种的敏捷实践...“活动”◦
产品开发过程内的 “活动”,应由产品团队的 ScrumMaster,依照项目版本的背景, 团队成员的现况,选定适合的敏捷实践 (框架)所构成◦
敏捷实践 (框架) 可包含:
Scrum
LeSS...等等◦
所以, 产品团队便会在各产品开发的过程, 执行能提升团队成员的自我任务管理, 自我不断改善效率与质量的敏捷实践 (框架), 并确保产品团队在产品开发的过程中可符合企业内流程的规范; 符合各产品开发过程的目标