GIS软件项目计划:从底层逻辑到落地执行全解析

做GIS软件项目和IT行业非GIS软件项目一样，大家是否也经常被工期延误、数据滞后、需求变更所困扰？明明提前排了工作，往往还是计划赶不上变化，项目执行还是比较被动。

本文结合多年项目实战经验，尝试拆解计划本质、排期方法、GIS软件项目计划的独特性、以及如何落地执行，帮你告别无效规划。个人观点，可供参考借鉴。

1.计划的本质是什么？控制项目正常执行，没有计划，就没有控制。

所有计划其实都是建立在假设之上的，例如项目的需求是否会变化、所需的项目资源是否可以保障等。

因此，项目计划应该把项目风险因素也要考虑进来。

优秀的项目计划是可以及时纠正预警的，计划能说明你应当在的位置。

优秀的项目计划能够达成多方的项目预期，包括客户的期望值、公司的经营目标、组织的交付目标等。

这里多啰嗦几句：项目经理要明白，其实大多数甲方领导定的往往是目标，而不是计划。公司领导其实定的是里程碑，也不是计划。

我们应该根据这个目标和里程碑来制定可落地的执行计划，计划其实主要是为项目团队排的。

计划的核心是“对齐”，计划是所有干系人的共识文件，包括需求边界对齐、资源承诺对齐、验收标准对齐。计划一旦脱离对齐，就变成了废纸。

计划需要有个“提前量”，避免手忙脚乱的状况出现。

计划还有个本质就是没有一成不变的计划。

我记得好像有本书名叫做《你有你的计划，世界另有计划》，我们不要害怕变化。

要积极去应对变化，通过自身的努力让计划的变化最小化。

2.如何科学编排项目计划？

▶前期要梳理清楚项目的基础要素

在正式制定项目计划前，必须完成基础要素梳理。

依据是项目合同，要明确项目交付物，确认甲乙双方权责、交付时间节点、验收规则。

盘点现有资源，包括开发人员、数据质量、服务器环境等。

▶先拆解WBS，再定工期

WBS（工作分解结构）是所有计划的基础，任务分解要遵循“相互独立、完全穷尽”的原则。

对于GIS软件项目而言，常用的方法是按需求→设计→数据→开发→测试→部署的纵向切分，再按模块横向切分。

分享我拆解任务的一个实际做法：第一级是里程碑按月拆，第二级是可控的模块任务按周拆，第三级是任务最小单元（尤其是外部不可控任务）按天拆。

▶要识别关键资源关键路径

需要强调一下的是，我们在做项目计划的时候可能还没有正式进入需求调研阶段。

但以我个人的做法是，我在编排项目计划之前会主动约甲方沟通项目的整体情况。

这个对制定项目计划、以及后面进一步的需求调研打下基础。

这也有利于我们识别项目关键人、关键路径。

注意：如果本项目还有分包供应商、或者还有系统集成开发商等情况，也需要明确与我方相关联的对方的项目计划节点。

▶制定计划不是项目经理独自完成的

项目经理不是独自为团队制定计划，而是让那些实际实施业务的人参与制定计划。

因为实施业务的人自己最清楚自己要怎么做，要花多长时间，实施业务的人最有可能想到一切必要的事情。

3.GIS软件项目计划有什么特别之处？

▶需要重点关注空间数据的依赖性

区别于普通软件开发项目，在GIS软件项目开发过程中，数据是核心底座。

因为项目中往往涉及是否需要遥感影像、矢量地图、POI兴趣点等数据。

这些空间数据的特点是：数据量大、来源多样、格式繁杂（shp、dwg、tif、gdb…）、质量参差不齐（拓扑错误、属性缺失、坐标系不一致等）。

因此必须在计划中单独预留数据采集、清洗、校正等数据处理周期，这是普通软件项目没有的特殊要求。

▶需要评估空间处理任务内容

还要评估本项目需要开发哪些GIS功能，例如缓冲区分析、叠加分析、路径规划等。

要考虑GIS功能的难易程度、以及需要用GIS功能解决项目上哪些实际业务需求，这些都要在项目计划中得以体现。

▶需要考虑环境与合规限制的特殊性

GIS软件项目还可能涉及涉密地理数据、离线部署、内外网环境适配、以及是否有信创要求。

这些在项目计划中需要提前规划好项目资源的申请、环境调试、安全测评、保密审查等专属节点，也是区别于通用互联网软件项目的地方。

4.GIS软件项目计划执行实战要点

▶不同计划需要不同成员的参与

对于有经验的项目管理者，他会在选定本项目系统采用的软件生命周期模型后，再制订项目计划。

项目计划制订其实并非一件轻松的事情，也不是两三天就能够完成的。

因为涉及内容很多，例如包括项目沟通计划、进度计划、软件质量保证计划、配置管理计划、软件测试计划、项目验收计划等内容。

需要协调项目干系人、SQA、SCM、TEST等人员的参与制订。

▶计划评审可以提高项目计划的可行性

关于项目计划评审，一般软件公司都会有自己的模板文档，但内容都是大同小异的。

我也整理了很多套模板文档，其中项目计划评审检查表主要包含以下检查项，有需要的可以套用：

计划与合同是否符合？

生命周期模型选择是否合理？

里程碑计划是否清晰？

项目组织结构是否完整？

责任分配是否合理？

工作任务分解是否合理？

关键路径、关键资源是否识别？

……

▶用好工具让计划可视化，做好进度同步

制订项目计划不是一蹴而就的，需摒弃静态文档。

制订项目计划的工具很多，我使用过甘特图、Project、XMind等协作工具进行实时更新进度，这些工具各有特点，我通常使用Excel和XMind。

每日同步项目数据处理进度、功能开发节点。

每日十分钟站会、每周对照计划复盘完成情况。

通过直观可视化的计划管理工具，及时发现滞后任务。

▶严控需求变更，灵活调整计划，守住计划边界，锚定最终项目交付

最后想说的是，GIS软件项目最大隐患是需求蔓延，无序变更。

需要识别风险，将重点、难点事项前置，进行针对性攻坚。

定期动态复盘迭代，灵活微调计划。

所有计划执行，最终都是围绕验收标准展开的。

项目计划内容中不能忘记计划项目验收文档撰写的工作量与时间安排。