求学习项目管理的收获或者体会

距离上一次写文章应该一年半有余，由于工作的繁忙，加上家庭、生活的琐事，一直没有太多的精力持续更新，经过这么长时间的总结和积累，也有一些心得可以分享。

项目管理的本质是管理人和协调资源，首先要明确项目的目标、价值。当然目标和价值往往不是那么很精确地能掌握或者达成一致。

举个例子，互联网公司和传统的IT公司，非IT公司的技术团队，对于项目的目标和价值往往是不同或者侧重点不同。很多时候我们讲，软件要以客户为中心，但是以客户为中心在实施过程中却不尽如人意。互联网公司更加贴近用户，而一些非IT公司的技术部门，往往IT项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。

通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。

识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。

项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。

不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。

技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。

复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。

2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。

IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。

很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。

IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。

一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。

经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。

IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。

项目管理需要的知识，是一个体系的知识，包括项目管理本身的知识体系，以及项目管理要应用到的领域所需要的知识体系，然后就是管理的技能，当时最重要的，是软技能，也就是人际关系技能。

管理的核心：人。

管理的四大要素：

1 选择正确的人

2 为他们分配正确的工作

3 保持他们的积极性

4 帮助团队凝聚起来并保持团队的凝聚力。

1、 选择正确的人

首先要学会看人。虽然我不是人力资源专家，但是我清楚一个软件项目的成功所需要的成员素质，主要就是沟通能力和责任心。

由于工作需要，我面试过一些人，有毕业生以及有工作经验的，有各个大学的，大专生和本科生。我就开始学习如何考察一个人是否符合团队需要。

一般来说，面试的时候，问题有职业生涯规划是什么，未来期望在公司获得什么样的成长，对软件工程的认识，对自己的职业技能的描述，这都是常规问题。比较重要的是，我对每个人都会问，是否有团队开发项目的经验，不过大多数都没有。而且在大学期间，有完整作品的学生也比较少，大多数是作业。

一个人的气质类型都不太一样，有说话比较快的，也有说话慢条斯理，有自信心满满的，也有胆小的。管理要根据每个人的不同性格特征来进行管理才能获得成功，所以管理人员必须研究人的心理学。

初步面试完毕，进入试用，就要考察他的主动性。《把信送给加西亚》里面说到，别人没有叫我们就主动去想事情做，那样获得的回报是令人敬佩和羡慕的，别人叫一次我们就去做，那样获得的回报是可观的，别人叫两次我们才去做，那样获得的回报是社会平均水平，别人叫三次才去做，获得的回报是微薄的，别人叫了多次才去做，那样不仅仅没有回报，反而会被人责骂。但是最终结果都要去做事情，我们何不主动些呢？

有些人就等着分配任务，然后完成任务，领工资，根本没有去为公司着想，为自己着想，这种人只能永远被人利用。有些人会想办法改进，并且经常有好的创意，这种人最终会获得成功，因为他主动了。我们选择的人要选择比较主动，能够及时领悟公司的任务并且及时去做甚至改善的人。所以选择人是一门学问。

2、 为他们分配正确的工作

分配工作是很容易的，但是要做到正确分配工作就有学问了。

我进行分配任务的时候，刚开始是任由他们自己决定要做什么，然后我再综合的进行一个整理，后来发现这样子任务并不能分配的较为合理。接着就是我自己给员工分配任务，后来发现，这样子分配的任务员工有些接受不了，例如时间，技术难度等等，员工往往会有情绪。

所以总结了以往的经验，分配任我采取了宏观控制加上微观调整。首先我要明确的知道每个员工的各项知识技能水平。我制作了知识技能水平考核表，以此来把握每个人的技术水平，接着，根据项目纵向划分成各个模块，模块的大小以及数量是有讲究的。每个人都负责从表现成到数据访问层的编写，这样做好处第一是可以让大家把握自己项目的框架，培养员工的项目管理基本知识，第二是避免按层次划分中出现的互相扯皮现象，比较适合于创业型企业的中小项目。然后根据员工以往的项目经验，让每个员工谈谈对各个模块的认识，以此来推荐他做什么模块。员工对感兴趣的模块会说的比较多，比较有见解。接着再根据他们的以往的编程经验，速度，定出两周内要完成的任务，不能定太多周，因为项目刚刚开始时无法预知进度的。

