IT项目如何做好项目流程管理

你是从业多年的程序员吗，想过35岁以后还会从事这个职业吗？

你是实施工程师吗，干了多年基础工作之后，思考过奋斗的目标吗？

你是需求分析师吗，多年来与客户的接触让你的经验丰富，却一直没有勇气承担起项目的责任，渴望过让需求真正在你手里落地吗？

你是测试工程师吗，是否厌倦了不断找别人的错误，现在只想让别人找自己的错误？

你是前端吗，是否在不断地寻找合适框架中迷失了你的初心，曾经那个让你激动无比的效果，为什么没有再去使用它？

你是设计吗？是不是觉得自己再用心的设计

最终做出来都会变成不想要的样子，心有不甘却又无可奈何？

这些IT职业的苦恼和忧愁，在IT行业有哪些职业能够解决上面的问题？答案可能有多个，但是最合适的选项就是IT项目经理。

作为第一选项，许多人会选择项目经理（以下特指IT项目经理）进行职业转型，原因自然是相对其它职业有着非常明显的优势，下面几条简单列举一下它的优势：

第一 入行门槛高，其实对于有经验的人来说，入行门槛高是一件好事，可以形成职业壁垒，只跟小部分人才进行竞争，职场压力相对会比较小。

项目经理岗位对工作经验和情商都有一定的要求，能胜任的大多数是在行业内从业多年，对行业通用的技能和规则有着一定了解的老油条。

如果没有太多的经验就贸然从事这个职业，很容易遇到困难就无法解决，只能向领导求助，依靠领导的不断救场，推进项目的进度。直到有一天领导受不了了，对项目经理说：“这还不如我自己干呢，我来管项目吧，你当领导去！”

但是还有另外一种可能，在一个项目的试炼之后小号完成了变成大号的终极考验，就像灰袍的甘道夫变成了白袍的甘道夫，一挥手，曾经遇到的强敌灰飞烟灭，小项目进不了他身，瞬间就能秒；又如同武林高手打通了任督二脉，练就一身深厚的内力，之后纵横项目的江湖，翻手为云，覆手为雨，从无败绩。

        当然，以上存属臆想，如果有人短时间就做到了这些，那只能说是天赋异禀，这只是少数人拥有的特质。我等战五渣，还是练好武功再下山吧，还得防备辛苦练武二十年，下山被人家一刀就秒了。项目的江湖，斗争激烈，只有身兼多项武功并且没有死穴的高手才能进入。

        第二 工资待遇高，由于入行门槛高，且需要有一定管理经验的人，相对来说人才稀缺，工资自然会定得高一些。

项目的规则是谁干最多的活，就得最多的功劳，出问题也得背最大的锅。项目经理因为岗位责任的原因，必须得尽最大的努力推进项目，结果自然是项目完成交付的最大的功劳是项目经理的。当然，没有交付好项目，责任也全在项目经理的，该背大锅就得背大锅，不可能功劳都给你了，背锅的时候就想跑。

        按照行业默认的规则，完成项目关键节点或者完成项目终验之后，会根据对项目的贡献发放奖金，以提高大家工作的积极性，项目经理自然会得到最多。实际上这也是一种工作的正向激励，能者多劳，多劳多得，在项目当中体现的最明显。

        第三 工作时间相对自由，项目经理最主要的责任是要发挥个人的主观能动性，按计划推进项目的进度，确保正常交付。

因为项目所在地一般和公司不在同一个位置，需要经常去项目现场外办或者出差，鉴于客户现场条件限制，一般公司很难或者无法在考勤上对项目经理进行固定的管理。

这样的好处就是项目经理在每天完成项目任务之外的时间，完全可以自由地支配，想干嘛就干嘛，不用像在公司必须按时打卡上下班，工作和生活的自由度都更大一些，可以满足d性上班的就业要求。

有的能力强的项目经理，都可以不用去项目现场，几句话指导，分分钟就能完成任务，真是人在床上躺，钱从天上来，这工资挣的是真轻松。

        看完上面的三个优势，是不是觉得这个职业很不错，非常心动，想赶紧尝试尝试。先别急，既然说到它有特别明显的优势，那肯定也会有地狱级别的工作内容，要不然简历肯定满天飞，都抢着去从事这个职业了，轮到咱们说不准黄花菜都凉了，不对，可能黄花菜冻得梆梆的了都轮不上。

