大家写论文有个问题：
每个知识领域3-7个过程，开始写的很丰满，写着写着一看字数多了，后面的过程草草了事，这是大问题。
因为：第一个过程都是“规划**管理”，一般都没有子论题，而最后两个过程，都是执行、监控，恰恰是子论题重点所在。比如2021下的论文
2、请结合你所叙述的信息系统项目，围绕一下要点论述你对信息系统该项目进度管理的认识，并总结你的心得体会∶
(1)项目进度管理的过程;
(2)如果在进度管理过程发生进度延迟，请结合实践给出处理办法
3、请结合你所叙述的信息系统该项目，用甘特图编制一份对应的项目进度计划。
再比如2023上：
2、请结合你所叙述的信息系统项目，围绕以下要点论述你对信息系统项目风险管理的认识:
(1) 请根据你所描述的项目，详细阐述你是如何进行风险识别和风险应对的
(2) 请根据你所描述的项目，写出该项目的风险登记册，并描述风险登记册的具体内容在项目风险管理整个过程中是如何逐步完善的
最后一个过程：控制**，恰好是子论题要求，遇到的问题，具体如何解决的重点所在，必须要认真对待，不能草草了事，写的虎头蛇尾。
所以，要好好审题，搭好框架，再规划好重点，详略得当地写。
控制**，最容易写成碎碎念的流水账，一定要注意结合工具技术，比如偏差分析、绩效审查等，也要注意输出，如：绩效信息、变更请求等。为了写的比较丰满，可以写主动监控，和被动出现问题两种情况，还可以按照时间顺序，写项目执行早期、中期、后期出现的各种问题，这样控制**，就显得既丰满，又有结构，读起来逻辑清晰。
比如：控制资源
在项目中，需要随时监督资源使用情况，及团队工作绩效，以保证项目按计划进行。针对资源，我们每天通过监控软件针对平台、网络、数据库、微服务平台进行实时监控；同时随时关注团队成员的工作状态以及工作方法。在项目初期的规划中，我观察到负责需求的小王仍按照原有的各功能模块来梳理需求，这将不利于后续的微服务规划，我立即组织了2小时的工作坊，请架构师就微服务架构为团队做了简单介绍，并要求小王改变为按照用户业务进行需求梳理。在项目后期联调时，发现凡涉及到调用客户资料的模块，响应时间都超过1分钟，通过监控发现系统内存占用过高，经团队分析，原因在于客户资料公共模块被多个微服务重复加载，我召集开发和部署团队，重新梳理了公共服务的部署和调用机制，解决了该资源问题。
比如：控制范围
成功的项目成本管理，一方面来自于良好的规划，另一方面来自于良好的执行。我依照成本基准及进度计划，采用两种监控机制：每个周五，统计成本开支情况，对比进度时间点，以及成本基准点，进行粗略的成本核算，如果超出基准10%以上，需要分析原因及解决办法，立即向总监汇报；另一个是在每个里程碑节点，严格统计PV、EV、AC，计算挣值，确保阶段受控。需求、设计阶段由于工作基本串行开展，进度、成本在控制范围之内，进入开发阶段后，多个小组并行工作，监控困难，我将各功能点的监控授权给各组负责人，以便更及时发现问题。在公共模块开发完成时，度量发现比预期多用了20人天，我召集各组进行了复盘和分析，根本原因在于，虽然经过了培训，研发对新的微服务在事务处理、公用接口等关键方面仍存在问题。我动用了1.5万元应急储备进行了实操培训，团队绩效明显提升。后期验收中合规检查，发现了1:500高精度地图超规使用、个人信息保护机制不完善等问题，经过设计团队研究，需要购买专网专卡，设置敏感信息的三级保护机制，总计需要动用管理储备8万元，报CCB批准后，修订了成本基准，记录了储备开销日志
粤公网安备 44010602010970