Post by account_disabled on Mar 21, 2024 6:46:40 GMT -4
刺阶段，探索“政府平台”的政府服务新模式。您可以使用本博客上的 LabPlus 标签回读迄今为止的旅程。这是一个为期 12 周的简短而尖锐的计划，我们将在 6 月 30 日之前完成并撰写。以下是状态更新以及我们下个月的计划。请务必参加我们每周一次的 OpenLab（外部链接）在六月底之前了解更多信息并与我们聊天
地位 我们分析了来自各种政府服务设计和交付计划的用户研究，并发现了一些我们可以借鉴的伟大工作。本周我们将在博客中发表一些有关这方面的见解。 我们使用“生活事件”视角进行了自己的独立用户研究，以验证和测试有关政府服务设计的假设，并独立于任何特定机构甚至政府视角来探索用户的需求。这提供了许多令人着迷的见解，与之前的研究相结合，成为我们未来状态设计和实验的支柱。 我们已经开始尝试公共和机器可读的人类服务登记册可能是什么样子。首先，我们绘制了家庭服务目录（外部链接）一起生成一个机器可读文件并将其发布在 test data.govt.nz 网站上，以进行可重用服务寄存器的实验（外部链接）作为共同服务的原型（感谢社会发展部（外部链接）！）。我们正在与其他一些生活事件服务提供团队合作，他们希望重复 使用该登记册，并且也希望拥有中央政府服务登记册。我们将在内政部内发现的几个“人类服务登记册”混在一起（外部链接）获得用于测试目的的实验原型。（外部链接）如果它满足需求，它可能是候选可重用组件。 即将推出 我们正在构建四种可能的服务交付未来状态，所有这些都基于以用户为中心的设计和研究，但所有这些都让我们有机会与人们一起测试一系列 伯利兹电话号码列表 想法和假设。请参阅原始范围的最后 3 张幻灯片，了解我们正在测试的设计和技术假设。其中三个将是线框图，一个将是模型实现（因此我们可以测试有关后端所需内容的假设）。我们很快就会向大家展示一些东西，并对实现这种未来状态所需的内容进行后续分析。我们期待您对这些想法进行测试和反馈。 我们将根据我们尝试以这种方式设计和构建的实验，撰写一份如何将政府建设为机构平台的初稿。它还将讨论政府作为平台明确不是什么。例如，政府作为一个平台不仅仅是建立共享平台或安全 API 网关。理想情况下，一旦经过测试和改进，该方法将被纳入更广泛的政府指南中。
我们正在针对另一个生活事件和一个机构计划进行两次设计冲刺。我们将要求参与机构的同事在未来几周内分享他们的经验。这些小型项目将测试跨机构的不同工作方式，看看会产生什么额外价值。 我们将对“政府作为平台”的价值主张进行一些早期分析，重点关注对人民、政府和非政府部门的潜在价值。 我们将展示一些以前的服务交付团队的工作，以庆祝他们的成功，并吸取前进的经验教训。 最后，我们正在收集政府平台系统的用户需求和功能需求。这包括对政府服务提供团队和技术团队的内部调查，还包括下周的公共行业和社区用户需求研讨会。空间有限，但您可以在线参与，因为它将进行现场直播以供在线贡献和讨论。请回复（外部链接）通过EventBrite。 我们将在几周后讨论后续步骤。我们做这个实验的直接目的是测试我们对服务整合的假设，探索一些假设，包括政府作为一个平台如何在实践中正常运作，探索对人民、政府和行业/社区来说“好”是什么样子，什么是“好”？需要实现这种“善意”，并探索政府工作的新方法，为新西兰人设计更好的服务。