分配正确的任务的要点，就是最好要先集体说明一下项目的各种需求，让每个员工知道这个项目的规划。接着要单独的和每个员工谈话，让他做喜欢的工作。如果出现冲突，我就在中间起协调作用，让大家分别谈谈对项目的了解和建议，以便知道某个人想做这个模块的动机是因为认为比较简单想让自己的工作轻松一些，还是认为比较难有挑战性，想挑战自己的技术高度。接着再根据他以往的项目经历，来说服他做他擅长的模块，以便提高项目的成功率。因为项目管理中很重要的一个原则是，一个成员做的工作，应该是重复过去成功的项目经验，而不是挑战他的技术高度，否则对项目是有害的，会导致项目失控。也就是说他个人的技术水平可能得到提升了，但是这是以项目作为他的试验品为代价的，这个人的提高只能在下一个项目中体现出来，正所谓前人栽树后人乘凉。

分配任务的时候要非常谨慎和小心，因为往往公司员工比较不敢对领导提出异议，所以就会造成任务完成质量不高或者不能按时完成，使项目管理无法按计划进行，这是我最深刻的体会。在团队成型初期，我们必须按照一定的难度和数量来分配，并给予足够的技术支持和帮助，在做的过程中要不断跟踪，等到团队成熟以后，对项目进度的管理将会越来越顺利，越来越准确。

3、 保持他们的积极性

首先，人的积极性是个很有趣的东西，把握拿捏不好分寸，就会影响到一个人做事情的积极性。

在这里我引用一段很经典的X,Y理论：

X,Y理论可以用来分析一个经理的管理行为，如果这个经理的思想是X理论的思想，那么他就会采取比较强硬的措施，例如军队式的管理方法。这种经理就会用各种严格的规章制度来强迫人们进行工作，触犯了规章制度就会受到经济上的惩罚。我认为这种管理方式只适合一些标准化 *** 作程度比较高的企业，对于软件行业来说，人才得到了极大的重视，近期人才流动性较大，员工的个性也比较强烈，无法应用这种强硬的措施。

人较低需求层次是生存，高层次是自我实现，在软件行业中，生存已经不是问题，每个人都抱着自我实现的目标而奋斗，所以我认为在软件行业中采用Y理论比较适合，即一定要让员工参与到决策中。举个例子，有一个员工曾经向我抱怨，没有让团队的人参与一些事情的决策，他觉得不像团队，做事情效率比较低下。所以要让大家有积极性，就要让人感觉，这个项目是大家努力的结果，是大家团结的结果，而不是某一个技术牛人的结果。

我曾经在项目管理中采用了两种方法，一种是比较自由的方式，就是划分好模块，规定好一些项目规范以及界面规范，至于需求等等实现等等由大家一起自由发挥，结果效果一般。第二种就是完全由我控制，我规定好需求，规定好界面，甚至细化到每天要做什么，结果更加失败，员工感觉没有自由了。程序员和艺术家一样，既要有条条纲纲的限制，又要有一定的自由空间，所谓带着枷锁跳舞就是这个意思。所以作为项目经理必须把握好管理的松紧度，根据员工个性的不同来拿捏分寸，这需要经过一定时期的积累和磨练才能够炉火纯青，毕竟，管理也是艺术，需要悟性，不是从书本上就能够学得到的，要让如此复杂的人保持积极性，管理人员要付出更多的努力。

4、 帮助团队凝聚起来并保持团队的凝聚力

光光人的积极性还不够，每个人的用力方向还必须一样才能发挥团队的能量，团队是有一个生命周期的，分别是形成，躁动，稳定，表现。我在大学期间建立的团队就经历了这些阶段。那么在项目管理者面临的问题就是，如何使团队顺利经历这几个阶段，尽快达到表现阶段。

当团队形成的时候，一切都是新鲜的。我们团队尝试性的做一些任务，寻找哪些人比较合群，并且了解大家的性格以及特长。因为团队形成的时候，大家的工作热情比较高涨，但是容易出现焦虑，因为在团队中，他们的定位都不明确，所以作为团队的管理者在这个阶段应该做的是建立团队文化，例如团队名称，口号等等，甚至连什么时候开会，什么时候往也要事先有个规划，然后让团队的人之间互相充分的了解，然后做一些合作的工作来让大家了解在这个团队里面应该如何进行沟通协作。