实际上很多人对这个职业并不陌生，因为经常能与从事这个职业的人打交道，在工作中有或多或少的交集，打交道次数多了可能会觉得从事这个职业比较容易。

但那是没有真正对这个职业了解前下的结论，没有实践就没有发言权，更何况这是个非常看重过往从业经验的工作，没真正从事过更不会了解这个职业的风险与压力，那真是在刀尖上行走，每一步都要小心翼翼，如果走得不稳，那就准备好承受刀尖的反噬痛苦吧。

          说了那么多好处和难处，没有真q实d的 *** 作，还是无法感受真实的一面，下面就具体讲一下项目经理的工作内容，大家可以把自己代入到这个工作里面，看看在这个地狱难度的关卡中可以进行到第几关。

        第一关，组建项目团队。开局一个人，制霸新手村，就靠抢资源。

        项目经理大多有过这样的经历，领导晚上突然发过来一条信息：“这几天有个项目启动会，你参加一下，了解一下客户相关的信息，提前做好准备”，好嘛，连啥项目内容都不知道，就只给了一个地址，这种情况就像只穿着一条裤衩，就把你丢进了新手村。还想出去打怪升个级，没有装备武器，新手村门口都出不来。

        项目启动会是项目经理在项目中进行的第一项里程碑，确定了项目的正式启动，规定了甲方乙方以及第三方监理的责任和义务，最重要的是公司给予了项目经理组建项目团队的权利，根据项目的建设内容，可以要求公司抽调相关的人力资源，要求要各部门优先配合项目的进度事宜。

        获取资源是项目启动会之后最重要的事情。资源包括两种，一种是人力上的资源，比如组建项目的实施团队，团队成员可以从其它项目组抽调人员，如果没有足够的人员可抽调，就要考虑招聘新的人员；一种是行政上的资源，公司和客户需要给予项目经理场地、设备以及人员协调的支持。

        项目的初期是最容易获取这些资源的，这时候公司和客户对项目的关注度最高，对项目相关的审批优先级也是最高，对项目经理的合理要求也是大开绿灯一路放行。

现在项目经理已经被扔进了新手村，他看了看四周，空无一人，就给自己起了绰号“就我一个人可干不了！”，公会（公司）领导看到了，质疑他的能力，口头批评一次，他又改成“我自己就行！”，可是又想到活太多了，这么吹牛也不是办法，又改成“人越多项目越早完事！”，领导又看见了，对他说：“你自己组建团队吧，要多少名额，自己看着办吧！”

          好的，那就看着来了，大张旗鼓的改成了“我来了，我征服，谁不服我，我就服谁，谁服我，我就欺负谁！”，改完以后，一想这不是把自己真实的想法写出来了，这谁还跟他干呢。最后决定来个激励点的，“跟着我，活少，有肉吃，钱随便花”，项目的激励就这么定了。

