减少技术选型的不确定
框架、云服务、游戏引擎和外部服务,会放到实际限制条件中比较。
从贴近实现的工程角度,支持技术选型、架构评审、可行性确认、问题排查和实现方针整理。

Service
技术判断很少只是选择一个看起来最好的工具。真正合适的方案,要同时考虑目标、预算、时间、团队经验、运行成本和后续维护。只看表面对比,之后可能在维护和集成时遇到问题。
Nobilwing 会从实际实现出发,确认某项技术是否适合当前项目,而不只是讨论技术本身好不好。可以进行短时间技术讨论、架构评审、调查报告、既有项目整理等形式的支持。
Project Context
技术咨询不是给出一个看起来最正确的答案,而是结合目标、预算、时间、团队和既有资产,选择真正可以实现并维护的路线。
框架、云服务、游戏引擎和外部服务,会放到实际限制条件中比较。
确认架构、依赖、数据流和使用流程,找出容易出问题的地方。
结果不只是调查报告,还要包括实现步骤、优先级、风险和验证方法。

Workflow
这张图表现的是读取日志和架构信息、比较选项、明确风险,并转化为实现计划的过程。技术咨询的终点不是资料,而是下一步可以执行的行动。
先明确需要解决什么、哪些部分可以改变,以及什么时候需要做判断。
引入成本、维护性、费用、团队熟悉程度和未来扩展性需要一起比较。
把调查结果转成验证步骤、迁移方案、改善任务和估算前提。
Support Areas
可以是短时间的技术讨论,也可以是既有项目调查、海外服务接入确认或改善方针整理。
根据要做的产品,整理应该使用哪些技术、使用到什么程度。
查看既有代码、架构、数据和日志,找出实际可改善的点。
可以确认平台、中间件、云服务和开发服务的跨地区接入问题。
Scope
比较框架、云服务、游戏引擎和外部工具,整理选择理由和注意事项。
检查既有设计、数据结构、API、权限和使用流程,指出风险和改善方向。
调查故障、性能下降、构建问题和集成问题,并提出下一步处理方案。
支持 Steam、海外中间件和开发者服务的规格确认、接入判断和实现方针整理。
Deliverables
Fit
Quality
先对齐限制条件、可变更范围和需要避免的风险。
不只看理论上是否理想,也看当前团队是否能使用和维护。
技术不确定性、成本、迁移负担和依赖服务风险需要明确写出来。
结果会整理成验证项、实现任务、优先级和待确认问题。
Process
确认目标、当前情况、限制条件和需要判断的事项。
根据需要查看规格、代码、日志、管理画面或外部服务资料。
整理风险、可选方案和实现注意点。
总结下一步行动、优先级和是否需要追加调查。
欢迎就开发需求、技术问题或合作机会联系 Nobilwing。