假如,企业内的产品管理与研发团队,常常会耗费许多宝贵的时间,在争论所谓的 “需求的工作量”,“需求有无过载”,“需求价值的优先级”,却压缩了产品开发与测试的周期并且严重的延迟了产品推到市场的时间,那我们是否应该深度思考一下……
- 所谓的估工作量,排需求价值的优先级,对产品在开发上的效率与质量,到底真正具备了多少实质上的帮助与意义?
- 是否可经由微服务的架构, 产品级敏捷的实践与 OMG 的标准; 如: SEMAT Essence; 以消除企业内的产品管理与研发团队间不必要的争论与不信任? 使得产品可更快速的推到使用者的面前。
产品级敏捷经由 “特性业务场景树”,使得产品管理与研发团队,可充分的协作,而能在 “最短的时间内”设计、开发出产品的 “核心 Web API”。
而当 “核心 Web API”发布以后, 研发团队便可收集 “核心 Web API”使用者的数据,分析 “核心 Web API”的使用者数据, 并依据分析 “核心 Web API”的使用者数据的结果,决定 “核心 Web API”该如何 “扩展” ?
而研发团队在开发 “核心 Web API”与“ 扩展Web API” 时, 便可运用 SEMAT Essence , 而可随时可视化的追踪 Web API 开发质量上健康度的状态, 并且以开发质量上健康度状态的变化, 动态且更精准的预测: 何时可 “发布” “核心 Web API” 或“ 扩展Web API” ?
所以,在产品级敏捷下,产品研发团队将可快速的构建产品的 “核心 Web API”,并完全依据所收集到的外部使用者的行为、业务的数据,自行判断与决定该如何 “扩展” 核心 Web API?并由 SEMAT Essence 中的开发质量上健康度的状态, 精准的预知: 该何时能发布 “核心 Web API”或 “ 扩展Web API” ?而可完全避免因不信任所产生的争论与因对市场的无知,而开发永无止境的 POC。
SEMAT Essence, 产品级敏捷与微服务架构,将大幅降低研发团队做迭代计划与项目管理的时间, 而使得产品能更快速的推到使用者的面前,更及时的获得使用者的反馈,更及时的能将使用者的反馈转化为产品架构(服务)上的 “扩展”,而使得产品能更贴近使用者行为,使得产品能有更好的使用者体验与更强大的市场竞争力。