现在到了地狱级别闯关的第一关，项目经理已经有了公会（公司）的许可，需要在新手村组建自己的项目团队，磨炼相关的工作技能，初步建立分工协作，有了这些基础，就可以组团出去打项目的各种Boss了。

        组建团队至少需要有三种类型的人员，第一种是任劳任怨的核心成员，第二种是能解决问题的技术专家，第三种是能够掌控全局，预判风险，时刻关注项目每一个细节的成败的项目负责人，也就是项目经理自己了。

        用游戏的职业转换一下，一个是攻击不高，但是防御力强的肉盾，可以一直顶在前边，抵挡怪物的进攻；一个是攻击力高，关键时刻大概率会出现暴击输出的主攻选手；一个是可以给团队成员加各种状态的团队辅助，出现危险的时候，要顶住压力，保全团队，以完成任务为第一责任。

        很多人以为任劳任怨的核心成员，是项目组最容易协调到的人力资源。实际上不论哪个项目团队最缺少的都是这种类型的成员。这种类型的人员与职业和从业经验关系并不大，更多的是本人具有强烈的责任心，这恰恰是项目团队最需要的成员。

        从哪能得找到这样的成员呢？这个就需要很是琢磨一番了，一般来说会从三个方面去寻找。       

        第一 寻找曾经的队友，以前曾经在一个项目团队共同战斗过，对其各方面比较了解，有过深入的沟通合作，确定是你想要寻找的成员。

        如果这个人现在正处于项目的空闲期，那就别犹豫，分秒必争，赶紧向领导申请把这个人调过来。是金子在哪里都会发光的，是好用的员工哪个项目组都会抢着要的。

        你不早下手，别人就会下手，到时候看着别的项目经理可以当甩手掌柜，动不动几天见不着人，项目却一点事都没有，你却只能悲催的当救火队员，一天不出现，大火就烧过来了。回想起那次的错过，下次一定会忘了拖延症，饭都不吃了，就去把人抢过来。

        第二 领导的推荐，领导对员工的个人脾气秉性比较了解，会根据项目的难易合理安排人员。

        但是有一点要知道，领导考虑的是全局，很难周到考虑到这个员工是否是符合项目需要的人，而且有些员工在领导面前表现出来的工作态度和实际的并不一样。

        所以切记，领导可以帮你做出选择，但是做出决定需要多考虑一下，领导认可的不一定是真正需要的，有条件的话可以先多做接触，考察实际的工作能力和沟通能力，再最终决定是否接纳入团队。

        第三 招聘新人，在项目团队人手不齐，时间又宽裕一些的时候，可以考虑这样做。但是风险始终存在，对于项目团队来说最重要的是有稳定可靠的成员，新入职的员工，各方面的能力都是未知的，短时间内很难确定是项目需要的人，也很难确定其是否有长期入职的打算。

        如果想等一等，观察观察再做打算是否让其参与到项目中，但是项目的计划不会等，客户的耐心不会等，投入的资源也不会等。新招聘的人员只能在交付项目的过程中，通过实践去检验工作能力了。

        等到项目启动的时候再去招聘，要承担很多未知的风险，这也是为什么公司会有储备人才的原因了。为了避开这种风险，可以考虑一种办法，推荐熟悉的人来公司应聘，这样可以绕开对新员工不熟悉的风险，属于一种抄捷径的做法。

        既然是抄捷径，好处是省去了观察的时间，选择了一个相对靠谱的人员；坏处就是相信了别人，就要承受相信的代价，如果推荐过来的人是个水货，或者没有达到相应的标准，项目经理想换个人，但是碍于情面，毕竟是熟悉的人推荐过来的，对他也只能睁一眼闭一只眼了，只能走一步看一步，徐徐图之了。

        按照上面的三个办法去寻找，技术专家也不是难题，只是个人要求上面会多一些其它方面的考虑，比如擅长的技能是否是项目需要的，考虑技术问题是否实际，理论型的人才尽量要避开，眼高手低的不要过来，无法沟通的一定远离，诸如此类种种，如果都能考虑到了，挑选出来的技术专家从理论上已经符合项目的需要了。

        项目团队初具雏形，之后以这个团队架构为基础，根据项目任务的需要，会从其它职能部门协调人员配合完成任务，比如从质量部门协调人员对项目的质量进行检查和监督，从设计部门协调人员进行系统的设计和美化等等。

        随着项目团队成员已经就位，接下来的任务是建立项目制度，明确职责分工，通过完成项目任务培养相互之间的配合度，一步一步变成一个战斗力强劲的团队，但那是后面的事情了，现在项目经理面临更大的一个挑战。

        公会（公司）为了发展的需要，在服务器新开的区（新的项目），项目经理安排入驻开辟新的战场，经过多方面的努力，第一关终于通过了，项目经理在新手村招揽一群精英级别的打怪小分队成员，内心已经跃跃欲试，向小怪们磨刀霍霍了。

可是却面临一个尴尬的情况，没有装备（客户的信任）和武器（需要交付的系统或者设备），没有基础属性点可加（业务了解程度），村口碰到个5级的小怪都打不动。

        虽然小怪的攻击低（项目初期的任务都是零散的小任务，没有形成统一的体系），但是防御力高（项目的建设内容需要细致的了解之后，才能有针对性的实施），非常努力地打了一天，一滴血都没打掉。

        是可忍，孰不可忍，辛辛苦苦组建的精英团队竟然对付不了最弱的小怪，说出去都让NPC笑话，怎么好意思制霸新手村，趁早散伙，大家分行李去吧。