接着当团队的目标和结构慢慢的清晰了以后，队员们开始躁动，开始关心自己的职责和权利，例如自己在团队里面负责什么模块等等，项目经理就要在这个阶段解决和协调队员之间的种种冲突，制定好规章制度和一些做事情的流程，并且倾听队员的不满。

然后团队渐渐稳定，生产力不断提高，项目和队员的能力稳步增长，目标清晰，成员之间已经形成一个整体，那么到这个阶段项目经理就比较轻松了，只要进行一些团队之间的关系处理，以及让大家进行一些重大决策就可以了。最后一个阶段就是表现阶段，那么这个阶段我认为是丰收阶段，团队成员配合已经到达非常默契的程度，基本上不需要频繁的交流，一切都有现成的流程，效率空前的提高。我经历的团队中最后达到这个阶段，开发效率令人感到非常满意，仅仅用了两个多月就完成了一个与我们以前快1年的项目差不多复杂的东西。

所以项目经理的职责就是在团队的各个阶段为团队保驾护航，保证大家的凝聚力，让团队的成员时刻充满责任感和自豪感。

总结

管理人员处于团队的中心，对管理人员本身的素质要求都比较高，而且管理人员与其他人员之间的关系也尤为复杂，属于圆心和圆周的关系，一旦处于圆周的人想靠近或者疏远管理人员，那么管理就不能圆满，管理人员对待所有人应该都是平等的，包括绩效考核，表扬与批评，个人关系等等。如果出现不平等就会有流言蜚语出现。

管理有很多工具和方法，这些都是通过学习的，唯有对人的管理，是属于软技能，需要一定的经验和悟性，需要管理人员对日常的小事情进行思考，总结，对自己处理事情的方法要进行合理性的评估，对每个人的个性要充分了解，对不同的人要用不同的管理技巧，不能搞一刀切。总之管理是为目标服务的，只有项目成功了，管理人员就是成功的，项目经理必须为这个项目负责！

追问：

不太合适可惜了 回答：

目标驱动，系统思维，风险意识，数据量化

凡事预则立，不预则废。如果你不知道要到哪里给你一张地图也没有用。目标驱动首先要有最基本的计划管理和时间管理能力。对于一个项目，我们过程中做的所有工作都是为了要达到项目目标，因此在项目各个阶段所有活动都需要考虑对达成目标的影响，当发现偏差后及时纠正。目标驱动让我们从无目的的事后应急变成了有计划有目的的事前预测。目标驱动不是要抛弃过程，项目的成功涉及到过程，人和方法工具技术。为了达到项目目标，我们要根据项目的实际情况采取一系列项目原来已经总结的最佳实践形成一套过程，高效的过程和积极心态的人是保证项目目标达成的关键。因此作为项目经理要时刻问自己，项目的目标是什么 项目当前状态和我达成目标的差距是什么我如何解决和应对。

项目的成功受到多方面的因素的影响，而且各个因素之间还存在正反作用力。系统思维就是要让我们能够清楚的认识到影响项目目标和成功的各个要素，以及它们之间存在的关系。形成一种适合项目的动态系统模型，通过这个动态模型去平衡项目各方干系人的利益，平衡项目四要素之间的关系，平衡项目的短期和长期的利益。项目经理的一个重要能力就是平衡，没有最优解，只有满意解，懂得了平衡就知道当项目出现变更和调整的时候如何更好的应对。从单要素最优的单向思维过渡到关注整个系统的全局思维模式上。

风险意识简单来讲就是项目在执行过程中可能发生的各种问题我都事先预见到了而采取了适当的缓解措施，这样才能够真正的让项目能够按照预先制定的计划和目标进行。再简单点就是如果风险管理做得好，项目是不应该失败的。君子安而不忘危，存而不忘亡，治而不忘乱。风险管理的重点正是在于要形成风险意识，要能够通过历史经验的积累，能够把项目的关键风险识别出来，使项目能够从事后的救火转变到事前的防备，使项目能够在前面紧张后面轻松。

