当IT项目经理应该做哪些事情？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

项目比如定制产品的开发、接标开发产品等称为外部项目；

IT公司为打造新产品，内部组织人员确定一个产品内容进行实施的总体事务，称为内部项目；

产品就是成熟的可以推广和再市场上销售的，具有购买群体的完整软件。

说白点，项目就是出于实施期的软件，包括流程这些。

产品就是刻了碟子就能卖钱的东西。

当IT项目经理应该做哪些事情？

项目经理是具体项目工作的管理者，他们在工作中不断提升自己的领导才华，同时该职业又是一个权利与责任并存的职业， 他们主要对项目进行背景调查，收集整理项目相关资料，进行需求策划，撰写项目调查报告和信息综述，对项目组成部分或模块进行完整系统设计，联系项目相关单位和相关技术专家，制定项目可行性研究报告，协同配合制定和申报立项报告材料，组织项目团队完成项目任务，保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么，欢迎阅读!

IT项目经理应该做什么

经常看到这样的项目经理，一副整天忙得团团转的样子，电话不停地作响，一个小时之内要发出几十个指令，好像他所领导的团队离开了他就一天也活不下去。然后他还会说："我很忙"或"我很累"，"我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问，即使旗下有人，你说他能不累吗

甚至还有这样的事列发生，研发部门经理亲自参与项目软件的编码工作，如果只有一、两个项目，也许这样还可以，试想，如果有十几个项目你能都参与具体的技术工作，另外是否考虑过部门经理参与具体项目后所带来的其他问题，部门日常事物务无处理，部门人员无人关注，部门的其他项目得不到项目经理的协助，更是无人为部门的未来作打算。类似的项目经理的行为很多：譬如善于销售的经理就对自己的销售人员总是不放心，觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件，因为秘书起草的东西总是叫他看不上眼，如此等等。

由此造成的结果是经理整天搞得手忙脚乱，管理效率很低。做经理者没有时间考虑部门发展的问题，做下属者觉得自己得不到信任，做事小心翼翼，不敢越雷池半步，没有积极性。

由此想到刘备，文不如诸葛亮，武不如关张赵马黄，但是他会用人，会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法，即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属，不要怕他们犯错误。"用人不疑，疑人不用"，虽然很难做到而且有时也不一定非要做到，但是你既然给了一个人那个位置，那份薪水，就应该让他们充分地发挥，你不能替他们做事，你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时，汪先生说他到目前还没有个人email地址，记者很惊诧的问他为什么时，他说“没有必要，我有很好的业务总监们，他们会处理好公司的日常事务，我要有充足的时间考虑公司的发展战略，我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者，所以CA才有今天的地位。

做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题："我们忙，你在干什么"

项目经理，对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体，创造出一个富有活力的整体，应该是其第一使命。即人们经常谈论的管理，通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命，项目经理应该做什么呢

一、一个项目经理首先要制定目标，即确定团队的目标，只有知道往哪走，才能到达那里。确定目标是什么，而且目标要能够有效的支撑团队的责任，有助于团队的发展。而且要将目标传达给团队的每一位人员，让他们认识到他们在实现目标过程中的责任和重要性。

二、一个项目经理要进行组织工作，即如何安排工作，需要分析所需的各项活动、决定和关系，他需要对工作分类，确定作业任务的主次和轻重缓急，并为作业分配适当的执行的人员。

三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队，它需要通过对下属的激励，以及同上、下、同级间的相互信息交流，协调完成工作。

四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准，这个标准不但要专注于团队的绩效，而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理要培养人，也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求，也常常拥有帮助其下属改进工作绩效所必需的技能，只有下属的技能提高了，整个团队的效率才可能提升，只有团队的成员有发展，他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

在我们这个行业，好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的，他们可能没有受过管理学的教育，希望此文能够给与他们思考与认识自己责任。

项目经理该做什么，不该做什么

1以目标导向来做事情

首先要明白该做什么，其次才是如何做。目标是项目管理的重要特征，项目经理做事原则都是围绕项目目标展开，对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

目标有短期目标和常用目标，把当前项目按目标完成可能是短期目标，通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理，更加应 该着眼于项目长期目标，而不是太在意于当前项目的短期利益。只有意识到这点，才能够认识到培训，教练，团队，自发，团队语言和规则等在整个项目中的重要 性。

2对自己定义的目标进行分解

对于软件项目，项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素，各个阶段交付物的质量，缺陷的泄露，测试的水平，需求的变更和稳定性，前期的需求设计和开发规范，团队规则，开发人员的责任心多方面因素都可 能影响到该目标的实现。

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的，而且各个要素间还存在这正反作用，必须要综合性的系统思考。确定出期望的各个要素的区间 水平，然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的，都是为了实现当初定义的目标而服务，绝不 是无中生有。

