第一篇：项目经理经验
项目经理经验总结
作为一个项目负责人，一定要明白这个工作最要紧的就是要明白什么是因地制宜、因势利导；只有最合适的，没有什么叫对的，什么叫错的。项目负责人最忌讳的就是有完美主义倾向，尤其是从做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。
项目前期阶段是一个项目最重要的阶段。项目负责人在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1、这个项目是什么项目？具体大概做什么事情？是谁提出来的？目的是解决什么问题？
项目前期对工程情况了解的越详细，工作做的越细致，后面的“惊讶”就越少，项目的风险就越小；
2、这个项目里牵涉哪些方面的人？如投资方、建设方、项目建成后的运营管理方、技术监督方等等。
项目负责人需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面对这个项目的看法和期望，可以让你在做项目碰到问题的时候，就每件事情具体分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。
没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目负责人是一定要记住的；
3、基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。
首先是高层领导是否重视，这个决定了在你需要资金、人力等资源支持的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，但你需要
做的是了解公司对这个项目的实际期望，是想把项目越做越大还是只想赚点钱？是想做样板工程还是干脆想敷衍了事。
公司领导（尤其是高层领导）对项目的态度决定了你做这个项目的战略目标，而这个战略方针将对你做项目计划产生直接的影响；
4、在做整体项目计划前，还要大致计算一下你手上的资源。
首先是时间。现在市场竞争非常激烈，有一些项目会要求在几乎不可能完成的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员。根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。
最后就是一些设备的准备。项目所需大件关键设备生产周期很长，所以要尽早订货，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间；
5、是到做总体计划的时间了吗？不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的领导和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目负责人不能尽早发现风险，那么就只能去当烈士了。
6、明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。
很多项目负责人都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，7、现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作
8、好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。
这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如给排水专业工程师、暖通专业工程师、电气专业工程师、土建专业工程师、资料员等等，研究一下如何来完成这个项目，比如项目可以分成几个单项工程？每个单项工程又可分为几个重要的工程节点。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。
采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目负责人能力的主要体现。
好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目负责人比较空闲的时候，不像前期的时候项目负责人要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目负责人往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目负责人这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王经理，最近项目进度还算正常，就是经常发生一些成品损坏的情况„„”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。
和项目组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸„）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。
在施工过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，时刻考虑如何检查结果、如何向客户交付是项目负责人一直要注意的事情，我听说有些老项目负责人拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。对于需求天天变的客户，你就一定要事先做好规矩：
a）统一联系人:建设方指定一个人和项目组进行沟通，不能张领导、王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部部门之间的矛盾之中；
b）所有工程量、施工工艺、材料、工期等变更全部要有书面签字认证，这点切记！这样做好处多多。
对于客户来说，嘴巴一动最方便，一会要求这样做、一会要求那样做，反正是你们做。这时你一定要留下书面文件并签字盖章，只有拿到了书面文件，在工程结算时才能拿回自己应得的那部分钱，否则的话客户口头许诺的许多变更费用你是一分也要不回来的；
第二篇：项目经理经验
项目经理是什么？
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级（文档级）安装手册、操作手册、在线帮助等文档不能提供帮助或者存在错误
第三篇：项目经理心得体会与经验
十四冶项目管理培训心得
创鑫公司
工程部
李自光
一． 项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
二． 项目范围管理理论解决了项目开始需求不清的问题
需求管理是项目范围管理中的问题，这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。
什么需求？需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上，通常它们不是。优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果被称为“软件需求“。这样，作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。从这里的描述看来，需求管理的活动简直太简单，太基础了，显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清，松散或者无正式文件能够给他们
更多的机会去说：“那并不是我所要的，那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开始变更负责。相似地，开发人员觉得含糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：“这就是我们所认为的需求的含义，如果你需要其他的什么东西，你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。
这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，巩固自己讨价还价的地位，但是事实上每一方都在走向将来的失望和争吵，为项目埋下了一刻定时炸弹。
三．项目时间管理理论指导我们在项目管理中怎样抓主要矛盾。
以前进行项目管理时，是根据经验和每个人的工作特点，进行项目的分工的，软件项目基本是按照需求分析，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进行的。但将项目分工更加细化，每个小过程的时间估算是多少，整个项目可以最短用多少时间来完成，怎样合理安排人员，怎样抓项目中的关键环节等等，这些都没有进行过量化的分析和管理。项目管理的实施最为直观的就是缩短项目时间。利用项目管理理论、方法，有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务，将工期反复优化，最后只用７８个小时就完成了通常需１２５小时完成的检修，节省时间３８％。这就是至今项目管理工作者还在应用的著名的时间管理技术ＣＰＭ，即“关键路径法”。所以我们在软件的项目管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键路径，并通过快速跟进方法，将关键路径的工期缩短，以提高工效。
四． 质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进行描述，用标准的设计摸版进行说明；并在设计完成后组织相关人员对这个设计进行评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进行代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进行评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进行代码的组装。当时认为日本的方法太浪费时间和人力了，对技术人员个人的能力估计的太低，怎么能提高工
作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开始浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量，降低成本，必须从项目的开始就要做好质量的控制工作。
五． 沟通管理中的一些策略的使用可以使项目更好的完成
做项目就需要与客户接触，就会出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通，是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成项目，达到双方事先确定的目标，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔项目质保金及时地催要了回来。体会还有很多，总之通过这次学习自己对项目的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平，提高项目的质量，降低项目的成本，降低项目的风险，最终提高企业的效益。
第四篇：优秀项目经理
优秀项目经理
提交电子版材料清单及说明
一、填写全国建筑业企业优秀项目经理基本情况电子表（在中国工程项目管理网下载专区下载）。
二、优秀事迹的格式和要求。
1.标题：2号宋体，字数控制在16个字以内。标题要求醒目并准确表达文章主题，严禁使用优秀事迹或×××优秀事迹字样作为文章标题。
2.副标题：——记×××××××公司项目经理×××
加黑4号宋体，单位名称要准确无误，与申报表单位公章相符，严禁使用简称。
3.正文：4号宋体，1.5倍行间距，字数控制在1000字以内。先进事迹起始部份的项目经理姓名、所在工作单位的名称要完整、准确无误，不能使用简称；文章内容要求客观陈述项目经理参加工作以来的基本情况，先进事迹要简明生动，重点突出，鲜活有特点，语言通顺，文字准确，标点符号正确，并以第三人称撰写，不能使用×××同志、该同志等字样；计量单位要求准确，用中文表示；年代、数量用国际通用的阿拉伯数字表示；撰写的论文、研究成果、工法要加用书名号（《》）；各类奖项除专用名称（如“白玉兰”“黄果树杯”“鲁班奖”“詹天佑奖”“火车头”“五一”劳动奖章等）使用引号外，其余的不加用引号。
三、项目经理本人人生格言。
四、工程照片要求。提供此次申报工程的竣工工程照和以前项目经理所完成的自己最满意的工程照最少3张，图片要求清晰，每张工程照片请用该工程名称命名。
五、个人照要求。项目经理证件照和单人工作照1-2张，要求图片清晰，无低头闭眼，用项目经理姓名命名提供的电子相片文件。
六、提供文件格式要求。文字文件请提供Word文件，照片（图片）文件请提供Jpg文件。
七、电子版文件请以光盘或U盘的形式随申报材料一同上报。
第五篇：优秀项目经理演讲稿
优 秀 项 目 经 理 发 言 材 料
尊敬的各位领导、各位同仁:
大家好！一年一度的公司总结会议又如约而至,我作为一名从事项目管理的普通项目经理,能代表公司优秀项目经理在这里发言,感到无比荣幸。感谢领导对我工作的肯定和褒奖；感谢同事们对我工作的支持和帮助!
下面我就工程管理的几大目标结合目前xxxxxx的项目部的总体情况作一下两点介绍：
一、xxxxx项目部制度的建立
多年来公司一贯精神就是“建一项工程，树一座丰碑”，我项目部便是本着这样的精神，以严格管理为方法，树立良好信誉为目标，以求最终占领xx市场而产生的，在一进入涟水，我就制定出一系列的项目部内部管理条例，分工明细，岗位责任到人。使每位员工都能明确自己在项目管理中的重要性。本着谁实施谁负责的原则，出现问题决不放过，按章办事。我项目部现有栋号长7人，每个栋号长配备一套完整的项目班子，总项目部另有水电总质检员，土建总质检员各一名，各人在岗位上各司其职，由于我们坚持了制度到位，措施得力，所以有效地保证了工程按质按量、顺利进行，同时也出色地完成了各项控制指标。在建好制度的同时，我在工作中充分尊重员工的个人意见，经常开展换位思考活动，鼓励大家发挥自己的聪明才智，多提一些合理性的建议。这个方法提升了大家的凝聚力，树立良好的团队精神。通过制度建立来明确责任，通过换位思考来提升凝聚力，我让业主和周边群众亲眼目睹了一位特级资质建筑企业项目经理以诚待人、严于管理、言行一致、信守承诺的风范，为公司赢得了信誉。
二、项目管理的四大目标
（一）、进度控制：我们小区到现在为止分3期开工总计20栋。由于7个栋号实行经济独立核算，这在一定程度上使总体进度控制变的困难。我们通过与7个栋号的例会，交流，沟通，先由各个栋号自己汇报进度计划，然后由总项目部进行总体调控，强制各个栋号更改不满足小区整体进度的计划，以满足甲方对整个小区的开发计划。在这过程中，我们总项目部的协调作用起到了很大作用，例如某一个栋号在缺乏资金浇筑混凝土时，总项目部便积极主动到甲方申请付款，积极同混凝土公司协商，有时甚至提供一部分资金用以救急。某一个栋号由于其他原因缺少人手时，另一个栋号的工人能积极帮忙···正因为有这样的积极管理行为，才使我们的总体进度得到保障。到目前为止有5栋主体验收完毕，4栋准备主体验收，二期的4栋已完成一层封顶，3期的7栋至车库层封顶。
（二）、质量控制：我们在狠抓进度的同时，质量更是抓的更严。我们项目部的对工程的进度质量效益进行评价时，第一标准是质量，当与经济效益、进度冲突时我们把质量放在首位。例如今年冬天由于气温太低，在粉刷这一块，我们只要是低于O度时坚决不予施工，这在进度上损失了工期，经济上班组窝工，但我们坚持质量至上，我们要做好工程，打响品牌。我们在开工的20栋楼上，所有的楼层钢筋验收，基础验收，主体验收没有一次不合格和返工。几乎在每次钢筋验收时，质检站领导都夸奖我们的钢筋可以作为榜样在涟水做示范推广。在所有的工程中符合创优条件的，我们都进行了申报。
（三）、经济效益：在做好进度和质量的同时，我们还重视了经济效益，由于刚进涟水，我们的临时设施投入较大，这对我们的盈利提出了很大困难，我们通过各个施工员在现场提醒与监督减少工程材料的浪费，材料员队收发材料的监管，杜绝材料的丢失，我们还在现场安装摄像头，防止工程材料被盗窃。在对内管理上，我们加强对每一个栋号的领导，提醒他们在水电等必需品上要节约。
（四）、安全管理：在某种程度上安全就是进度、质量和经济效益。我们总项目部设立一名总安全员，在总项目部成立的那天开会时，我就向所有栋号长，施工员、材料员交待，xxxxx工程的所有的大小事宜，一切都要给安全让步，我们的目标就是没有安全事故就是经济效益就是社会效益。所以我们xxxxx到现在为止安全0事故，连小的安全问题都没有，正是由于我们的理念和实际行动才有这么好的实际成绩。
各位领导、各位同仁，长期的工作实践让我深深体会到人无信不立、企业无信不生。一个项目做的好坏，直接影响到公司的社会效益和经济效益。我们这些基层工作的项目经理在取得了一点点微不足道的成绩时，要戒骄戒躁，应清醒的看到自己的不足。我时时刻刻都在告诫自己，在以后的工作中还要更加严格要求自己，提高自己，不断丰富自己，取长补短，为公司的做大做强，贡献出自己的力量。我的发言到此结束，谢谢大家！
点击咨询 