提高业务敏捷性-MicroFocus.PDFVIP

提高业务敏捷性 简介：将利益相关者的见解融入开发人员的世界 . . . . . . . . . . . . . . . . . . . 1 新团队合作挑战. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 紧密关联左右两侧. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 业务敏捷性三大必要因素. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 最终分析. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 简介 ：将利益相关者的见解 融入开发人员的世界 敏捷开发在执行方面素来非常成功 ：开发组织可 以更迅速地评估和采纳变更 ，更频繁地提供业务 价值。 但敏捷实践的采用造成或者说暴露出一些值得关注的现象，例如难以通过沟通阐明开 发部门对于业务需求的解释和表示方式；缺乏开发流程的深入见解；不具备关键决策 最初制定缘由的证据；以及业务与开发团队之间的彼此脱节。 一项重大挑战在于，在敏捷项目的协作过程中，业务与技术团队往往使用不同的语 言，对业务目标没有共同的目的和认知。 “人们知晓两种语言 ：母语和呓语。”— Maribel C.Pagan 本白皮书审视了组织如何使其业务目标与软件开发流程紧密地保持一致，确保参与项 目的所有利益相关者有效开展协作，以把握业务需要、管理变更和跟踪进展情况。如 果组织需要快速应对业务优先事项的变化以及提高业务敏捷性，那么这三个方面全都 必不可少。 1 新团队合作挑战 敏捷实践通常通过自下而上的采用推动。各开发团队从用户案例中总结出了行之有效 的实践和解决方案，他们认为这对于组织及其技术很有意义。另一方面，需求则从另 一个方向阐释了这个问题，需求的撰写目的就是满足特定业务需求。 正因如此，执行 “所构建的解决方案”往往与最初的要求脱节。例如，基于实体卡片 的敏捷实施无法生成决策制定缘由的历史记录，也无法用作文档。反而原始卡片会被 撕毁和丢掉。新出现的系统仍然如此；变更及变更缘由不会被捕获或跟踪。 尽管某些基于Web 的系统通过一张卡片的形式跟踪历史记录，但鲜有系统提供项目 历史记录的视图，包括卡片的引入、变更和删除时间以及相关的操作顺序。 应对不同的需要 “我们应该使用需求还是案例？”，这样的问题暗示着两种理念彼此冲突，团队