这篇博客探讨在联邦政府内部实施产品管理，尤其是在数字领域。
加拿大就业和社会发展部 (ESDC) 是一个服务部门，大多数加拿大政府部门也是如此。ESDC 通过50 个计划提供服务，以提高所有加拿大人的生活水平和生活质量。其中之一是“就业银行Job Bank”计划。
就业银行定位
就业银行Job Bank计划实际上是加拿大《就业保险法》的一部分，为雇主和求职者提供免费的双语服务，以此来减轻就业保险计划的压力。
服务消费者并不关心运营服务的成本和风险，但服务使用的是产品，这些产品的交付是有成本的。
管理内部的复杂性以维持这些产品，以及它们如何影响服务水平是产品管理的重点。
转向数字化意味着这些产品中的一些将被暴露给服务消费者（例如，一个网站，一个移动应用程序）。
“就业银行 "这几个字可以理解为三个不同的含义。
- 一个计划。
- 对求职者和雇主的服务，最终使用该计划的绩效信息档案（PIP）来衡量；以及
- 一个产品系列--最引人注目的是构成其网站的10个产品，作为就业银行服务提供的一部分，它被客户所接触和消费。
与网站的互动对服务绩效有直接影响（例如，浏览和寻找信息的能力，与相关工作的正确匹配等），并且由于与软件的互动产生了大量的数据，为改进提供了快速洞察力。这就是数字化带来的新机会：利用基于证据的决策，对这些洞察力迅速采取行动的能力。所有的目标都是为了改善结果。
在传统的项目与企业的关系中，IT部门几乎没有得到足够的资金来 "keep the lights on"，当项目想让IT人员参与到软件修改中时，就会使用项目。这可能会对急需的小改进造成不必要的滞后。
在数字世界中，一个部门的产品 "团队"，如Job Bank，应该同时嵌入业务和IT人员。然而，由于财政委员会（TB）规范程序和企业的政策2将IT和程序功能的负责人不同，这两个独立的人自然希望在各自的组织结构图中负责其功能的工作人员。
养老金制度
我们的养老金系统在这里是一个很好的例子。它被各种项目（无论是业务增强、技术债务补救、软件修补、立法授权、转型举措）所轰炸。这些变化来自于多位高管，因为养老金项目并不与监督其交付的单一官员联系在一起。由IT部门单独管理和协调这种规模的承诺是不现实的。特别是在处理项目可能表现出来的领土行为（例如，"我是最优先的，这是我的预算，这些是我的资源"）。
为了管理所有这些需求，使用了产品经理。这是一个战略角色。他们的眼光超越了6个月的时间范围：
- 产品经理使用产品的路线图，既是一种沟通工具，也是一种谈判工具。与不同的项目经理合作，讨论在一个时间范围内做什么是合理的。产品经理还确保产品团队有足够的能力来处理各种需求，如进行财务、人力资源和架构规划等。这里特别强调：确保资金。
产品所有者是一个更具战术性的角色。他们在6个月的时间范围内进行研究：
- 产品负责人与产品经理和产品路线图紧密合作，确定发布范围，并拥有对产品做出决定的最终权力。他们与产品团队一起工作，从路线图的高层次需求中阐述更详细的需求，并在必要时与其他IT专业人士合作（例如，IT安全）。
我们认为，产品经理和产品所有者都需要坐在就业银行计划的一边，因为他们的业务决策方面。尽管他们必须与IT经理紧密合作，以充分了解风险的影响，如不断攀升的技术债务和网络安全，并确保符合IM/IT政策（例如，IT安全的软件补丁要求）。
产品团队是由跨职能的熟练成员组成的，来自多个部门。这就是敏捷和DevSecOps适合的空间。为避免交付堵塞而必须加快发布速度，这促进了它们的采用。产品团队必须接受良好的敏捷培训，否则，混乱会悄然而至，对他们的表现产生负面影响，或者更糟的是，向高级管理层传达 "敏捷不起作用"。项目管理纪律在这里仍然被积极使用，尤其是产品经理，不一定要把所有的工作都正式交给一个部门委员会。
团队拓扑
对于 Job Bank，它是加拿大就业保险委员会。在定期向国库委员会提交的更新中，Job Bank 需要确定充足的资金，不仅适用于其项目人员，也适用于 IT 工作。
团队拓扑有四种类型的团队进行交互：
流对齐的团队是项目官员所资助的。它的云计算积分和劳动力成本可以直接归属于该项目。
其他三种类型的团队不能直接归属于一个项目，他们的成本基本上是共享的，构成了 "IT企业服务 "的空间。他们的成员很可能都在IT组织之下，但也有可能有来自不止一个分支的成员的情况。他们的资金和可持续性需要将资金集中到CIO预算中。除非他们能提供按需服务，比如通过API，否则他们的工作可能需要项目化，因为流线型的团队基本上都在争夺他们的时间承诺。
专业化团队在某些领域提供重要的专业知识。例如，关系数据库性能、高级数据建模、数学和计算。这些团队通常首先作为项目的一部分参与进来，然后继续提供服务（例如，为业务流对齐的团队建立一个商业智能（BI）COTS产品，然后让他们管理BI的报告）。
赋能团队帮助其他团队克服障碍。他们辅导和指导他们，直到他们获得足够的专业知识，在这一点上，他们会离开。扶持型团队的性质是临时性的。上面的例子是无障碍办公室。
平台团队提供令人信服的内部产品和服务，以加速流向一致的团队的交付。就业银行的一个例子是，它使用了DocUpload服务，允许客户上传文件，然后进行防病毒扫描并安全地存储。重新使用这种服务使组织能够节省时间和金钱。
然后，我们可以看到松散耦合架构（即API驱动）是如何增加巨大价值的，因为它赋予团队更多的自主权，通过提供按需服务来减少项目化的需求。