大门口都出不去，是不是有点丢人，怎么办？记住项目经理职业的第一原则，无论对内部还是对外部，遇到事情需要做决定的时候，无论内心有多慌有多没底，一定要表现出事情在掌控中的样子。

为什么要有这样的表现，对内关系到团队执行力，对外关系到客户的信任，毕竟谁也不想把重要的事情交给一个没有信心能办好的人，谁都不想跟着一个看起来不靠谱的人。

解决问题的四个步骤，遇到问题，分析问题，提出解决方案，解决问题。项目的解决方案最好是可以在团队内部解决的，这样资源比较容易获取，而且不用等协调的时间，还有一个重要的因素，不能事事都找领导，经常这样容易造成能力不足的表现，如果碰到团队真的解决不了的，再找领导解决问题也不迟。

比如说现在遇到的问题，分析一下，就是没有客户的支持寸步难行，不了解项目的需求埋头干就是白干，方案就是同客户快速建立信任关系，尽快了解项目的重点需求和真正需求（注意两个需求的区别，后续会提到）。

项目经理想起了在新手村最大的好处，通过做任务快速的升级别，不用辛辛苦苦的打怪，简单地围着村子转个圈，找几个人说说话能就完成任务得到奖励，升级换装备换武器，战力蹭蹭的往上涨，门口小怪一刀秒一群。

梦想是美好的，现实是残酷的，时刻要谨记世上没有白吃的午餐，世上也没有好做的项目。

现在就要进入地狱级别闯关的第二关，项目经理要与客户、监理建立良好的信任关系，对项目的需求进行了解和分析，有针对的进行重点突破，不要以为这是个简单的事情，三下五除二就能搞定。世上最难的事情，就是让陌生人把钱从兜里掏出来，并且亲手交到别人的手上，第二难的事情就是大把的花着陌生人的钱，还得让他相信这钱花的是值得的。

即使在最完美的条件下，管理一个软件项目也是很困难的。不幸的是，许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过，只依靠某一两条“妙计”，是无法顺利完成项目的。

1定义项目成功的标准

在项目的开始，要保证各方对于判断项目是否成功有统一的认识。通常，跟紧预定的进度是明显的成功要素，但是肯定还有其他的因素存在，比如，增加市场占有率、获得指定的销售量或销售额、取得特定用户满意程度、淘汰一个高维护需求的遗留系统等。

2把握各种要求之间的平衡

每个项目都需要平衡它的功能、人员、预算、进度和质量目标。我们把以上五个项目方面中的每一个方面，综合成一个约束条件，你必须在这个约束中进行 *** 作;你也可以定义成与项目成功对应的驱动力，或者定义成通向成功的自由程度。可以在一个规定的范围内调整。

3定义产品发布标准

在项目早期，要决定用什么标准来确定产品是否准备好发布了。你可以将发布标准基于：还存在有多少个高优先级的缺陷，性能度量，特定功能完全可 *** 作，或其他方面表明项目已经达到了它的目的。不管你选择了什么标准，都应该是可实现的、可测量的、文档化的，并且与客户所指的“质量”一致。

4沟通

尽管可能无意中了不可能的事件，但不要做一个明知不能保证的。坦诚地和客户和管理人员沟通那些实际成果。任何以前项目的数据会帮助你做说服他们的论据，虽然这对于不讲道理的人来说没有真正的作用。

5写一个计划

有些人认为，花时间写计划还不如花时间写代码，但是我不这么认为。困难的部分不是写计划，困难的部分是做这个计划——思考，沟通，权衡，交流，提问并且倾听。你用来分析解决问题需要花费的时间，会减少项目以后会带给你的意外。

6把任务分解成“英寸大小的小圆石”

“英寸大小的小圆石”是缩小了的里程碑。把大任务分解成多个小任务，帮助你更加精确地估计它们，暴露出在其他情况下你可能没有想到的工作活动，并且保证更加精确、细密的状态跟踪。

7为大任务制定计划工作表

如果你的组经常承担某种特定的通用任务，你需要为这些任务开发一个活动检查列表和计划工作表。每个检查列表应该包括这个大任务可能需要的所有步骤。这些检查列表和工作表将帮助小组成员确定和评估与他必须处理的大任务相关的工作量。

8计划中，在质量控制活动后应该有修改工作