3具体实际 *** 作的关注点

首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要，而是项目经理应该更多的管理风险和消除隐患，不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力，发现各种征兆和危机，危机发生前应对往往仅仅是项目经理找成员谈谈心，或者说组织一次关于规程的培训，但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理应该更多的取做教练，而不是去做领导。管理者要懂得授权，但项目经理更关注的是授权不会影响到进度和质量，因此项目经理绝对不是越俎代庖啥事情都 自己做，也不是盲目授权后啥都不管，而是充当好教练的角色。让项目成员有能力的全完成事情，而且是有责任心的去完成事情。如果自己做只花1个小时，而教会 团队成员做需要一天，从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组，项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做，哪些是项目管理组做。另外一个关注点是做事情的粒度，项目任务的跟踪是项目经理要做的，但项目经理应该根据项目目标确定自己跟踪任务的粒度，粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

在一个团队中，作为一名团队领导，将：

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取开放的态度

作为团队成员，要将：

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

9) 支持团队决策

10) 以为团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题，更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

IT项目经理的经验总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

4在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;

5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6 是到做总体计划的'时间了吗不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务开发人员熟悉EJB编程，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;

2和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择

3(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对，就学习那个，让大家都意识到任何的更改都有成本和代价。

;

Information Teachnology 信息科技的首字母缩写，涉及与信息产业相关行业，以电脑为代表。

IT业大体来说就是电子类产品。比如电脑，手机，投影机，打印机，及所有的电脑周遍设备都称之为IT产品。IT行业指的是经营这些产品的行业，另外还包括网络，软件等都称之为IT行业。总之包括内容挺广泛的。

IT行业总体来说分为三个方面

1网络

2软件

3集成电路

如果您希望进入IT行业，那么您先要确定进入这三个方面中的一个。

三个方面的就业方向：

1集成电路方向，这是一个非常专业的方向，需要求职者有很强的专业知识，这些专业知识很能通过培训来补充，需要很好的类似于大学教育的培养；这类人才就业面很窄，但如果就业了，其薪水很高（当然要看企业的情况）

2软件方向，这个方面比集成电路设计在专业上相对宽一些，一个好的软件工程师，也需要有扎实的数学基础。常规的培训可以使一个没有软件基础的人成为一个软件蓝领，但要成为软件设计人员，还是需要相当的工作与学习时间；这类人才大多就业于软件企业；

3网络方向，这个方面涉及的面就比前两者宽得多，通过培训可能从一个对网络技术不了解的人逐步成为网络的工程师，因为网络技术是一种更偏向于 *** 作的技术。在就业面也宽得多，因为信息化是一个全社会的工程，政府、企业都在进行信息化，都需要在网络方面寻找合适的人才进行其网络系统的运行、管理、维护。

什么是项目管理？

经过人们长期探索总结，项目管理在发达国家中已经逐步发展成为独立的学科体系，成为现代管理学的重要分支，并广泛应用于IT、金融、服务、航空航天以及工程等诸多行业。由于其诱人的高额年薪以及广泛的就业前景，项目管理目前已经成为超越MBA的最炙手可热的“黄金职业”。 项目管理无疑将会是未来二十年中最热门的行业。那么到底什么是项目管理？

项目管理的定义有很多，按照教科书的理解是：项目管理是在运作方式和管理思维模式上最大限度地利用了内外，去完成项目目标。项目管理包含很多层面：团队管理、风险管理、采购管理、流程管理、时间管理、成本管理和质量管理资源等。

笔者的理解是：项目管理，就是通过合理地组织，利用的一切可以利用的资源，按照计划的成本和计划的进度，完成一个计划的目标。在项目实施过程中，目标很可能会发生变更，那么成本和进度都需要做相应的调整。

项目主管如何解决问题？

按照白猫黑猫理论，评价项目管理是否成功的唯一标准就是项目是否保质保量按时完成。现在的项目实施一般都是主管负责制，项目主管重任在肩，要达到项目成功这一目标谈何容易。

在项目管理过程中，笔者就要经常思索以下问题：

如何在选择余地不多的情况下，组建一支得力的项目组？

项目组成员的挑选非常重要，假如在一个关键的岗位安排了一个不合适的人选，这个项目很可能会出师不利。当然在现有的人力资源中，不一定能顺利选到优秀的人才并组建成一只能战斗的队伍。笔者就碰到这种最恶劣的情况：项目组只有主管有经验，别的成员都是刚刚毕业的大学生，那么主管的任务就不仅仅是管理，而且需要花费大量时间精力来培养这些新手，让他们能尽快进入预定的角色。

如何界定项目成员工作的范围和定义他们之间的工作接口？

这个问题就是俗语说的"派活"。要把活分出去可不是一件简单的事情。项目主管首先需要对项目组成员非常了解和熟悉，知道他们的知识结构和能力水平；其次要对项目情况非常清楚，并能对项目实施过程进行划分和功能模块的细化，并结合每个人员的特点指派具体的任务；最后要重点注意的是，尽量让组员之间的工作接口简单和接口定义详尽，避免将来产生互相推诿和扯皮。

如何准确衡量项目成员的工作量？

做过主管的人都碰到过这种问题：分配给甲的工作，要求一周完成，但是一个月过去了，他还没干完；分给乙的工作，要求一周干完，但是他一天就干好了。实际上现在的项目管理中，工作量的衡量往往靠主管的经验来加以主观判断，而且这种判断也不是因人而异的。主观判断会造成较大的误差，这些误差的积累最终导致不可控制的因素增加和项目风险扩大。

如何在不打扰项目组成员工作的情况下，及时进行沟通？

现在很少有单q匹马就能把项目全部搞定，往往需要团队来完成，那么团队的合作精神就显得尤为重要。在一般人的眼里，技术人员都普遍比较孤傲，不好管理。主管不仅仅要掌握良好的沟通技巧，还要擅于感情交流，帮助解决项目组成员工作上和生活上的实际困难，使他们集中精力干好本职工作。良好的上下级和同级关系创造了融洽的工作气氛，项目成功的可能性大大增加。

如何评估项目执行状况，随时掌握项目进展？

在项目运作过程中，如果靠员工的报告来掌握项目进展是不够的。事实上，员工都愿意报喜不报忧，在项目初期就出现的问题苗头，如果不能传递上来，将在后续阶段造成大的纰漏。笔者认为除了要定期听取项目组成员的报告，还要专门有一个品保组来监督项目的执行情况。品保组就像廉政公署一样，不参与项目的具体实施，专门给别人"挑刺"，或者写一些测试程序来发现问题。

如何与客户单位沟通与协作？

有时候，项目都已经执行到最后阶段，客户单位突然提出了新的要求，这会让主管非常为难。一方面要尽量满足客户的需求，另一方面又不能对系统做太大的改动，影响进度计划。这种情况往往是与客户的沟通出现了问题，说明在需求阶段做的不够好，同时在实施过程中没有与客户有密切的联系。

如何在诸多不确定因素和限制条件下，按时完成项目任务？

项目成功与否受太多的风险因素影响。所谓“风险”，是损失的不确定性；是给定情况下，一定时期内可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。项目开发是一项可能损失的活动，不管开发过程如何进行，都有可能超出预算或时间延迟。很少有人能保证开发工作一定成功，都要冒一定的风险，也就需要进行项目风险分析。在进行项目风险分析时，重要的是要量化不确定的程度和每个风险的损失程度。潜在的问题都可能会对项目的计划、成本、技术、产品的质量及团队的士气产生负面的影响。风险管理就是在这些潜在的问题对项目造成破坏之前识别、处理和排除。

如何在完成项目任务同时，保证甚至提高交付结果的质量？

笔者的同事曾经做过一个项目，按计划按预算完成了，但是系统不稳定，某些关键技术指标不能满足国标。造成这种情况的原因有：没有划分清晰功能模块和接口关系，成员相互指责，最终难以定位不稳定的根源，；没有成立质保组，没能很好地实施项目过程控制；过分注重项目的时间进度，忽略或隐瞒了前期的小问题。

如何成为优秀的项目主管？

笔者认为：一个优秀的项目主管首先是一个乐观而自信的人。他凡事都从正面考虑，不把失败当失败，反而将其看作成功之母，吸取经验教训，在那里跌倒又在哪里爬起。优秀的项目主管不一定要很有经验，但是要有强烈的进取心和明确的目标，并能够与他人良好沟通，鼓舞他人为共同的目标一起努力。

IT项目管理的特征探讨

IT项目具有非常明显的特点：紧迫性、独特性和不确定性。下面分别讨论一下这些特点含义和项目管理的相应对策。

紧迫性

IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当实现了目标或被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短。有的项目时间甚至是决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场份额将被竞争对手抢走。

在开始一个项目前，主管就必须明白项目的时间约束。具体到每个人、执行项目中的每一个任务都必须明确时间要求。一旦没有按照进度完成，必须要有充分的客观理由，否则就要追究相关人员的责任。

独特性

IT项目的独特性在IT服务领域表现得非常突出，厂商不仅向客户提供产品，更重要是根据其要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作，因此可以说每个项目都有区别。

项目的这种独特性对实际项目管理有非常重要的指导意义。项目主管必须在项目开始前通过合同（或等同文件）明确地描述或定义最终的产品是什么。如果刚开始要提供什么没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。即便是定义清楚了项目的目标，但是客户单位仍然会经常调整实现指标，这种变更很难控制，这就需要项目组与客户单位有良好的沟通渠道，否则改来改去，永远改不完。

不确定性

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。这是因为项目计划和预算本质上是一种预测，在执行过程中与实际情况可定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的预测来运行。

针对不确定性，在项目管理中就要注意制定切实可行的计划。笔者在工作中就发现科研工作，特别是国家级的项目，往往有一个“后墙不倒”原则。也就是说，设定一个项目的最终完成时间，具体的实施过程中，时间进度的安排就没有计划。在具体实施中，这种方法的最终结果是要么后墙倒了，要么后墙勉强没倒，做出来的产品满足不了质量要求。

还有一种不好的做法是过度计划，即将项目中非常微小的事情都考虑清楚才动手，但如此“详细的计划”其实是在试图精确地预测未来，也是不切实际的，在执行中会发现难以与实际一致，而不得不频繁地进行调整。具体问题具体分析。尽管有项目计划，执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就要求项目经理必须掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

几个迫切需要重视的问题

项目管理有一些规律，但是还要具体问题具体分析，如果照搬硬套肯定会事倍功半。下面三个案例就是笔者在管理中遇到过的，现在拿出来一起探讨。

管理新手的重要性

一个项目组除了主管，全是新手！其实能有几个项目主管会如此幸运，项目组成员全都身经百战经验丰富。很多人认为，新手加入在短时间内对项目毫无益处，不仅帮不上忙，还需要别人来传帮带。笔者认为恰好相反：新人的加入是将会给整个项目组带来一些新鲜的想法，挖掘和引导这种的想法对新人的培训和很快的上手工作是非常关键的。公司花了钱招来的新人往往经过了人事部门的过滤，都具备了一些基本知识，主管可以先给他们分配一些具体的工作，调动他们的积极性非常关键。

在培训新人时就应该注意：

项目内容培训，让他尽快了解项目组的工作内容，项目的方向、目的，用到的知识、技能；

给他在项目组中的角色做个定位，明确他的职责，并提供必要的支持；

告诉他项目组管理方面须注意的问题，让他尽快融入到项目组里来；

尽量与目前项目组的工作结合起来培训，如让他尽快熟悉项目已经完成的工作，告诉他以后的计划，以及他马上要做的工作等等；

保持良好的沟通，了解他的进展，根据实际情况调整培训计划。

管理文档的重要性

让项目主管最痛苦的事情莫过于：当一个重要成员半途离开项目组时，才发现他根本就没有留下任何可用的文档。天下没有不散的宴席，项目组的成员也是在动态调整中，文档就是成员之间交接的重要工具。很多主管很容易陷quot;重技术实现，轻文档"的误区。他们总是认为项目实施时间紧迫，为了节省时间，可以在项目收尾阶段突击写文档。要是项目周期稍长，到了最后，成员还会记得清清楚楚每个实现细节吗？没有文档的项目铁定是一个失败的项目。

从过程控制的角度看，项目的实施质量控制，最重要的就是文档的管理控制。通过文档来显示表明每个基线，每个成员的工作量和完成质量，达到项目的风险最小化。

管理平台的重要性

笔者最初的几个项目都没有管理平台，所以没有量化的概念，管理手段非常落后。去年笔者在公司率先引入了微软PROJECT2000作为核心的项目管理软件，并根据项目的需求，以现有的计算机网络系统（Network）为基础，建立了内部的INTRANET项目管理平台。经过一年多的使用达到了以下效果：

使用PROJECT2000建立项目计划信息共享门户，使技术人员、主管随时看到与自己相关的任务信息，并通过建立状态报告，达到了解技术人员各自工作完成情况；

利用研发内部网站、电子公告板等共享信息系统，提供有效的信息沟通途径；

根据项目计划，建立动态提醒机制；

建立项目数据管理系统(Data)：对与项目有关的数据和与数据有关的过程，进行有效地管理；

电子文档管理系统(Document)，对图纸、文件、资料等文档，采用集中管理的方式，进行有序地组织，实现充分的共享和重复使用，实现了通过IE浏览器访问项目文档功能；

建立数据记录体现变更控制记录，项目文档记录。

结束语

就中国现状而言，项目管理还是一个全新的尚待开发的领域，很多项目管理人员和笔者一样都是在实践中不断摸索和思考。

从现实来看，只有那些跨国公司和国内的大型企业才对项目管理提出要求；从教育来看，项目管理的系统教育基本上就是空白，甚至目前中国还没有项目管理这一学科设置。同时，在中国，你所能够获得的有关项目管理的出版物以及资料都极其有限。

好在国内的教育部门已经发现了这个问题，各种PMP的培训班广告也开始出现在各类媒体中。那么我们是否都需要这个一个证书呢？

曾记得庄子在《庄子·养生主》中谈到的解牛的庖丁，在外人看来，技艺高超的庖丁解牛时，一招一式，轻松自如，姿势优美，其节奏如美妙音乐的旋律。而庖丁自己在历经多年的实践后，解释他的高超技艺的境界是："以神遇而不以目视，官欲止而神欲行，依乎天理，批大隙，导大，因其固然quot;

项目管理还是有"天理"可循，假如有机会还是应该带着实践中的问题多看书多学习，最终会达到所谓的管理艺术。(IT工程技术网)

软件开发项目中会遇到哪些问题呢参加软件学习不得不了解在以后工作中会出现的状况，IT培训为你提前解析。

1)新手。任何项目组成员都不可避免地出现新手，他们往往是刚刚从大学毕业的学生。这些新手由于软件开发时间太短，往往技术不成熟，没有形成良好的开发习惯，所以编写代码质量较差，问题很多。他们常常成为项目组的“鸡肋”，用多了项目质量无法得到保证，不用则又人手不够。当然北大青鸟校区的学子毕业就已经有一年多的工作经验，已经是熟手了。