要谈及量化管理首先应该要培训用数据说话的分析思维。在软件项目管理中我们做度量的目的，就是要收集和分析各种历史数据，通过对数据的分析来知道项目真正的效率，同时为后续项目提供各种估算参数数据。以数据说话让我们从全凭主观经验臆断转变到对事物的客观数据分析上。只有能够收集数据，分析数据我们才可能持续改进。有了数据意识后就是要有统计和量化管理方面的意识，利用统计学的思维和量化管理手段不仅仅是让我们的过程稳定和受控制，能够去发现项目执行过程中特殊原因引起的波动，针对特殊波动进行根源分析并采取纠正行动;还能够让我们能够根据预测模型更加准确的预测项目能够达成目标的程度和概率

对于IT项目团队的管理可以采用项目管理的方法。下面我们给大家介绍一下项目管理中在IT项目的沟通管理应用。在IT项目管理中，专门将沟通管理作为一个知识领域。在《PMBOK®指南》中也建议IT项目经理要花75%以上时间在沟通上，可见沟通在IT项目中的重要性。多数人理解的沟通，就是善于表达，能说、会说而IT项目管理中的沟通，并不等同于人际交往的沟通技巧，更多是对沟通的管理。

一般来说，沟通管理包括以下几方面工作：

1、确定沟通目标：IT项目中沟通对象主要为IT项目干系人，不同干系人需要的信息可能不同，所以在IT项目启动时，就要识别所有的IT项目干系人。以及不同人的不同信息需求。

2、制定沟通计划：沟通对象，需要的信息，信息发布频率等都要确定好。

3、执行沟通计划。

看上去很简单，每个IT项目都可以依此模式套用，但实际上很多IT项目在执行中都会出现沟通问题，我认为大部分情况下是IT项目经理犯有沟通障碍症，主要有以下几类：

（1）“我以为”的错误：以为沟通过，别人就清楚了，以为没有反馈就是没有意见了。特别是跨部门的沟通，无论是口头还是书面，更是要注意双方是否理解一致。

（2）不敢越级沟通，不敢与高层直接沟通：不少公司的IT项目经理在职能上，一般比部门经理要低，所以经常出现IT项目经理不敢直接找高层或其它部门总经理沟通，都要上级职能经理的协助，我认为这是需要改进的，当然，这与企业文化也有一定关系，但在一个以目标驱动，强调解决问题的组织，没有人会反对这样做，包括你的上级。

特别是对跨部门的较为复杂IT项目中，IT项目经理要敢于“管理”公司高层，就IT项目问题也高层进行直接沟通。可能有部分IT项目经理是担心不知如何与高层沟通，，因为高层的思维是较发散和概要的，如果你下谈解决方案等细节问题，估计很难交流，这里也要求IT项目经理要对问题有很好的抽象归类能力。

（3）害怕被拒绝：这是人的本性。如果在销售岗位，估计有专门针对的培训。在IT项目推进中，经常出现这样的情况，你可以有一些想法建议，要么思考很久才敢提出来，不要不敢与IT项目干系人提出，白白延误了好时机，或者需要其它部门协助时，不敢提出来。

4、没有提前计划沟通活动，造成等人局面：经常出现这样的时候，要确定某个事项，需要个负责人参加，但因为没有提前计划，到时约不到人，结果推迟等待，无谓的增长滞后时间。实际上，对于难度较大问题，至少要提前两周计划好，预约好相关人员。

5、欠缺适当的沟通技巧：我们不是管理专家，不用在沟通技巧中耗费太多时间，掌握一些适当的沟通技巧，是主要是对人对事的敏感度，能针对具体事情判断是单独沟通、书面沟通、口头沟通更有效，还是需要适当借力。能达到这个层次就可以了。

沟通中最重要的不是技巧，而是你的真诚。如果你能与沟通对象建立信任关系，就是沟通的最高境界了。

沟通对于IT项目的成功是相当关键的，但同时又是容易被大家不够重视的，作为IT项目经理，做好沟通管理是基本的要求。

以上就是关于项目管理培训及应用感受分析全部的内容，包括:项目管理培训及应用感受分析、怎样当好IT项目经理、解读IT项目管理和人员管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！