Atlassian 发布 JIRA 项目组合管理解决方案

  • Steffen Opel
  • 丛一

2014 年 11 月 5 日

话题:敏捷语言 & 开发文化 & 方法

在其年度用户峰会上,开发和协作软件供应商 Atlassian发布JIRA Portfolio,JIRA Portfolio 是JIRA的一个附加组件“可以提供简单准确的视图用于计划和管理跨团队和跨项目的方案”。

JIRA Portfolio 是一个项目组合管理(PPM)的解决方案,通过回应“团队中各个层级的基本的项目计划问题”旨在“连接战略目标与开发现实”。其核心能力之一是一种自动化的日程安排机制,可以“持续计算经过优化的实际资源分配,并且基于这个资源分配,预测发布日期、资源利用率和瓶颈问题”。

它默认使用敏捷开发方法而且“日程安排算法经过优化会优先完成完整的端到端的工作项(故事)”,不过这个插件的设计是不依赖于框架的,并且足够灵活,也可以支持传统的开发过程。

使用 JIRA Portfolio 首先要创建一个计划,一个用来存放积压问题、可用资源和发布版本的顶层容器。计划是自包含的并且独立于 JIRA 项目,可以支持跨团队和跨项目的使用。这意味着需要在项目和团队之间做出平衡的所有资源都要放到一个计划中。

在计划中,即将发布版本的积压问题和全局“代办列表”组成了从方案到场景再到用户故事的三级体系结构——促进计划进程的主要概念和维度包括:

  • 方案(Initiatives)(可选)——将场景和用户故事归集成更高层级的商务方案,通常会跨越多个发布版本,例如,路线图上长期运行的 / 大型的项目。
  • 主题——跨项目的非时间导向的基于战略商业目标的积压问题分类,主要关注相关的资源分配,例如,X 主题和 Y 主题的资源分配情况比较。
  • 评估和资源预算——目前是基于时间的,例如,以天 / 小时为单位(用户故事点数已经在路线图上)
  • 发布版本,团队和成员指派——调整 / 重新计算自动生成的日程安排
  • 依赖——对事项日程安排顺序的控制
  • 团队和人员——技能,每周工作时间,可用性以及假期
  • 发布版本——,可以是固定的也可以是基于期望范围动态预测的目标日期

InfoQ 就 Atlassian 的这一最新产品采访了Anutthara Bharadwaj(JIRA 的团队产品经理)。

InfoQ: JIRA Portfolio taps into the project portfolio management (PPM) segment. What led to your decision to address this?

InfoQJIRA介入了项目组合管理领域。是什么促使你们决定致力于这一领域?

Anu我们希望通过 JIRA Portfolio 可以为大型团队提供一个简单、切实可行并且可扩展的定制计划的方式。 目前,JIRA 已经是成千上万开发团队的可信之源,这些团队在 JIRA 上跟踪每天的日常开发工作。 在过去一年中,我们听到了比以往更多的顾客心声关于他们在制定大规模项目计划时所碰到的挑战。JIRA Portfolio 正是为 JIRA 用户提供的用于计划和管理更广泛的跨越组织各个层级的软件方案的解决方案。

InfoQ:你希望 Portfolio主要吸引有着日益增长的项目管理需求的现有 JIRA用户,还是瞄准了既有的企业项目组合管理的细分市场?

AnuJIRA 的现有用户自然而然会有清楚明显的立刻开始使用 Portfolio 的案例。对于 Portfolio,我们的目标是让所有多团队的组织都能够创建可以与他们的开发计划直接相关联的更高层级的商业计划。从 Atlassian 的角度来说,我们希望能够给各个组织提供计划工具的全栈支持,从概念到计划,从开发到发布以及持续支持。我们认为 JIRA 和 JIRA Portfolio 的结合会迫使大批的组织从他们现有的工具切换过来。