2)人员变动。一个维护时间稍长一点儿的软件项目，人员变动是在所难免的。老员工被调动到其它项目去了，由新员工来接替他们的工作。北大青鸟校区软件讲师在一次软件培训课堂上就说到，在我的项目组中，人员调动达到了90%，没有调走的就是我自己。新员工在接替老员工进行代码维护，甚至继续进行新的开发的时，由于对原有代码以及设计思路理解的偏差，也会出现大量的低劣代码。

3)不规范的代码编写。即使除去以上两个问题的影响，项目组成员编写的代码同样会出现问题。在项目开发之初，我们往往会制定一个代码编写的规范，但在项目开发过程中，许多成员往往会忽视这些代码规范而进行随意的编写。随意地代码编写会降低代码的可读性、可维护性和易变更性。那么，我们应当采用什么样的管理措施，保证代码的规范，提高代码的质量呢

it项目的特征如下：

1、独特性。“没有完全一样的项目”，这一特性在IT领域表现得更为突出。与其他产品相比。客户对IT产品的要求都更加特殊化。时间的紧迫性和阶段性。任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。随着信息技术的飞速发展，IT项目的生命周期越来越短。

2、不确定性。是指项目不可能完全在规定的时间内按规定的预算由规定的人员完成。这是因为，项目计划和预算本质上是基于对未来的“估计”和“假设”进行的预测，且由于IT项目的独特性，同类项目的类比较困难。

