项目管理论文研究方法有哪些内容

项目管理一般分为5大过程，分别为项目启动阶段、项目规划阶段、项目执行阶段、项目监控阶段、项目收尾阶段。

项目启动：启动过程旨在制定项目的总体目标，并宣布项目正式立项。通常项目经理参与但不领导项目启动工作，启动工作由项目发起人或高级管理层领导。

项目规划：规划过程旨在细化项目目标，并为实现项目目标制定项目计划。

项目执行：执行过程旨在获取资源，开展项目计划中的工作，实现项目目标。

项目监控：监控过程会贯穿所有项目过程，除了专门开展的事后监控，更多监控工作是随着其他工作同时开展。

项目收尾：收尾过程旨在正式关闭项目，并更新组织过程资产。

在项目管理的过程中，您可以使用 ONES 企业级研发管理工具，助力企业员工进行有序的需求管理及任务管理、测试用例管理、知识沉淀，促进团队良好协作。

除了以上五大过程组，还要特别注意以下几个关键要素，它们是做好项目管理工作所必须关注的基本内容：

1. 合理分工与明确职责。合理的分工可以提高工作效率，明确项目成员各自的职责则可以权责统一。

2. 工作规范。项目组成员必须要遵守共同的工作纪律和规范，这是合作的基础。

3. 目标统一。整个项目组必须要有一个共同的目标和计划，来指导后续工作的进行。

4. 资源优化。项目经理作为整合者，需要合理地争取和分配资源。

5. 顺畅的沟通渠道。要保证项目内部与外部沟通渠道的通常，有问题及时沟通解决。

6. 公平对待每一个成员。要对员工进行合理的绩效管理，公正平等地对待所有成员。

7. 团队建设。良好的团队氛围可以提升成员的士气。

