以下《信息系统项目管理师项目时间管理通俗理解》内容由信管网考友群群友“不倒翁”提供，仅供复习参考

时间管理也就是进度管理，进度管理，就要从做什么事情开始，比如先要知道做具体有哪些活动【活动定义】，就是工作的几个步骤，比如蒸馒头，要和面、发面、生火等，有了这些，然后就要排排序那个先做，那个后做【活动排序】，排完序，就要知道哪些活动需要哪些资源，必有需要面，需要案板，【活动资源估算】有了这些，就要算算时间了，知道具体需要多少时间 【活动历时估算】，都有了，就可以进行计划了【制定进度计划】，有了计划，就是出问题了，进行控制就好 【进度控制】。
先定义活动，基本是需要知道项目范围的 【项目范围说明书】，有计划最好【项目管理计划】，有范围分解的结果 【wbs、wbs字典】有了这些，加上公司的经验制度【组织过程资产】【企业环境因素】有这些用方法就好了，比如每个人有每个人的分解方式【分解技术】用人用模板套 【模板】，找个熟悉的人指导【专家判断】，有人用先定义知道的 【滚动式规划】，有这些也差不多了，就会有结果了 ，比如出个明细单子【活动清单】每个活动都是什么属性 【活动属性】，大致可以定义个里程碑了 【里程碑】，分解过程中可能会出现新的请求【请求的变更】。
活动定义完成了，可以开始排序了，那么就需要活动定义的结果，比如活动清单 【活动清单】每个活动的属性【活动属性】，项目的整体范围说明 【项目范围说明书】发现的变更 【请求的变更】，还有就是定义的里程碑【里程碑清单】有这些资料，加上各自的技术，比如有人前导图 【前导图】用人用箭线图 【箭线图】但是可以分析出，有人习惯用模板 【进度网络模板】，那个提前那个可以延后【提前滞后】也可以分析出活动之间的依赖关系【活动依赖】有这些，也基本可以排完序了，那么就会有【进度网路图】，然后把清单、属性更新下 【活动清单更新】【活动属性更新】；可能会出现新的请求【请求的变更】
排完序，就需要进行这些活动的资源进行估算了，依靠的是定义排序的结果 ，比如【活动清单】，【活动属性】依据整体的项目管理计划 【项目管理计划】，还有那些资源可用那些不可用 【资源可用性】，加上经验教训 【组织过程资产】【企业环境因素】，有了这些用自己的方法，比如从下往上【从下往上】，比如要吧估算额数据公开 【公开的估算数据】，比如可以用老人的经验【专家判断法】，比如可以找个替代的方案 【替代方案】，大公司用系统就好【信息管理系统】有这些，需要哪些资源搞定了 【活动资源需求】这些资源什么时间可用 【资源日历】有了这些哪些活动的属性估计要更新【活动属性更新】，资源如何分解也额可以搞定【资源分解结构】再发现点问题就变更把【请求的变更】。
资源估算完了，就该估算下需要多长时间了，依据就是对资源的需求和活动的估算，比如经验教训【组织过程资产】【企业环境因素】，比如活动的属性 【活动属性】【活动清单】，活动的资源需求【活动资源需求】比如资源的使用时间【资源日历】，比如项目的整体计划【项目管理计划】，项目的范围【项目范围说明书】，然后用方法，八仙过海各显神通，比如找个人帮忙【专家判断】，比如找个类似的项目【类比】比如设置个参数模型【参数】最常用 三点估算 【三点估算】，还有就是预留些资源【预留管理】我最常用的就是类比、三点，预留公司一般不愿意。有这些，历时就估算完了 ，出结果了【历时估算结果】然后就是对活动属性更新下【活动属性更新】
感觉在实际项目管理中，就主要是进度计划了，领导也只关注这些，依靠【活动清单】【活动属性】【历时估算结果】【活动资源请求】【里程碑清单】比如那些资源什么时间可用【资源日历】加上经验教训【组织过程资产】，排序的结果【进度网络图】还要就是项目管理计划【项目管理计划】【项目范围说明书】东西很多就制定计划，办法很多【关键路径】【关键链】【进度压缩】【资源平衡】【超前滞后】【信息管理系统】【日历调整】有这些计划可以出来了，里程碑可以出来了【项目进度计划】【进度基准】需要更新的就更新【项目管理计划更新】【请求的变更】【资源需求更新】【活动属性更新】
有了计划就是过程中的进度控制了，比如依靠【项目进度计划】里程碑控制【进度基准】，工作的汇报结果【绩效报告】，然后就是批准了变更请求，一般会改计划 【批准的变更请求】然后各自用各自的办法，最常用的进度报告【进展报告】，绩效汇报【绩效衡量】，比如对偏差分析下【偏差分析】，有系统用系统【项目管理软件】用的最多的是就是和甘特图比较【比较甘特图】有这些就是控制结果了，比如更新的多【进度基准】【活动清单、属性】【项目管理计划】【组织过程资产】推荐的多【推荐的纠偏、预防】，发现新的变更【请求的变更】