3、人的特点。IT开发的整个过程是一个设计过程（基本没有制造过程），同时，它不需要使用大量的物质资源，主要资源是人力资源。与其他项目相比，IT项目中人的成本很高，人的能力直接影响项目的成败，人的风险是最大的。

4、包含的技术含量高，是智慧型和知识性项目，许多资源、工作是可以复制或重复的，但任何一个项目本身都是全新的，高技术人才聚集，因此整齐划一的管理模式对他们往往效果不好。

it项目的风险来源：

1、项目调研时，由于用户期初无历史经验或对项目目标理解有误，加之不了解系统，提出一些脱离项目目标或难以实现的需求，也会存在不成体系的想法或想法过多。

2、系统实现阶段，随着用户对系统的进一步了解，但并未了解透彻，这时候会提出一些不切实际的需求。

3、系统测试阶段，用户对系统了解已经相对成熟，可提出一些有理有据的需求，或者为特殊场景绞尽脑汁增加一些天马行空的需求。

4、系统上线后，用户需求可基于实际场景提出，需要全面考虑系统逻辑修改对项目带来的风险。

以上就是关于IT项目经理项目全流程工作任务解析（深刻）（1）全部的内容，包括:IT项目经理项目全流程工作任务解析（深刻）（1）、在IT中，什么是项目什么是产品、当IT项目经理应该做哪些事情等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！