在项目管理过程中，并不是每一个出现的问题都能得到顺利、及时地解决的，需要在反馈信息的基础上反复进行分析。管理人员在获得项目开发过程中输出的中间结果或最后阶段的结果后，都可能改变最初的设想，或收集更多的信息以修正原来的结果。例如，项目经理在弄清解决方案的后果以前，往往难以有把握地提出某项目标；在获得某些信息后有可能加强管理力度，增加管理约束条件，修改原有的管理计划等。此外，在项目管理过程中的要重视管理人员和项目发起者之间的沟通和对话。各个管理环节和管理阶段都需要项目发起者的建议和判断。而且，不断对话意味着项目发起者考虑了问题的各个方面，感到亲自参与了项目管理过程，使管理过程获得支持，从而不至于因阻力太大而失败。在实践中，项目管理人员往往将问题简单化，他们习惯于对项目中所有需要解决的问题进行精确定义，划定其各自的边界并直截了当地让某些因素严格按管理计划要求发生变化或保持不变。因此，项目管理所面临的是一个由事态、组织、人员等因素组成的复杂的问题集合，对问题进行分析尤为重要。 二.问题分析的具体内涵 在项目管理过程中，往往有两种起不同作用的人员：一种是提出问题者，即项目发起者，他对项目管理的结果进行评估；另一种是解决问题者，即项目管理人员，他对项目管理过程负责。相应地，我们可以将项目管理分成两部分活动，一是分析问题内容，着重从项目发起者的角度弄清该项目需要解决的问题集合；一是解决问题，着重从专业角度提出和分析各种问题的解决途径。当然，两者相互联系，问题的内容蕴涵着对解决问题所需资源的要求，而拥有资源又影响到问题内容的边界。 在分析问题阶段，我们应对项目中的某项具体问题和具体解决问题的活动作出详尽的说明：规定问题的边界和约束，划分系统和环境，说明解决问题的对策和资源，并解释问题内容和解决问题两部分活动之间的相互匹配关系。此外，在项目管理的实践中，还需要区分决策者、提出问题者、委托人和系统分析人员。决策者，能够采取行动去调配资源以改变项目的内容；提出问题者，是对某种态势感到不安，领悟到现状和目标不适应的人；委托人，接受决策者的旨意，委托他人从事某项系统分析工作；系统分析人员，是专业人员，应处于不涉及自身利益、没有偏见的位置。 具体地说，我们把分析问题阶段的工作内容概括为5个部分： 1.分析问题的性质和条件 这里包括两部分内容：分析问题性质和分析问题条件。分析问题性质主要是弄清各种相关联问题形成的问题集合和它们的来龙去脉，即问题的结构、过程和态势。为此，项目管理人员必须广泛地和决策者、与利益有关的人员进行对话和沟通。可以采用提问单的方式来获得必要的信息，比如下列问题：你认为存在什么问题？为什么这是个问题？如何出现的，什么原因引起的？解决这个问题的重要性何在？可能解决的方式有哪些？谁能采取解决问题的行动？这类行动会带来什么影响？等等。通过各种方式的沟通，项目管理人员才可能对问题的结构、过程和态势获得一个详细、准确的总体印象。 分析问题条件主要是弄清解决问题所需的资源。为此，项目管理人员在管理过程中必须知道：涉及哪些资源分配问题？由谁实施分配？分配者的职权、作用如何？资源使用的监督、控制系统如何？等等。 对问题的性质和条件进行分析，目的在于检验问题的性质和条件是否匹配，使工作任务和所需资源相当。如果力不能及或绰绰有余都可从两方面作适当调整，直至大体平衡，从而为实现最优化管理打下良好的基础。 2.在里程碑处进行小结 应该将整个项目管理过程划分为几个里程碑阶段。每到一个里程碑处，应及时对前段工作进行小结，并对后续工作进行计划调整。这项工作的主要内容包括：识别阶段工作的重要性；可能采取行动的组织和个人；利益相关的组织和个人；目标、评价指标、约束条件的初步描述等。通过在里程碑处的小结，项目管理人员可以看出在下一步管理过程中需要解决问题的大体方向和领域，以便给予较大的关注，而对于一些管理效果明显的领域，则可不必投入较大的精力。 3.制订管理目标 在项目管理过程中，要实施有效的管理方式，关键在于尽早明确管理目标。但由于项目开发的特殊性，我们很难从项目发起者那里获得准确的描述来判断管理应达到的目标。管理体制上的隔阂，管理者个人的偏好，项目发起者的知识水平，都可能引起项目管理者在目标制订上的偏差。 我们认为，管理目标是分层次的，包括高层目标和低层目标。例如，改善组织的软件开发能力，提高过程能力成熟度，是高层目标；在具体项目的某一阶段节约成本、加快进度，是低层目标。一般说来，越是高层目标越能为更多的人所接受，使用时期长、范围广。低层次目标应服从高层次目标。但是低层次目标比较明确具体，便于分析、管理。所以，管理人员需要全面分析管理目标结构，选择适当的层次目标。目标太笼统，管理难度大；太具体又容易以偏概全。此外，同一层次的项目管理目标往往不止一个，如在某具体项目的编写代码阶段，既要提高开发进度，又要保证程序质量，在资源既定情况下，这两者是彼此冲突的。就是说，如有两个以上的目标，除非一个目标隶属于另一个，否则这些目标之间总是彼此矛盾的。在这种情况下，项目管理人员需要对各个目标排出优先次序，首先保证最优先目标的实现，然后尽可能在不损害第一项目标的前提下实现第二项目标，以最大化实现项目的整体目标。 4.确定管理效果评价指标 为了衡量项目管理的效果，管理人员需要确定一组评价指标。一项合理的评价指标能准确的反映管理的效果，但并不是说任何指标都是合理的。例如，采用代码行数作为衡量开发人员努力程度的指标就是不合适的，因为个人的编程风格、所采用的编程语言等，都会影响到这个指标的准确性。 在评价过程中，还需要根据项目实际情况，排出所有指标的优先次序。当存在难以直接量化的目标时，可以采用其他易定量化的代用指标。在有多个指标的情况下，必须将其组合成单一的指标。我们不能简单的将各种性质截然不同的评价指标硬凑成单一的评价指标，这是不可取的。我们常用的方法是，对每个指标进行权重分析，然后综合得出一个效用值函数。值得指出，这种效用函数在很大程度上是项目管理人员本人对各种指标相对重要性程度的判断结果，具有很大的主观性。因此，项目管理人员应在系统分析人员的指导下，按照系统分析的方法，科学地分配权重。确定评价指标不只是为了获得管理效果的结论，重要的是它所带来的信息，使项目管理人员易于把握管理中的薄弱环节，找到解决的办法。 5.识别管理过程中的约束 约束是对项目管理在实践中的限制。只有不直接或间接违反约束的管理方法，在实践中才是可行的。它可能是资源的限制、组织体制的束缚、法规政策的界限等等。项目管理人员在项目实践中面临着各类约束条件，如任意选定或全面照顾，都势必造成整个项目的管理混乱。例如，在某个软件的开发中，严格按照某一技术上的约束去设计，可能需要花费大量的人力、物力，而如果采用其他的方式来解决，并不需要如此巨大的投入。因此，项目管理人员要权衡利弊，从项目的整体角度考虑问题，必要的时候应放弃此约束条件。 当然，在分析问题阶段不可能一次就把所有的约束都弄清楚，这是一个在管理过程中逐步积累、修正的过程。在项目实施的任何阶段，发现管理的约束，都应该及时加以补充。 三.解决方案的提出 提出解决方案可以通过多种渠道。决策者或问题提出人的意见和设想是渠道之一。项目管理人员在调查研究过程中可以收集到各种意见。另外，系统分析人员也可以提出若干管理措施。然而，任何一种管理措施的提出和形成都有赖于项目管理人员的分析和概括能力、想象力、创造力以及对项目实践的深刻了解。在一个具体的项目管理过程中，人员的知识水平参差不齐，开发环境各不相同，客户需求多种多样，这些都无法采用某种固定的管理模式，而需要项目管理人员去探索和概括。 在研究解决方案的过程中，应尽可能地考虑各种因素，每个机会和建议都不要放过。最初难以理解的想法，仔细研究后却可能有理。某项措施可能因为违背了现有政策法规、不符合人们的习惯或超出了人们所能承受的能力而被视为不现实，但并不意味着不值得考虑。如果当作一种潜在的管理措施去分析研究，得出的结论将更有说服力，也许某些有影响的决策者认识到这种措施在其它方面的优点和吸引力，可能改变原来的规定、政策而使看来不现实的措施成为合理的办法。值得注意的是组织和个人行为对解决方案的影响。项目涉及的各个部门总是期望采取对自己有利的管理方式，而回避那些明知对项目整体有利而对己不利的措施。有许多因素会限制提出好的解决方案的思路。由于偏见，当项目管理人员提出某种解决方案时，这些人可能会毫无根据地认为他们无法按照这种方案去服从管理。而另一方面，该方案也可能得到积极的支持，认为这是一种最佳的解决方案。 我们认为，项目管理人员必须获得决策者的支持，否则将由于上层阻力而导致项目的失败。但是，如果只是投其所好，片面地追求满足决策者的意图，也不能发挥其自身的作用，同样会招致失败的风险。优秀的项目管理人员应切实履行其工作职责，按照项目的总目标和约束条件，根据实践经验和科学理论的指导，对解决方案进行严格的筛选，明显不符合项目整体利益的管理方式要删除，或对其内容进行修改。总的说来，一个好的解决方案应满足以下特点： 1.适应性：由于项目管理是一个不确定性的过程，解决方案应能满足各种情形下对项目提供指导的需求，在项目实施的各个阶段，它应该都是有效的。 2.可操作性：首先应取得决策者的支持，其次该方案的实施应便于操作，如果为了按照该方案进行管理而需投入大量的人力、物力就本末倒置了。 3.延续性：项目开发的一个很大的特点，就是采用模块化设计，人员流动大。因此，解决方案也应具有很强的延续性，在项目成员发生变更、管理体制起变化时，应不受干扰地继续指导项目的正常活动。 4.可靠性：要求解决方案的实施过程中不出现失误，或者出现失误也能尽快恢复正常，而不至于造成很大的损失。这需要建立管理监督机构和信息反馈渠道。 在解决方案的提出过程中，项目管理人员自始至终要注意发掘新的更好的方案，既要谨慎从事又要有勇气提出创造性的建议。一个好的解决方案是进行项目管理的基础，对于项目的成败，这是很关键的。 四.决策 当问题分析清楚之后，就要进行决策。决策就是管理，决策就是决定。在项目管理过程中，管理人员需要正确的决策分析来支持日益庞大和日益复杂的管理活动。决策有个人决策和团体决策、定性决策和定量决策、单目标决策和多目标决策之分。战略决策是在更高层次上的决策。在系统分析和系统综合的基础上，项目管理人员应根据主观偏好、主观效用和主观概率做出正确决策。决策的本质反映了项目管理者的主观认识能力，因此，就必然受到人的主观认识能力的限制。近年来，决策分析技术受到人们的重视，系统分析者将各种数据、条件、模型和算法放在决策支持系统中，该系统甚至包含了有推理演绎功能的知识库，便决策者在做出主观决策后，力图从决策支持系统中尽快得到效果反应，以求得到主观判断和客观效果的一致。决策支持系统在一定条件下起到决策科学化和合理化的作用。但是，在项目决策实践过程中，被决策对象往往包含许多不确定因素和难以描述的现象，例如，社会环境和人的行为不可能都抽象成数学模型，即使是使用了专家系统，也不可能将逻辑推演、综合和论证的过程做到像人的大脑那样，有创造性的思维，也无法判断许多随机因素。群决策有利于克服某些个人决策中主观判断的失误，但群决策过程比较长。为了实现高效率的群决策，在理论方法和应用软件开发方面，许多人做了大量工作。如多人多目标决策理论、主从决策理论、协商谈判系统、冲突分析等，有些应用软件已实用化。有了决策就要付诸实施，实施就要依靠严格的有效的计划。以软件开发为例，为实现项目的开发任务和发展目标，就要制定阶段性的开发计划和未来的发展规划。条件许可的话，还要按产品组、项目组、开发人员分别制定实施计划。一项大的开发项目，涉及设计、开发、研究和编码等许多环节，每个环节又涉及组织大量的人、财、物。这些都需要制订计划来保障。 (转载)

