协同设计：让地理空间平台真正服务于用户
在地理空间研究与软件工程领域，一个长期存在的悖论是：技术精湛、功能强大的平台与丰富的数据基础设施往往难以被用户接纳。究其原因，开发过程常与终端用户的操作现实、决策压力和日常工作流程脱节。面对气候变化适应（CCA）和灾害风险管理（DRM）等复杂危机，纯粹自上而下或技术驱动的开发方式屡屡失败。应急响应人员需要的不是包含大量图层和工具的通用GIS查看器，而是能在危机演变中快速回答特定问题的清晰、可操作的信息产品。 本周的挑战在于：如何设计并开发真正满足用户需求、打破组织壁垒、并能随现实需求演变而调整的地理空间信息系统？52°North在欧盟“地平线欧洲”DIRECTED项目中直面这一挑战，与跨学科联盟及真实世界实验室（RWL）的利益相关者合作，围绕DIRECTED数据编织（Data Fabric）建立了结构化的协同设计框架，使终端用户从被动接收者转变为软件平台的主动共同创造者。 协同设计远不止在项目初期询问利益相关者想要什么功能、偶尔回顾设计选择、最后展示成品工具。它是一个持续的、敏捷的对话过程，将技术可能性与操作需求对齐。为将协同设计原则转化为切实的工程流程，我们围绕四大支柱组织工作：第一，设立专职任务组与产品负责人。针对DIRECTED的四个真实世界实验室，我们建立了紧凑的跨学科任务组，由当地RWL主办方代表担任产品负责人，根据当地从业者的实际主题需求确定开发优先级，开发者、建模师以及治理和知识协同生产专家支持技术执行。第二，迭代式界面演进。在投入后端管道工程之前，我们基于初始用户故事创建交互式图形用户界面（GUI）原型，在早期利益相关者研讨会上展示，从而提前完善UI元素、数据图层分组和决策支持小部件，节省了大量冗余开发时间。第三，基于敏捷冲刺的增量开发。借鉴Scrum方法，开发以两周为周期推进，每次迭代交付可测试的软件增量。利益相关者评估的不是静态规格文档，而是具体的实时解决方案，从而实现持续反馈并在假设与现实碰撞时快速调整。第四，持续反馈循环与操作演练。我们在真实应急管理流程中测试原型，从洪水管理桌面演练（TTX）到与消防和救援团队的全规模多机构现场演练，软件组件在操作压力下接受评估。 我们的协同设计方法在四个不同的欧洲地区进行了测试，每个地区都有独特的灾害特征、制度背景和用户需求。在DIRECTED的协同设计过程中，最大的惊喜是利益相关者的关注点从复杂的后端模型机制迅速转向视觉清晰度和用户体验。建模团队通常希望突出技术精确性，但操作用户最关心的是透明度：数据来自哪里、模拟有多旧、预测的不确定性有多大。协同设计是否比传统软件工程更耗时？初期确实如此，需要大量前期投入来建立信任、组织研讨会和运行反馈循环。然而，从长远看，它通过防止构建无人使用或理解的功能节省了大量时间。这是一个要求高但富有洞察力的过程。 如何管理不同用户群体的冲突功能请求？这正是任务组产品负责人的关键作用所在。通过建立明确的验收标准和基于实际操作缺口确定优先级，我们确保平台保持专注而非臃肿。开放科学在协同设计中扮演什么角色？我们通过公开文档、开源组件和可复现的工作流程，促进知识共享和社区参与，增强平台的透明度和可持续性。 协同设计的核心在于将对话从“我们能构建什么”转变为“用户真正需要什么”。通过结构化框架、敏捷迭代和真实环境验证，地理空间平台可以真正成为决策者的有力工具，而不仅仅是技术展示。如果您想了解DIRECTED项目中协同设计框架的完整技术细节、具体案例和经验教训，请点击原文链接查看全文。
编译自 Planet OSGeo，原文链接
原文摘要
Co-Designing Geospatial Platforms That Matter
Insights from the DIRECTED Data Fabric The Challenge: Building Software That Users Actually Need and Use In geospatial research and software engineering, we frequently encounter a persistent paradox: sophisticated platforms, cutting-edge hazard models, and rich spatial data infrastructures are built with tremendous technical skill and effort – but lack uptake. Why? Because the development process often occurs in isolation from the operational realities, decision-making pressures, and daily workflows of end-users. When addressing complex crises like climate change adaptation (CCA) and disaster risk management (DRM), a purely top-down or tech-driven development approach routinely fails. Emergency responders do not need generic GIS viewers with a multitude of layers and tools; civil protection officers require clear, actionable, and rapid information products that answer specific questions during an evolving crisis. This leads to this week’s challenge: How can we design and develop geospatial information systems that genuinely address user needs, bridge organizational silos, and adapt as real-world requirements evolve? : Bilateral interviews, world-café workshops, pain-point mapping1. Requirements & Personas Low/high-fidelity UI mock-ups, API design2. Visual & Architectural Mock-ups: Agile development, continuous cloud deployment3. Prototyping & Sprint Reviews: Tabletop exercises (TTX), multi-agency drills4. Operational Validation: Annotated slide decks, GitHub tracking, direct iterations5. Asynchronous Refinement: 52°North tackled this exact challenge in the Horizon Europe , working with an interdisciplinary consortium including stakeholders from Real World Labs. By establishing a structured Co-Design Framework around the DIRECTED Data Fabric, we turned end-users from passive recipients into active co-creators of the software platform.DIRECTED project Co-design is far more than asking stakeholders what features they want at the beginning of a project, r