几乎所有的质量控制活动，如测试和技术评审，都会发现缺陷或其他提高的可能。你的项目进度或工作细分结构，应该把每次质量控制活动后的修改，作为一个单独的任务包括进去。如果你事实上不用做任何的修改，很好，你已经走在了计划的前面。

9为“过程改进”安排时间

你的小组成员已经淹没在他们当前的项目中，但是如果你想把你的组提升到一个更高的软件工程能力水平，你就必须投一些时间在“过程改进”上。从你的项目进度中留出一些时间，因为软件项目活动应该包括做能够帮助你下一个项目更加成功的过程改进。不要把你项目成员可以利用的时间100%的投入到项目任务中，然后惊讶于为什么他们在主动提高方面没有任何进展。

10管理项目的风险

如果你不去识别和控制风险，那么它们会控制你。在项目计划时花一些时间集体讨论可能的风险因素，评估它们的潜在危害，并且决定你如何减轻或预防它们。

11根据工作计划而不是日历来估计

人们通常以日历时间做估计，但是我倾向于估计与任务相关联的工作计划(以“人时”为单位)的数量，然后把工作计划转换为日历时间的估计。这个转换基于每天我有多少有效的小时花费在项目任务上，我可能碰到的任何打断或突发调整请求、会议，和所有其他会让耗费时间的地方。

12不要为人员安排超过工作时间80%的任务量

跟踪你的组员每周实际花费在项目指定工作上的平均小时数，实在会让人吃惊。与我们被要求做的许多活动相关的任务切换的开销，显著地降低了我们的工作效率。一个员工一周理论上工作40小时，但不要只是因为有人在一项特定工作上每周花费10小时，就去假设他或她可以马上做4个这种任务，如果他或她能够处理完3个任务，你就很幸运了。

13将培训时间放到计划中

确定你的组员每年在培训上花费多少时间，并把它从组员工作在指定项目任务上的可用时间中减去。你可能在平均值中早已经减去了休假时间、生病时间和其他的时间，对于培训时间也要同样的处理。

14记录你的估算和你是如何达到估算的

当你准备估算你的工作时，把它们记录下来，并且记录你是如何完成每个任务的。理解创建估算所用的假设和方法，能够使它们在必要的时候更容易防护和调整，而且它将帮助你改善你的估算过程。

15记录估算并且使用估算工具

有很多商业工具可以帮助你估算整个项目。根据它们真实项目经验的巨大数据库，这些工具可以给你一个可能的进度和人员分配安排选择。它们同样能够帮助你避免进入“不可能区域”，即将任务量、小组劳动力和进度安排组合起来一看，根本不可能成功。

16遵守学习曲线

如果你在项目中第一次尝试新的过程、工具或技术，你必须承受短期内生产力降低的代价。不要期望在新软件工程方法的第一次尝试中就获得惊人的效益，在进度安排中考虑不可避免的学习曲线。

17考虑意外缓冲

事情不会像你项目计划的一样准确地进行，所以你的预算和进度安排应该在主要阶段后面包括一些意外的缓冲，以适应无法预料的事件。不幸的是，你的管理者或客户可能把这些缓冲作为你的托辞，而不是明智地承认事实确实如此。向他们指明一些以前项目不愉快的意外，来说明你的深谋远虑。

18记录实际情况与估算情况

如果你不记录花费在每项任务上的实际工作时间，并和你的估算做比较，你将永远不能提高你的估算能力，你的估算将永远是猜测。

19只有当任务100%完成时，才认为该任务完成

使用英寸大小的小圆石的一个好处是：你可以区分每个小任务要么完成了，要么没有完成。这比估计一个大任务在某个时候完成了多少百分比要实在得多。使用明确的标准来判断一个步骤是否真正的完成了。

20公开、公正地跟踪项目状态

创建一个良好的风气，让项目成员对准确地报告项目的状态感到安全。努力让项目在准确的、基于数据的事实基础上运行，而不是从因为害怕报告坏消息而产生的令人误解的乐观主义。使用项目状态信息在必要的时候进行纠正 *** 作，并且在条件允许时进行表扬。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。

1、流程第一阶段：项目的启动

在项目管理过程中，启动阶段是开始一个新项目的过程。启动信息技术（IT）的项目，必须了解企业组织内部在目前和未来主要业务发展方向，这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术（IT）的项目的理由很多，但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台，而不是展示先进的IT技术。