项目管理工作中遇到棘手问题？个人职业发展遭遇瓶颈？也许你需要一个导师为你答疑解惑。

【老邱百问】板块就是为此而设，主要关注项目管理和职业发展领域，给大家一个提问的平台，并有机会得到老邱的亲自解答，同时将问答分享，以供大家交流借鉴。

老邱百问，答你所问

question

提问者：卓君

提问：互联网偏技术的职位，做的较多的是公司内部的需求或项目，学了pmp后如何转到真正的项目经理

老邱解答

如果你已经是PMP，那么你一定对PMBOK的过程有所了解，很想把PMBOK所学到的知识运用与日常工作和日常项目中。项目管理人都是有项目管理思维的，比方项目立项管理、项目规划管理、项目执行管理、项目收尾管理，其实在我们日常工作中，还有很多PMBOK中都会提到非常实用的三大工具，今天我在这一篇文章里就给大家介绍项目经理的三大神器！我们也运用场景给大家介绍这三大神器的使用方法。

神器一、mindmanager

项目立项了，我们的章程已经发布，所有人都知道你已经被任命为项目经理了，当你摸不清头脑应该如何往下做的时候，PMBOK被打开了。原来，制定项目章程之后，你必须要完成项目管理计划了，但是该计划中这么多子计划让你无从下手。。。

