第一篇：项目经理管理心得体会与经验
项目经理管理心得体会与经验
杭州奥体博览中心主体育场项目经理 赵纯阳
一． 项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
二． 项目范围管理理论解决了项目开始需求不清的问题 需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。什么需求？需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。
优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求“。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
三． 质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
四． 沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
第二篇：项目经理管理心得体会与经验
项目经理管理心得体会与经验
项目经理管理心得一．项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度 要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
项目经理管理心得二．项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。马为一——人性领导力学派创始人！中华培训讲师网高级讲师，现任天下伐谋公司高级合伙人、签约讲师！实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
什么需求？需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。
区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。
优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求“。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。
从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
第三篇：项目经理心得体会与经验
十四冶项目管理培训心得
创鑫公司
工程部
李自光
一． 项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
二． 项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
什么需求？需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求“。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们
更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
三．项目时间管理理论指导我们在项目管理中怎样抓主要矛盾。
以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。
四． 质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工
作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。
五． 沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
第四篇：项目经理经验
项目经理是什么？
Q: 项目经理是什么？
项目经理是公司委派，负责实现项目目标的个人，是公司授权的项目负责人，是项目的直 接组织者和管理者。
Q：项目经理的职责是什么？
对项目全过程进行组织和管理，按预期交付项目的成果 管理客户关系，以取得客户对交付的成果和过程最满意的评价 管理项目团队，使之高效而愉快的工作，并获得最满意的工作体验 Q：IT项目经理的主要任务是什么？
1.支持售前过程。IT项目一般比较复杂，交付风险大，需要在合同中约定工作范2.3.4.5.围，进度 计划要估算成本和人力资源，制定切实可行的实施方案。
负责项目交付。围绕目标，按照规范执行项目计划。按期汇报进度，保证项目在计划内 交付。
完成项目收尾。完成交付成果之后，要讲成果转移给客户，确保客户可以稳定地使用系 统。
管理干系人的关系。沟通各方人员信息，保持密切联系，解决矛盾冲突。
管理项目团队。寻找合适的资源，优化资源配置，建立合理的组织结构，确定清晰的职 责分工，打造高效的项目团队。需要什么素质？
领导力。领导力是指通过他人来完成工作的能力。领导力并不意味着『官』，而应 该是『领头的』。不仅要求别人做的自己能做到，而且要知道『下一步』，目标在哪里。
责任心。出于对承诺的负责，会倾尽全力达成目标。积极主动。善于利用自身的优势改变局势。
压力承受。需要在压力中仍能保持镇定，冷静思考。需要的知识和技能 专业知识
1.2.3.4.项目管理专业知识 IT技术 行业知识
实践技能
商务技能。要代表公司管理项目，履行合同。 项目启动。真正进入项目的第一个阶段往往是最慌乱的，必须清楚知道每天要做什么，这 样才能有条不紊。
计划的制定需要工具和平台，执行需要推进，质量需要把控。明确质量管理内容，以及在 什么情况下有权利喊『停』。
软技能
沟通和协调。沟通包括识别沟通对象，建立沟通渠道，明确沟通信息。团队和激励。必须让成员能够团结，为了共同的目标而努力。政治和文化。
项目启动的第一周
项目启动时，需要做的事情：
建立组织和制度。建立组织结构，确定职责分工，确定基本规章制度和工作流程。明确工作思路。一边是要确认工作范围，制定工作计划；另一边要确定开发方法，特别是 马上要确定需求文档格式和工作流程。
启动的准备工作
1.确认项目范围。项目中范围包括两大类：一类是产品范围，也就是应该覆盖的业务 需求；一类是为了实现项目目标所需要完成的工作。将功能层级进行约定：
1.子系统：指相对比较独立、功能完整一组业务功能。2.功能集：指在子系统内，按照业务特性归集的一组操作。3.执行单元：一次完成的一个独立业务操作。
粗略工作量估算。
人力资源的配置。
确定开发过程。按照项目的实际情况，制定一个《项目开发过程》的文件。明确项 目的开发阶段，明确各阶段的交付物，制定交付物的模板。群策群力，制定项目计划的方法
根据WBS方法指定活动清单。确定活动之间的依赖，绘制网络图。
根据网络图的依赖关系和工期需求，分配资源，确定进度计划和资源计划。根据资源和进度计划，制定项目预算。
通过需求矩阵，进行具体项目管理
需求矩阵按照子系统、功能集和执行单元的结构列出所有的功能需求，每列对应每项工作的 工作步骤以及每个步骤的工作量。
制定活动清单
计划过程的步骤如下：
排序和网络图分析
有了活动清单和依赖关系，就可以进行排序了。我们可以使用节点表示任务，用箭头表示依 赖关系。
通过对网络图进行分析，可以得到项目与时间相关的一些重要信息： 给定项目的预计和开始时间，能够计算每项活动必须开始和完成的最早时间。给定项目的要求完工时间，能够计算每项活动必须开始和完成的最晚时间。确定项目的关键路径，也就是最长活动路径。
资源和进度计划
进度计划是将工作计划安排到日历上，它不仅规定了整个项目各个阶段的起止日期，还规定 了所有项目的开始和结束日期。可以使用甘特图进行项目中的进度管理。进度计划排定时，重点考虑两点：
资源的使用情况是否合理，是否存在资源冲突的情况。
对于那些有较大浮动时间的活动，可以初步确定是越早开始越好，还是越晚开始越好。
执行和检查
对于辛苦制定地计划，如何让每个人按照计划工作？如果知道每个人的工作进展？
阻碍计划落地执行的原因
主要计划落地的主要原因有两点：
没有将计划细分，个人和计划之间缺少一个桥梁。但是将计划拆分到每天做什么也不现实，所以，这里是一个工作的难点。执行项目的人员之间水平有差异。
任务的分解和委派
为了解决上述问题，初步有了以下方案：
1.每组安周一周作为单位指定落实到个人头上的计划，制定一份一周工作计划表。2.一周工作计划表每天检查，如果出现了异常，随时修改。3.周五大家根据一周的工作内容，整理工作周报。这个方法是不错。但是如果将工作分解到每天的粒度呢？
基本思路是将工作按照工作的流程，分解为『关键步骤』，每项任务的一项关键步骤，作为 一个人的工作任务，也是最小的管理单元。个人工作任务只有『完成』和『未完成』两种状 态。
检查和调整
为了有效控制和掌握进度，检查和调整是很重要的一个环节。每日记录
每天下班前，可由相关人员自己在标记当日工作计划的完成情况，有完成、延迟完成和延迟 中三种状态，并进行汇总统计。并且可以提出自己的问题，由相关人员讨论解决问题或者安 排时间专门讨论。周例会
周例会检查和调整项目计划，需要一定的讨论，讨论的重点是：任务完成了吗？没完成的原 因是什么？怎么调整？
质量管理 管什么？
经过多年的发展，质量管理已经有了一套基本的理论和方法。质量管理包括质量保证和质量 控制两大类。质量保证是指在项目过程中实施的有计划、有系统的活动，确保满足相关的标 准，典型的例子是评审和审计。质量控制是指采取适当的方法监控项目结果，确保结果符合 质量标准，典型的例子就是测试以及之后的缺陷跟踪。
在IT行业软件开发领域中，常见的公认的质量活动包括：配置管理、评审、测试以及缺陷跟 踪。
评审：检查项目中间产品，早期发现缺陷以减少后期项目返工和修改的工作量。
测试：直接检测软件产品中的缺陷，确保符合质量要求。一般通过单元测试、集成测试、系统测试和性能测试实现。
缺陷跟踪：记录和追踪缺陷从发现到解决的整个过程，确保所有的结论都有结论。审计：对项目工作过程进行检查，确保所有活动按照规程进行。变更控制：版本本更控制，也是重要的一环。
配置管理：记录中间和最终产品（配置项）的变更历史。质量经理在项目中的职责如下： 贯彻公司的质量管理规范，负责质量管理过程中的检查和指导。负责制定项目开发/测试环境的标准和规范。
负责项目的配置管理，通过权限控制和备份机制确保交付物的完备和安全。负责组织同行评审，确保中间交付物的质量。
制定测试策略和测试计划，组织测试，确保最终交付成果的质量。
项目配置管理
项目配置管理是一项看不见的财富，可以在无形中减少因为版本意外等开发中出现的问题导 致的返工、重做等资源浪费。Q: 什么是项目配置管理？
配置管理是在某一特定时点，确定软件配置的一个过程，通过对已标识的软件配置的一个过 程，通过对已表示的软件的配置的变更进行系统控制，从而在整个软件生命周期中保持软件 的整体性和可追溯性。Q: 配置管理的具体要做什么？
通常来说，软件配置管理主要通过计划、标识和控制变更和发布配置状态报告来协调软件开 发，目的是使错误率达到最小并最有效地提高生产效率。
质量评审
评审的目的是尽早发现问题，一团和气的评审会完全达不到发现问题的目的。Q: 评审中的角色有哪些？
首先要把评审中设计到的各个人员确认下来。评审过程中涉及的角色主要有四种：责任人、主审人、评审专家和记录员。
主审人要先选定评审组的成员，然后再做评审的前期准备。在 评审过程中保证规范和高效，评审结束后要将结果及时发布被评审相关人员。最后，还要对 评审中发现的问题追踪，直 到问题关闭。
责任人就是要被评审的对象。他们在评审之前准备好资料，在评审过程中解答提出的问题。对于发现的问题要积极修正后提交给主审人。
记录员就是在评审过程中，把专家提出的问题都记录下来，还要记录责任人的回答信息，最 终要行程会议纪要，并且记录评审结果。
评审专家要彻底了解被评审的资料，其任务是寻找这些资料中的缺陷，侧重于发现问题而不 是解决问题。要保持客观。Q: 评审的过程是什么？
评审的过程分为计划、预备会议、准备、评审会议和追踪几个阶段。
计划阶段与项目计划同步，也就是说项目中有哪些要评审在项目计划中就已经提前定义好 了。
预备会议，针对要评审的资料对评审组进行培训，并讨论评审资料。准备工作，是评审专家要彻底熟悉评审资料，以保证评审的质量和高效。评审会议，是主审人和评审专家对项目资料中的错误和缺陷进行确认。跟踪，主审人要确保责任人采取必要的措施修正发现的错误。一个评审反馈表如下：
让测试深入人心
保证质量最有效的措施就是测试。Q: 为什么要有多种测试呢？
不同的测试是针对不同的开发活动来设置的。下面是软件测试的一个『V模型』：
单元测试，主要是开发人员对编写的代码进行自测或相互进行交叉测试，用以检查代码是 否符合编码规范，是否存在逻辑错误。
集成测试，将经过单元测试的模块组装成完整的程序。工作任务包括制定集成测试策略，确定集成测试步骤，设计集成测试用例，然后逐一添加模块进行测试。
系统测试，是为了验证需求分析确定的功能是否被正确的实现，同时还要对安装、部署、适应性、安全性、界面等非功能性需求进行测试。
性能测试，用来测试系统是否满足规定的性能需求。性能测试通常选择一些典型的功能，检验这些功能在大量用户同时使用时是否稳定。
用户验收测试，目的是验证需求与系统的匹配性，以及界面的友好性，响应时间等等。
缺陷跟踪
Q: 为什么要进行缺陷跟踪？
缺陷跟踪可以记录测试结果，确定代码质量，是确保问题得到解决的一个关键流程。其目的 是规范评审、测试、试运行等过程中发现缺陷的更改活动；跟踪缺陷处理的各个环节、避免 缺陷修改失控和遗漏；如实的反映缺陷处理过程。Q: 怎么进行缺陷跟踪？
缺陷跟踪的起点是各种发现缺陷的活动，发现缺陷之后就进入了缺陷的跟踪流程，包括提交、判断、分发、修改、复核和关闭几个关键步骤。
缺陷跟踪除了记录和跟踪缺陷的修复过程，很重要的还有对缺陷进行分类、统计和分析。缺陷的类型一般分为一下几种：
缺陷类型 描述 可能的缺陷来源 详细设计
架构设计、概要设计 用户界面 用户界面显示或者操作存在问题 架构 接口 系统存在架构方面问题
系统内、外部接口错误，不能正常连接和工作 架构设计、概要设计
需求分析、需求规格 架构设计、概要设计 业务功能 业务功能不完善、未实现或者出现错误 系统功能 与业务无关，但是系统必须实现的功能不完整、未实现或者出现错误 性能 系统的响应时间、吞吐量、并发量等不满足需架构设计、概要设计、求 编码 缺陷类型 描述 可能的缺陷来源 概要设计、编码 概要设计、详细设计 可重用性 不满足被其他系统或者模块复用的要求 可移植性 不满足可跨平台移植或者部署的要求
缺陷的严重性说明了缺陷给最终交付的系统或者产品可能造成的影响程度。其中A级影响程 度最大，E级最小。
严重性等级 描述
A级（系统级）系统整体崩溃，或者不能稳定地连续工作
B级（应用级）部分应用或者子系统不能运行，或者不能稳定地连续工作 C级（业务级）导致业务流程终止，或者因结果错误、数据不一致失败；因安全、容错性和性能问题等非功能性问题影响使用 D级（操作级）不易于学习使用，界面操作困难；难以理解而不容易使用 E级（文档级）安装手册、操作手册、在线帮助等文档不能提供帮助或者存在错误
第五篇：项目管理与项目经理
项目管理与项目经理
一、项目管理的产生与发展
项目是一种一次性的工作，它应当在规定的时间内，在明确的目标和可利用资源的约束下，由专门组织起来的人员运用多种学科知识来完成。美国项目管理学会
pmi（project management instiute）对项目的定义是：将人力资源和非人力资源结合成一个短期组织以达到一个特殊目的。
项目管理这一概念是第二次世界大战的产物（如美国研制原子弹的曼哈顿计划）。二战后，美国海军在研究开发北极星号潜水艇的导弹系统时创造出项目时间管理工具――一计划评审技术pert（program evaluation and reviewtechnique）。后来，美国国防部又创造出项目范围管理工具――工作分解结构法wbs（work break－down structures）来处理复杂的大型项目。20世纪50年代至80年代期间，项目管理主要应用于军事和建筑领域。这一时期，项目管理被看作是致力于预算、规划和达到特定目标的小范围内的活动。项目经理仅是一个执行部，他的工作单纯是完成既定的任务――去执行由其他人（如设计师、工程师和建筑师）制定的方案。项目管理的主要内容包括4个方面：
（l）范围管理（scope management）――根据项目的目的，界定项目所必须完成的工作范围并对它进行管理，包括立项、项目范围的计划和定义、范围确认、范围变更控制。
（2）时间管理（time management）――给出项目活动的定义、安排和时间估计，制定进度计划并行控制。
（3）费用管理（cost management）――确保项目在预算范围之内的管理过程，包括资源和费用的规划、费用预算和控制。
（4）人力资源管理（human resourcemanagement）――确保项目团队成员发挥最佳效能的管理过程，包括组织规划、人员招聘和项目团队的组建。
项目管理专家把20世纪80年代之前的项目管理称为传统的项目管理，80年代之后为现代项目管理阶段。80年代以后，项目管理的应用逐渐扩展到其他领域，如电信业、软件开发业、制药业、金融业。国外一些大公司，如at＆t、ncr、ibm、motorola、morgan stanley，也开始投入大量时间、资金和进行培训来提高项目管理能力。经济全球化的发展趋势和竞争的日趋激烈、项目日益复杂和生命周期的缩短以及降低运行成本的压力，迫使项目管理组织赋予项目经理更大的责权。这给项目管理的发展带来了新的机遇和挑战，促进了现代项目管理的发展。在这种环境下，项目经理不再单纯是任务执行者，而要胜任更为广泛的工作并具有一定的经营技巧。他们不仅要实施方案，还要管理合同、熟悉财务并和客户一起工作。在传统项目管理的基础上，现代项目管理的内容也有了较大的扩展，增加了以下几点：
（5）质量管理（quality management）――确保项目满足客户需要的质量，主要包括质量计划、质量保证和质量控制。
（6）沟通管理（communication management）――确保项目相关信息能及时、准确地得到处理，包括沟通计划的制定、信。息传递、过程实施报告和评估报告。
（7）风险管理（risk management）――确保项目能够成功实现，需进行风险的识别、度量、响应和控制。
（8）采购管理（procurement management）――确保项目所需的外界资源得到满足，包括采购计划、询价、资源选择、合同的管理和终结。
（9）综合管理（integration management）――确保项目各要素的协调工作，包括项目计划的制定和执行、项目整体变化控制。
现代项目管理所包含的9个内容，构成了美国项目管理协会pmi所指的项
目
管
理
知
识
体
系pmbok（project management body of knowledge）。目前，pmbok已被世界项目管理界公认为一个全球性标准。
二、项目经理职责的变化
项目经理在项目管理中起着非常重要的作用，他是一个项目全面管理的核心和焦点。随着全球性竞争的加强和客户发展战略性合作需求的增长，对项目经理的要求也越来越高。只有那些注重选拔、培养优秀项目经理的公司才可能在竞争中立于不败之地。传统的项目经理通常只是一个技术方面的专家和任务执行者。而现代项目经理不仅要有运用各种管理工具来进行计划和控制的专业技术能力，还要有经营管理等其他多方面能力，大口对项目团队成员的激励以及与客户的策略保持一致的能力。项目经理必须通过人的因素来熟练运用技术因素，以达到其项目目标。也就是说，他必须使项目团队成为一个配合默契、具有积极性和责任和动的高效率群体。图1表示了项目经理在传统与现代两个阶段职责的变化。
三、项目经理的职业特征及所需技能
项目经理的职责和工作性质决定了他必须具有一定的个人素质、良好的知识结构、丰富的工程经验、协调和组织能力以及良好的判断力。实践证明，任何一种能力的欠缺都会给项目带来影响，甚至导致项目的失败。探讨项目经理的职业特征及其技能对于选拔和培训优秀的项目经理具有重要意义。
1． 项目经理的职业特征
职业是个体因工作时间的积累和工作态度的好坏而不断发展的工作活动和职位。职业包含着3层含义：随着时间积累而发展变化的方向和途径；个人和组织间的相互作用和影响；提供了与职业相关的身份。我们可以依据不同的标准对职业作以下分类：常规型与交际型，线型与螺旋型、长期型与短期型。下面通过与部门经理的比较来说明项目经理的职业特征。
（l）从个性因素来看，部门经理（如财务经理、销售经理、人事经理）属于常规型职业。他们在一个相对稳定的工作环境里，依照明确的工作程序，精确地组织和评价大量的信息。部门经理通常是顺从、有序、讲究效率和不易变通的。项目经理属于交际型职业。他们集中精力指导、帮助和带领他人去实现项目目标，不喜欢非常有序的工作环境。他们通常是随和、友善、机智、善解人意和乐于助人的。自信、奋进、精力充沛和善于沟通是一个优秀的项目经理应有的品质。
（2）从职业发展方向来看，部门经理属干线型发展的职业。理想的线型职业包含着一系列随着责权增加而不断上升的职位级别。部门经理有着强烈的线形的职业发展方向意识。他们受到工作中各种机遇的激励，不断追寻着更大的权力和工作业绩。
项目经理属于螺旋型发展的职业。理想的螺旋型职业是指从一个专业领域（如工程）转向相关的专业领域（如产品开发）。新领域吸取了旧领域的知识和技能，同时又会给另一个全新领域的发展开启一扇大门。螺旋型职业的从业者关注的是专业知识和技能的积累和提高，追求个人及其创造力的发展。
（3）从职业的持续状态来看，部门经理通常是一种相对固定的长期职位。而项目经理受单个项目周期的限制，通常是一种短期性职位，也更具流动性和不稳定性。
由此可见，项目经理与部门经理在个性、职业发展方向与途径等方面都有很大的区别。这也对项目经理的素质手口技能提出了更高的要求。
2． 项目经理的能力要求
项目经理的能力要求既包括“软”的方面――个性因素，也包括“硬”的方面――管理技能和技术技能。
（1）个性因素。项目经理个性方面的素质通常体现在他与组织中其他人的交往过程中所表现出来的理解力和行为方式上。素质优秀的项目经理能够有效理解项目中其他人的需求和动机并具有良好的沟通能力。具体内容包括：号召力――调动下属工作积极性的能力；交流能力――有效倾听、劝告和理解他人行为的能力；应变能力――灵活、耐心和耐力；对政策高度敏感；自尊；热情。
（2）管理技能。管理技能首先要求项目经理把项目作为一个整体来看待，认识到项目各部分之间的相互联系和制约以及单个项目与母体组织之间的关系。只有对总体环境和整个项目有清楚的认识，项目经理才能制定出明确的目标和合理的计划。具体包括：计划；组织；目标定位；对项目的整体意识；处理项目与外界之间关系的能力；以问题为导向的意识；授权能力――使项目团队成员共同参与决策。
（3）技术技能。技术技能是指理解并能熟练从事某项具体活动，特别是包含了方法、过程、程序或技术的活动。优秀的项目经理应具有该项目所要求的相关技术经验或知识。技术技能包括在具体情况下运用管理工具和技巧的专门知识和分析能力。具体包括；使用项目管理工具和技巧的特殊知识；项目知识；理解项目的方法、过程和程序；相关的专业技术；计算机应用能力。
根据对来自各个领域的85位项目经理的问卷调查，美国学者对这三大类能力的相对重要性作了比较。调查方法为：要求85位项目经理给三大类共18项技能分别打分，每项分数为l～7分。7分代表最重要的技能，l分为最不重要的技能。然后，再将各类得分换算为百分比。调查结果如图2所示。
由上图可知，个性因素所占百分比为39．6％，它是项目经理最重要的能力；管理技能的百分比为36．9％，处于次重要的地位；技术技能的百分比为23．5％，是相对最不重要的技能。这说明项目经理的技术技能强调的是通才，而不是单一学科的专家。这种技术技能是使项目经理有能力了解项目主要专业的技术问题。实际上，项目经理为了协调各专业间的工作，必须有足够宽的专业知识结构，才能了解项目中各专业工作的内容，才能与专业人员进行技术问题的交流。
四、项目经理的策略选择
项目的运作技巧因国家和项目的不同而有所区别。因此，项目经理们应根据具体情况对他们的策略作相应的调整。在所需的技巧难度较高或其价值被低估时，公司也应给予项目经理正确的评价。以下是项目经理一些较为通用的策略：
1． 客户至上的原则
项目经理不应仅关注项目组织的发展，还应关心为个别客户提供服务。客户至上的原则应体现在项目的设计、发展和执行等各阶段。一个公司应通过借助干项目管理而形成的明确的并已达成共识的总体目标、有效的资源部署以及明确的团队手四个人目标，和客户发展长期合作关系。为了平衡市场需求，公司应以客户为中心，运用现有的技术能力为客户提供有益的、可产生附加值的服务。
2． 转变观念
现代项目管理已应用于社会各个领域，也比以往任何时候都需要与客户建立更紧密的联系。处于全球性竞争的环境下，为了进一步提高效率、降低成本、增强竞争力，项目经理应该转变观念，在充分了解客户需求的基础上，按照实际需要，削减初始说明书中不必要的部分。在实践中，由于许多客户并不真正了解自身的需求，这使削减工作困难重重。因此，项目经理应该有能力理解并说明客户的需求。
3． 明确的项目目标
无论项目规模的大小，项目经理都应有明确的项目目标，了解项目的时间和资源约束。为了评价项目是否成功，还应该能度量项目的产出。在技术项目中，项目经理应保持技术的完整性并尽可能避免费用超支。项目经理的任务就是借助于合同帮助客户实现他们的目标。完整性并尽可能避免费用超支。项目经理的任务就是借助于合同帮助客户实现他们的目标。在这一过程中，不仅要考虑客户的要求，还要考虑其他组织和个人的需要。
4． 最坏情境法
项目团队中的意见分歧会影响工作效率，项目经理应该了解每个人的优缺点并使大家向同一个方向努力。如果项目经理可以自己挑选项目团队的成员，团队管理工作会相对简单。然而，项目团队是事先既定的。因此，项目经理应该事先设想到最坏的情景并积极预防它的发生。
5． 善于应变
优秀的项目经理应该能够根据项目的性质灵活运用自己的经验和技能，善于变通。因此，那些希望成为项目经理的人应该是灵活的，并应在各种小项目中积累经验。
点击咨询 