2、流程第二阶段：项目的计划

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

3、流程第三阶段：项目的实施及控制

在项目实施阶段是占用大量资源的阶段，此阶段必须按照上一阶段定制的计划采取必要的活动，来完成计划阶段定制的任务。在实施阶段中，项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目，由项目团队中的不同的成员来完成各个子项目的工作。在项目开始之前，项目经理向参加项目的成员发送《任务书》。

4、流程第四阶段：项目的收尾

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

5、流程第五阶段：项目的维护期

在项目收尾阶段结束后，项目将进入到后续的维护期。项目的后续维护期的工作，将是保证信息技术能够为企业中的重要业务提供服务的基础，也是使项目产生效益的阶段。在项目的维护期内，整个项目的产品都在运转，特别是时间较长后，系统中的软件或硬件有可能出现损坏，这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的，将一直持续到整个这个信息技术（IT）项目的结束。

1一定是拥有属于自己的生意，从事这项生意的每个人都是一个独立的生意人，而不是为他人打工。

2你的生意一定要提供具有广阔市场前景的产品和服务，而不是某种特殊产品，看起来有特色，但潜在市场很小。

3你要为你的产品和服务提供保障，这样一来，你的顾客才可能放心购买，而且还能重复购买。

4你所提供的产品和服务一定要强于你的竞争对手，要具有自己的核心竞争力。

5你一定要奖励那些作出贡献的人，遵循的是多劳多得的原则。

只要懂的这五点，选好经营项目，别人是不了解你公司怎么情况，只有靠你自己选个经营项目了，多查查资料，希望贵公司能越办越好。

据调查，只有37%的IT项目在计划时间内完成，42%的在预算内完成。IT项目成功率不高的根源在于，IT项目管理是项系统工程，不仅需要项目经理个人具备一定的组织、决策、沟通、业务、技术能力，更需要运用多种手段对项目的时间、成本、质量和风险进行严格控制。如何提高IT项目的成功率呢？

关键控制点一项目的时间控制

首先，要明确项目期望值，做好需求调研，围绕企业的核心业务流程，制定切实可行的项目目标，这个目标万不可贪大求全，面面俱到，目的是满足核心业务流程需求，与核心业务流程关系不大或者毫无关系的内容，缓建或根本不建，将业务期望聚焦在更容易把控和量化的目标上来。项目实施完全围绕该期望进行，这也是项目实施中最重要的一点。

其次，信息化项目是需要多部门、多环节充分协作的系统工程，任何部门和环节的时间延误，都会导致整个项目实施周期的延长。因此，对影响项目进度的“短板”环节，进行着力攻坚，促进其与项目的其它环节步调一致，协同共进，能够有效保障项目的实施周期。

再次，信息化项目往往周期较长，因此需要针对项目的实施阶段制定“日清日高（？）”的项目时间保障机制，保证项目每一天都有明确的目标，才能对项目的进度进行有效掌控。

最后，由于信息化项目涉及面较广，参与人数众多，人员的素质参差不齐，对项目的把握也各不相同，因此在项目开始前需对参与项目的人员甚至高层管理人员，进行项目普及性培训，在项目进行中进行相关的项目培训……俗话说，磨刀不误砍柴工，提高每一位参与人员的项目能力才能有效提高项目实施的效率，从而保障项目的实施周期。

关键控制点二项目的成本控制

首先，信息化项目是IT技术在企业业务的应用，其开发和实施都建立在业务部门提出的项目需求之上。然而，由于项目开发和实施的时间较长，常常出现这样的情况，在系统开发完毕后，业务需求却已经改变，致使项目不得不重新进行开发。形成影响项目成本的主要因素。

产生这种情况的原因，一方面是因为项目小组前期调研不够深入，没有全面掌握业务部门的真正需求和需求的发展方向，另一方面是因为随着项目的深入，业务部门对项目在业务中的应用有了更加深刻的认识。想要控制这种来自需求改变的成本增加，项目经理除了在项目前期进行更加深入的项目调研外，还应该加大对业务人员的培训力度，让他们先于项目应用而对项目拥有更加深入的了解。