不急，听我慢慢道来！

项目是由一个商业机会触发，而这些商业机会早已写在商业论证中，也在立项之前明确，在你的项目章程中也应该有高层级的目标和范围。作为项目经理的你，应该继续触发需求管理，项目管理的交付五花八门，有的是实现一个新产品，有的是为客户部署一个产品功能，有的是做企业内部交付，有的甚至只是单单一个流程优化。此时的你，大可不必惊慌，因为我们项目管理的方法是一样的，我们收集需求的工具和方法其实大多相同。

1、产品类项目。

这类项目的项目经理需要有敏锐的用户视角，你很清楚，你的产品设计的好坏会直接影响到用户的购买。所以，获得需求的样本量越大，对你的产品设计和研发越是有帮助。而这时的你要知道，产品设计数据是王道，所以需要大量问卷调查进行统计分析，跟团队进行头脑风暴，抽取样本开焦点小组及引导式研讨会等，甚至还需要考虑到发起人可能会有私人想法，然后对其运用访谈技术。

2、部署类产品。

部署类产品相对来说比较成熟，客户和用户的定位比较明确，他们的购买或者使用思路比较清晰，如上线一个ERP，又如部署一个基站做5G的升级。那么作为部署类项目的项目经理来说，建议使用的一些需求工具如：跟客户一起头脑风暴，开焦点小组会议，或者是引导式研讨会，然后对一些部门主管进行访谈等。

