一图
下面分享一个项目进度的监控报告。
报告样式虽然简单，但是解决的问题可不少，下面来解析下这里面的元素：
考核节点/监控节点
我们在做项目时都会制定项目计划，项目计划中有关键的里程碑节点，例如：蓝图设计、上线、验收等，这些节点是我们项目过程中要牢牢把控，以此为阶段性目标的关键节点，这些节点也是对我们的交付部门，项目管理部门最关键的考核指标，我们把这些节点统称为考核节点。对于其他在蓝图阶段要做的具体细分内容。
例如：需求调研，demo制作等节点，我们统称为监控节点，这些节点通常是达成关键里程碑期间的过程节点，我们要做的是对他们的执行情况进行监控预警。
查询日期/基线日期
在制定项目计划时，会对每个计划节点制定计划完成的日期，而我们要查什么时间范围内的项目计划完成情况，就是通过这个查询日期控制范围的。
例如：我作为项目管理部门，要看一下去年的项目完成情况，就是通过查询日期，把项目的时间筛选到累计到去年12月以前的所有项目计划节点。
那么有人会问了，现在已经是2022年了，当时的状态早就找不到了，业务系统基本不会在数据里记录历史版本，而最多会记录一个更新时间，怎么办，业务部门告诉我当时完成了，凭什么扣我奖金时，我该怎么办？基线日期就出现了，我们可以永洪数据集里利用导出到数据库的功能，在数据建模语句里加一个sysdate（）（数据库不同语句不同，mysql是now，可根据实际情况改写）参数，执行一个etl作业，给当前的数据状态打一个时间戳，这个时间戳就是对数据当前状态的一个快照时间，也叫基线日期，把当时的数据和时间像照片似的保存下来。
好吧，证据留下了，谁也别说啥了~快照往往打在明细数据层，也就是下文介绍的表格那里，便于找到当时的问题状态。
一表
那具体是哪些项目节点失控了，或者出现了什么问题呢，点击指标进行下钻到明细表看看吧：
字段解析：
项目名称/项目编号/任务编号/任务名称/计划名称：项目中的基本元素，不解释了，大致就是什么项目，要干什么等信息。
阶段：项目的实施阶段，例如：蓝图、开发、测试、上线等等。
完成形式：该阶段的交付物，可以是文档或代码或原型等等。
状态：这个字段很重要，关系到考核奖金了，我们的项目过程往往不是一帆风顺，可能出现各种突发情况导致该项计划出现各类状态，例如：取消，暂停（挂起），延期等等，这时候我们要做统计的时候，就要过滤掉一部分特殊情况导致的计划变化，例如取消、暂停这种。
计划完成时间/实际完成时间：计划的完成时间和实际的完成时间，其中计划完成时间对应上个图中的查询时间进行计划的范围过滤。
审批级别：就是刚才说的考核还是监控。
部门/责任人：出问题了，该找谁？
问题类型/存在问题：问题描述，便于后期统计反馈给产品部门改善。
备注：就是备注。
好了，一图一表介绍完了，简单实用的报表。各位负责项目管理的小伙伴，看看咱们的企业，能不能做出这张图这张表，做的出来就试一试永洪BI，做不出来就查查原因，是系统问题还是管理问题，让数据来驱动驱动咱们的业务管理吧。
