HYEarth从点对点项目式开发到点对面敏捷开发转型实践

发布日期：2018-10-11　　　　作者：南南

　　长期以来，太空网都把天地一体化仿真及显示系统研发作为核心竞争性业务。业务领域涉及飞行器设计与制造、系统设计与数据可视化、飞行器在轨运行等全生命周期产品和服务。在过去的十多年里，为航天、科学院、国家电网、北航、海洋大学、载人航天办公室等单位研制研发各类仿真可视化软件平台。
　　之前的项目研发模式是为某一项目成立项目研发小组进行研发，有多少项目就有多少项目小组，在研发人员有限的条件下，项目越多研发效率就越低，研发人员经常顾此失彼。项目甲方、项目经理、测试人员很难及时参与项目的研制进度。项目反馈效率相对较低。
　　随着航天大数据、人工智能时代的到来，国内飞行器数量、载荷、卫星数据的快速增加。不同用户需求在大的技术框架上产生很多不同应用分支。如果再采用点对点项目式开发，必然会降低研发进度和研发质量。HYEarth项目组决定运用国际上近几年先进的敏捷开发模式对天地一体化平台进行开发。太空网也是航天系统内最早采用敏捷开发模式的单位之一。太空网在HYEarth平台项目推进过程中使用Scrum敏捷开发框架，结合“看板+站会”形式，积极探索项目推进新措施。结合TFS/Gitblit/Genkins等工具逐步实现了内网研发和外网测试、部署的有机融合，并在过程管理、版本管理、交付质量三大方面取得了突破。
　　下面简要介绍一下整个HYEarth平台敏捷开发模式的框架和特点：
　　上文中已经提到大气中悬浮颗粒直径多在0.001～100μm 之间。国际上对不同直径的悬浮颗粒物进行如下划分：
A．通过TFS工作项管理需求和用户故事
　　使用TFS工作项管理需求和用户故事，在积压工作中，可以清晰的展现需求与故事的对应关系。通过累积流图，可以清晰的统计出需求与故事的交付情况，便于及时发现问题，精准把控迭代进度。
B．每日站会
　　每日站会时，项目组研发成员会回答三个问题，昨天干了什么工作，今天将要干什么工作，工作中遇到什么困难。这三个问题是帮助研发人员回顾昨天的工作，明确接下来要做什么，如果有技术问题项目组成员都可以了解，避免在研发过程中碰见同样的问题。同时也让项目组成员了解整个项目的进度，从整体上把握项目的开发方向。
C. 代码审查模式
　　整个系统模块众多。当研发人员完成代码编写之后，由项目经理或者其他模块研发人员对代码进行审核。这样做可以让研发人员从整体上了解各个模块的功能，了解不同模块和自己编写模块之间的真实的交互关系；可以把软件bug消灭在萌芽状态，避免代码越来越多导致软件bug很难查找；研发人员之间可以互相学习，提高代码质量。
D．过程自动化的实现
　　之前点对点项目式开发，从编码到软件打包、再到安装到运行测试是一个很负责的过程，需要有经验的研发人员配置各种环境，有时候还需要多人配合。HYEarth项目组实现了代码更改到测试的自动化服务，及研发人员在本地编写完成一项功能后，签入代码，后台服务器自动实现代码的编译、构建、部署、安装过程。项目经理和需求方可以直接在终端机上查看最终的运行效果提出意见反馈，加速了研发方和需求方的反馈更改速度。这也是HYEarth平台敏捷开发的核心技术提升。通过自动构建及部署流水线的运用，提高了团队的持续集成和交付能力。

　　太空网天地一体化平台的敏捷集成测试开发网站每天都会更新我们的研发进度。
　　太空网最新的应用案例——全球风力风场实时展示：

　　太空网所有正式发布的平台应用可以通过太空网官方网站查看。

　　我们将会继续探索实践，坚持总结分享，希望所有研发团队能够少走弯路，尽快找到适合自己的敏捷模式。