3、内部交付类、流程优化类项目。

你的用户群可能就是公司的某一些业务部门，需求样本量相对较少，你也不一定需要类似问卷这种大样本工具，我们建议使用：头脑风暴、焦点小组、引导式研讨会等，去触发用户对于需求的表明。

无论在哪种模式下，这时候的项目经理一个开始头大了，需求越来越多，也越来越搞，早知道不跟这些用户开会了，他们又不懂，个个考虑自己的私利以自己为中心，而不是项目产品为中心了。PMBOK 又教我们我们可以用亲和图、名义小组、引导等方式给需求进行排序和分类，这样不至于使用户们提出的各种需求都纳入到我的项目范围。项目资金是有限的，项目经理不可能在有限的资源做出无限的功能。

这种类型的需求工作会议，开多了就样样蔓延，开少了呢又怕遗漏需求。这时候，你完全可以使用这个神器，mindmanager。它集成了头脑风暴、亲和图、名义小组等各个工具的优势，当大家在谈每一个需求的时候，如果你用白板写出来还是不够装逼，此时的你可以用一台投影仪，连接着你的电脑，把大家谈到的各个散乱需求写在软件中，这个其实是头脑风暴的功能，边开会边合并需求，这其实是亲和图的功能，最后把各种类型的需求合并到一个总的脑图，这才是真正的需求树。这时候，我们该用名义小组或引导技术了，这么多需求画在一个图上的，也让用户们感到压力，因为他们自己一看这么复杂也打了不少退堂鼓。

原来项目将来做出来是这么复杂的鸭，引导他们，还有走名义小组路线啊，不是不让大家畅所欲言，让他们先刷一遍存在感，让他们畅所欲言谈需求好了，当他们自己眼中看到是这么复杂的时候，就不太再会蔓延了。不蔓延了之后，我们就开始砍需求，让大家用名义小组投票每一个需求的重要程度，甚至我们可以用决策的投票技术让大家砍掉不需要的需求。这样的你，既跟用户们互动比较好，也体现了项目管理精神，需求让他们谈，需求也让他们自己去砍，砍完的就是你想要的东西了。

这个需求会议建议从原先的头脑风暴汇总到思维导图，到现在的大家最终定下要做和不要做的需求，两个小时已经过去了。

现在社会，头脑风暴软件已经非常普及，你的装逼程度也就一般，所以应该考虑我们的神器二。

神器二、axure

你让这么多用户参与需求会议，也通过访谈了解了老板们的私密信息，这时候你需要提升的是大家心中你的专业度了，把他们的需求迅速用原型法画出来。如果刚才在需求会议的2小时我们定下需求后，你趁热打铁马上能够画出原型，这会让无数人仰视你，他们心中无数个666。这个软件使用起来并不难，难的是你是否真的有艺术灵感和审美，你并不用把项目交付物全部画出，你只要能够画出基本框架就好。因为这时候的用户，虽然谈了需求，但其实他们脑子里空空无物。只有当你拿出一个雏形出来的时候，他们才会真的联想到是否那就是他们想要的，甚至会触发新的需求。

在需求会的10分钟休息后，你马上画出了他们想要东西的草图，这个图不需要非常逼真，只要有功能和框架即可。之后我们的探讨才真正高效，而你的专业也将赢得用户的信任。你相信么，从这里开始，在他们心中，你已经是一个非常专业和优秀的项目经理了。

