# 论文修改

**Repository Path**: bllose/revising-a-thesis

## Basic Information

- **Project Name**: 论文修改
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-09-11
- **Last Updated**: 2026-09-11

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# 历次修改意见论文内容关系

## 目录
第1章  绪论	
1.1  研究背景  
1.2  研究目的及意义  
1.2.1  研究目的  
1.2.2  研究意义  
1.3  国内外研究现状及评述  
1.3.1  国外研究现状  
1.3.2  国内研究现状  
1.3.3  国内外研究现状评述  
1.4  研究方法与内容  

**198次校会前 → 意见6：论文的研究内容和逻辑不清。**

1.4.1  研究内容  
1.4.2  研究方法  
1.4.3  论文技术路线图  
1.5  理论基础与基本概念  
1.5.1  理论基础  

**197次校会 → 意见3：在论文“1.4 相关概念与理论基础”部分，没有参考文献的标注，不合适。难到本文中所写理论是作者自己提出的理论？而且所写内容也应进行一定的调整、补充。**

1.5.2  概念界定  

---

第2章  T公司软件研发中心项目管理过程现状与分析  

**198次会前 → 意见2：第 2 章的逻辑需要再梳理，一般应是现状、分析（问卷）、问题、成因；问题一般不分关键，成因不再划分深度；**  

2.1  T公司软件研发中心概况  
2.1.1  公司简介与业务领域  
2.1.2  组织结构与职能  
2.2  T公司软件研发中心项目管理过程现状  

**197次校会 → 意见15：项目管理五大过程组共包含47项活动，但论文的分析较为粗糙，看不出对所有项目管理过程活动的覆盖。如果47项活动只存在3个问题，论文研究的必要性可能不足。**  
**197次校会 → 意见11：论文对T公司项目管理的五大过程组的现状描述过于简单，缺少必要的企业实际数据和资料，无法支撑对存在问题的理解。**  
**197次校会 → 意见6：在“2.2 过程定义与过程现状”里，写“……本文依据PMBOK五大过程组理论，对T公司软件工程中心现有管理过程进行重新划分与归类，”不合适，所写内容必须扣题。其他章节的内容也一样要扣题。**  
**199次会前 → 意见6：表 2-2 中的 PMBOK 关键活动是如何界定的，缺少说明。**  
**199次会前 → 意见5：论文对项目管理过程现状的分析不充实，49 项活动的现状介绍仅有一页，无法清晰了解项目管理过程全貌。**  
**199次会前 → 意见2：项目过程是总体的项目还是特定项目，从论文现有的对象看，是一般的项目管理，那就需要有效归纳问题，问题及成因的归纳与分析缺乏层次。**  

2.2.1  现状综述  
2.2.2  管理过程现状  

2.3  T公司软件研发中心项目管理过程调研分析  
2.3.1  客观数据采集与分析  

**197次校会 → 意见12：2.3节核心问题数据诊断的分析框架不明确，不清楚数据为什么从2.3.2的五个方面进行诊断。此外，该节内容与2.4节问卷调查的关系不清晰。**

2.3.2  问卷调查  

**197次校会 → 意见13：调查问卷的设计不具体，调查题项是否全面没有说明。**
**199次会前 → 意见3：问卷的规范性需要加强，样本的代表性需要明确，对问题的提炼要与问卷数据对应**  

2.4  T公司软件研发中心项目管理过程问题归纳  

**197次分委会会前 → 意见3：论文需要进一步聚焦研究主题，对项目管理过程问题的提炼要突出关键问题，问题归纳需要有必要的论据。现有的问题提炼浮在表面。**  
**197次校会 → 意见15：项目管理五大过程组共包含47项活动，但论文的分析较为粗糙，看不出对所有项目管理过程活动的覆盖。如果47项活动只存在3个问题，论文研究的必要性可能不足。**  
**198次会前 → 意见4：一论文需要进一步聚焦研究主题，对项目管理过程问题的提炼要突出关键问题，问题归纳需要有必要的论据。**  
**199次会前 → 2.4 和 2.5 对问题和原因的分析缺少企业实际数据的支撑。**  
**199次会前 → 意见2：项目过程是总体的项目还是特定项目，从论文现有的对象看，是一般的项目管理，那就需要有效归纳问题，问题及成因的归纳与分析缺乏层次。**  

2.4.1  需求文档不规范  
2.4.2  团队经常陷入被动应急  
2.4.3  代码交付质量不稳定  
2.4.4  项目范围总是失控膨胀  
2.4.5  同类缺陷反复出现  

2.5  T公司软件研发中心项目管理过程问题成因分析  

**197次分委会会前 → 意见4：问题的成因分析需要结合项目管理理论与方法进行深入分析。此前专家已经指出这一点，但现有的论文修改还不到位。**  
**199次会前 → 2.4 和 2.5 对问题和原因的分析缺少企业实际数据的支撑。**  
**199次会前 → 意见2：项目过程是总体的项目还是特定项目，从论文现有的对象看，是一般的项目管理，那就需要有效归纳问题，问题及成因的归纳与分析缺乏层次。**  

2.5.1  启动过程组缺乏规范的需求模板  
2.5.2  规划过程组流程缺少质量控制门禁  
2.5.3  执行过程组质量测试与审查效率低下  
2.5.4  监控过程组缺乏范围控制闭环机制  
2.5.5  收尾过程组缺少问题总结机制  
2.6  本章小结  

---

第3章  T公司软件研发中心项目管理过程改进方案  

**197次校会 → 意见8：论文第3、4章的内容要紧扣第2章展开，而且不能都是文字表述，能用图表的尽量采用图表。**

3.1  启动过程组建立规范的需求模板  
3.2  规划过程组为流程设立质量控制门禁  
3.3  执行过程组搭建自动化质量扫描平台  
3.4  监控过程组建立变更控制委员会与配置管理系统  
3.5  收尾过程组构建复盘考核与资产沉淀体系  
3.6  本章小结  

---

第4章  T公司软件研发中心项目管理过程改进实施保障  

**197次校会 → 意见8：论文第3、4章的内容要紧扣第2章展开，而且不能都是文字表述，能用图表的尽量采用图表。**

4.1  组织保障  
4.1.1  为改进措施建立管理主体PMO  
4.1.2  定义PMO的职能边界  
4.1.3  建立跨项目资源协调机制  
4.2  制度保障  
4.2.1  重构绩效考核体系  
4.2.2  防止过程数据自评偏差  
4.2.3  将改进措施整合为可执行指南  
4.3  人才保障  
4.3.1  将新人培养升级为制度化运作  
4.3.2  确立带教与知识贡献的晋升导向  
4.3.3  建立常态化导师制度  
4.4  能力保障  
4.4.1  CMMI能力成熟度模型量化改进效果  
4.4.2  基于月度跨项目指标聚合的趋势预警机制  
4.4.3  闭环年度评估与月度追踪循环改进  
4.5  文化保障  
4.5.1  用管理过程可视化瓦解认知惯性  
4.5.2  构建低阻力知识共享机制  
4.6  本章小结  

---

结论  

**197次校会意见 → 意见19：结论未对全文主要研究工作进行全面总结。**