InfoQ:产品中具有这样的特性“发布版本的自动安排与预测,产能计划及优化” - 可否跟我们更多地介绍一下这个特性是如何工作的?

Anu我们的确花费了大量时间在我们的“秘制调味料”自动日程安排算法的研究上。整体的思路就是在算法中将复杂度的问题解决,这样用户就可以解放出来,不再需要为了制定更高层级的计划手工安排每个事项的日程。

假设一端是一个冗长的工作项列表(互相之间存在依赖关系,需要不同技能的人员才能完成,有日期的限制等),另一端是一组拥有不同技能、不同可用时间的团队和员工。如何在最短的时间内将最高优先级的事项交付出去?我们的算法处理了问题的多个维度,像技能集、可用性、工作项之间的依赖关系,开始日期限制,多个版本的流程编排等,然后提出一个很好的初始计划,用户可以基于这个计划迅速调整出一个切实可行的计划,并依照其行事。

而且 JIRA Portfolio 的日程安排是实时调整的,因此你可以联机进行“假设分析”,调整计划,然后保持迭代。

InfoQ你们的其中一个演示在项目中增加了一个开发人员以挽救发布日期的延迟。JIRA Portfolio是否考虑了布鲁克定律,也就是说“给一个延迟的项目增加人力资源将会使它更加延迟”?

Anu非常好的问题!不,我们并没有鲜明的旗帜要“应用布鲁克定律”。Portfolio 是为敏捷开发团队提供的一个辅助工具,帮助其建立初步的切实可行的计划,并可以快速顺应变化。顺应变化并不仅仅是添加新的人力资源这么简单。你需要选择适当的方法对变化作出反应——调整项目的范围,重新安排某一版本的发布,以及任何其他可能的办法。

首先,在实践中我们推荐在建模时为新的开发人员分配过渡时间,并且减少 [辅助] 团队成员的可用时间。另外,有一个可配的设置,可以设置有多少人可以并行工作在一个用户故事上。与人员的技能考虑相结合,可以确保不会随机安排增加的生产力而且也不会有这样的计划表出现——“有 50 人就可以在一天之内发布一个 50 人天的项目”。

InfoQ:JIRA Portfolio利用了 JIRA的 API,那么它本身是否也提供 API呢?

Anu对于 JIRA Portfolio,目前我们并没有单独发布的 API,不过将来会考虑一些潜在的集成点,包括资源管理(组织、功能 / 技能、假期、成本等)以及用于定制化的报告解决方案的日程安排和进度信息检索。

InfoQ:现在 Portfolio已经可用于 JIRA的 Server版本,何时能够有可用于 JIRA Cloud版本的 Portfolio

AnuJIRA Portfolio 的 Cloud 版本预计将在明年的年初面世,大概在 3 月底左右。

InfoQ:在 Atlassian内部是否已经开始使用 JIRA Portfolio了?在你的路线图上,下一步计划是什么?

Anu当然,绝对是的!我们从自己的 Portfolio 使用经验中,已经学到了许多,例如,在哪些方面 Portfolio 已经比较出色,哪些方面仍需改善。

迄今为止,基于我们从客户那里获取到的反馈来看,接下来重点的路线图事项包括对计划和进度跟踪的故事点数支持,JIRA Portfolio 的 Cloud 版本,以及与 JIRA 和 JIRA Agile 更深层次的数据整合。

Anu 欢迎大家在 twitter 上@anutthara提出关于 Portfolio 的问题和反馈。

现在已经可以从Atlassian Marketplace 上试用或购买JIRA Portfolio。官方文档还提供了一个自动日程安排功能的概览和一个FAQ,包括专门的日程安排 FAQ。通过Atlassian 支持门户提供资源支持。功能需求和问题报告可以通过 Atlassian 的公用问题跟踪系统提交给JIRA Portfolio项目组。

查看英文原文:Atlassian Launches Project Portfolio Management Solution for JIRA

敏捷语言 & 开发文化 & 方法