此时的项目经理也心累，想想以前做了这么多年技术现在开始要能够画原型图，没办法，因为你越来越贴近用户，没有一技防身咋办呢？

接下来就要搞定团队的人了，我们建议使用神器三。

神器三、wbs chart pro

这款软件我曾经用过，但是貌似近几年在国内并无销售，所以大家可能要花点心思才能找到。对外通过思维导图、exure可以搞定，但是对内就要考虑如何做出这些产品和功能，而我们众所周知项目经理的分工作包的工具叫做WBS，如果你再像以前一样靠手绘或者用PPT绘制，已经不再装逼。另外，我们在能够自伤而下分解到工作包的同时，我们也可以考虑如何把进度自上而下的粗略分解，把成本也自上而下的粗略分解了。

对于一些小型项目来说，是否要画出甘特图其实并不是那么重要，可以用这样子的分解，也可以对每个工作包进行自上而下的估算，其实我们已经可以开工和准备做了。如果大家问我，让项目能够快速的运作起来，还缺少什么，其实就少了任务分配这个维度。

因为wbs chart pro把任务也分解到了工作包，每个工作包也有它自己的开始时间和结束时间，我们接下来可以用EXCEL作一个RACI模型把分工这个功能给加上去，这样，整个项目的前期规划已经是非常完美了。我们已经有了工作包，每个工作包的开始和结束时间，再做一个表，注明谁负责完成这些工作包即可。

本期呢，我没写那么多的心理治愈类的话，也没写项目经理职业观点，我实在一些，教大家项目管理里非常有用的三大神器，不知道你们用过哪一个呢？

欢迎回复和点评，也欢迎大家的指正。

我们下一期见哦~~

如何提问

老邱百问，答你所问。

项目管理方法是关于如何进行项目管理的方法，是可在大部分项目中应用的方法。主要有：阶段化管理、量化管理和优化管理三个方面。项目管理方法和项目实施方法的关系在一个项目的执行过程中还同时需要两种方法：项目管理方法和项目实施方法。项目实施方法指的是在项目实施中为完成确定的目标如某个应用软件的开发而采用的技术方法。项目实施方法所能适用的项目范围会更窄些，通常只能适用于某一类具有共同属性的项目。而在有的企业里，常常把项目管理方法和项目实施方法结合在一起，因为他们做的项目基本是属于同一种类型的。实际上，只要愿意，做任何一件事情，我们都可以找到相应的方法，项目实施也是一样。以IT行业的各种项目为例，常见的IT项目按照其属性可以分成系统集成、应用软件开发和应用软件客户化等，当然，也可以把系统集成和应用软件开发再分解成一些具备不同特性的项目。系统集成和应用软件开发的方法很显然是不一样的，比如说：系统集成的生命周期可能会分解为了解需求、确定系统组成、签订合同、购买设备、准备环境、安装设备、调试设备、验收等阶段；而应用软件的开发可能会因为采用的方法不同而分解成不同的阶段，比如说采用传统开发方法、原型法和增量法就有所区别，传统的应用软件开发的生命周期可能分解成：了解需求、分析需求、设计、编码、测试、发布等阶段。至于项目管理，可以分成三个阶段：起始阶段，执行阶段和结束阶段。其中，起始阶段是为整个项目准备资源和制定各种计划，执行阶段是监督和指导项目的实施、完善各种计划并最终完成项目的目标，而结束阶段是对项目进行总结及各种善后工作。那么，项目管理方法和项目实施方法的关系是什么呢？简单的说，项目管理方法是为项目实施方法得到有效执行提供保障的。如果站在生命周期的角度看，项目实施的生命周期则是在项目管理的起始阶段和执行阶段，至于项目实施生命周期中的阶段分布是如何对应项目管理的这两个阶段，则视不同项目实施方法而不同。

项目管理的范畴非常广，涵盖项目的整合、范围、进度、成本、资源、风险、采购、干系人、质量、沟通等十个领域。