其次，在项目实施过程中，各种与业务相关的应用需求纷至沓来，不断增加的项目需求，将使项目预算不断增加，从而形成影响项目成本的又一重要因素。对于这种情况，项目经理要区别对待，如果确系有助项目期望的实现并能够帮助提高项目实施效果的需求，哪怕影响到项目的成本和延长项目的实施周期也要采纳这种需求，这是对项目的一种有益补充；如果与项目期望关系不大甚至没有关系的需求，则应坚决摒弃。

因此在项目实施前做好准确的项目期望，划定明确的项目开发任务和范围并严格执行，能够有效控制这类项目成本增加。

最后，信息化项目成本的另一主要来源是人力资源成本，因此在看到项目的硬件、软件等硬性成本同时，也不能忽略人力资源这一软性成本。有效控制项目实施时间、合理配置人力资源、避免人力资源浪费是控制这项成本的关键。

关键控制点三项目的质量控制

信息化项目的质量控制包括两个方面，一方面是IT技术本身（硬件、软件、系统）的质量控制，另一方面也是最重要的一方面，是IT技术应用于企业的质量控制。对于前者，我们可以依照国家的质量标准进行考量，而对于后者，则没有统一的标准，并难以实行量化控制，但无论如何，信息化项目的主体是企业，检验IT技术应用于企业质量好坏的标准则应该是项目在企业中的实施效果。因此做好信息化项目中的质量控制需做到：

对项目技术方案进行适应性评估信息化项目的最终效果体现在企业的应用，因此不适应企业实际情况的方案即使技术再先进、架构再稳定也不是好的方案。这就要求企业的项目经理，在拿到软件公司（实施方）提供的项目方案后，首先要对其进行适应性评估：一方面，评估项目方案与企业其它项目的技术路线是否一致。信息化项目是影响企业多个层面的系统工程，因此它并不是独立的，而是与其它项目紧密相连的。如果信息化各个项目的技术路线不一致，将会导致信息化项目间信息流通不通、数据接口不一致，形成各种信息“孤岛”；另一方面，评估项目方案与企业业务的结合程度。信息化系统最终用户是业务部门，因此项目方案要适应企业的业务需求，并易于与企业的业务流程融合在一起，并在充分满足业务需求的基础上，对业务水平有计划的进行提高。

阶段性评估与项目验收并重信息化项目的建设一般周期较长，且信息化项目建设的效果也需要一定的时间才能显现出来，因此如果项目的验收和评估都集中到项目完成后进行，就会导致项目承担风险过大。信息化项目边实施、边应用、边考量、边改进的阶段性评估，不仅有助于项目经理在项目进行中进行质量控制，而且能够有效降低信息化项目的风险。

对项目实施进行文档跟踪在项目实施过程中，分别根据实施的每个阶段编写建设（使用）手册，进行文档跟踪，并在项目完成后最终汇总成统一的项目建设（使用）文档，能够有助于项目经理对项目质量的把握和监督。

关键控制点四项目的风险控制

对信息化项目进行风险控制能够减少信息化项目实施过程中的不确定因素，有效提高信息化项目实施的成功率。由于信息化项目的核心是通过IT技术为企业的业务提供应用服务，因此信息化项目的风险主要来自以下三个方面：

一是技术风险，技术架构好坏、软件提供方的技术能力以及项目实施方的实施经验等因素形成了信息化项目的技术风险。为了规避项目的技术风险，企业的项目经理，一方面要选择开发能力较强的软件提供方和经验丰富、服务优良的项目实施方；另一方面还要把握项目的技术架构与企业其它信息化项目技术架构之间的一致性；此外，引入第三方的专业咨询、监理和项目评估也是企业规避技术风险的有效手段。

二是应用风险，信息化项目应用于企业，与企业业务之间的适应水平、结合程度以及项目实施带来的影响等因素形成了信息化项目的应用风险。在项目实施前，进行项目适应性评估能够预测项目与企业业务之间的结合程度，并能够有效预期项目应用后所带来的问题，提前研究解决办法；项目实施中，边实施、边应用，随时监控项目的实施情况和应用效果，出现问题及时解决，也能够有效规避项目的应用风险。

以上就是关于IT项目经理项目全流程工作任务解析（深刻）（1）全部的内容，包括:IT项目经理项目全流程工作任务解析（深刻）（1）、IT项目管理的20条锦囊妙计、IT项目如何做好项目流程管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！