IT企业多项目管理的实施难点与对策

1、首先it项目设计员选取读书的类型，挑选各领域具有代表性的书籍。

2、其次it项目设计员读书后，写下自己的读书心得，交流分享。

3、然后it项目设计员组织趣味活动，比如知识抢答和有奖竞猜。

4、最后it项目设计员走访文化遗址，作家居住的地方，寻求古今的对话和灵感，it项目管理设计员可以进行的活动有以上四个方面。

（一）案例：？ 案例作者：会员 大连远东计算机系统有限公司 李宏 我在负责一个软件开发项目，我们是新组建的一个项目团队，项目经理对大部分成员的能力情况不了解。在这个公司，对于组建项目团队，项目经理没有绝对的权利，分配到什么人就只能用什么样的人。面对这种情况，作为项目经理，应该通过何种方式来了解自己的项目成员，然后对每个成员进行恰当的工作任命和任务分配呢？ 请大家帮助分析，给予好的建议。 （二）专家点评 专家介绍：许江林 获国内首批PMP资格。先后在青岛海尔集团、朗讯中国公司、惠普中国公司担任过项目评估员、项目经理和高级项目经理职务，有10多年的项目管理经验，长期从事政府、电信和智能系统集成项目管理工作。 许老师担任项目管理者联盟IT项目管理高级讲师，曾担任HP商学院特聘讲师，许老师曾编写和翻译包括《可视化项目管理》、《怀德曼项目管理词汇手册》、《IT项目管理最佳历程》等书。并在《中国计算机报》和《中国经营报》等媒体上发表过多篇项目管理文章。 许老师曾为太平洋保险集团IT部、方正国际、中国银行软件开发中心、北京NTTDATA数据、中国电子口岸数据中心、首都机场、高阳圣思园、长城宽带、北京万维易化、宝钢集团、灵图软件、蓝拓扑电子、山东泰华电讯等。 许江林点评： 项目团队相对职能部门而言是一种临时的团队，所以项目经理对成员技能背景的不了解也是经常发生的事情。在矩阵型的组织结构中，项目经理没有权力自己选择所有的项目成员，但是项目经理仍然要对项目的结果负责。在本例中，建议的方法有： （1） 首先把项目的范围进行分解，然后根据项目的WBS，创建项目团队的OBS[组织分解结构]，从而明确项目中所需要的角色及其各个角色的职责。 （2） 下一步，进行项目团队内部岗位招聘，请团队成员[领导委派给的所有成员]自己选择最合适自己的岗位。 （3） 根据每个岗位的技能要求，项目经理请其他关键关系人一起对成员进行面试[必要时也可以增加笔试]。 （4） 面试结果，一部分人合格，那么就可以上岗。一部分人不太合格，但是可以在短期之内得到提高，那么就为这些人制定自学和培训计划，或者一帮一计划。还有一部分人不合格，或者有些岗位没有找到合适的人，那么项目经理必须和项目总监提出，请求更换或增派合适的人员。 （5） 在这个案例中，需要特别关注的有两点： a） 项目中有潜在的问题，项目经理应该向上级提出，隐藏问题会造成更严重的后果。但是，在提出之前，项目经理要进行详细的分析并且采取必要的措施。比如，在刚才的案例中项目经理可以先内部招聘，找到具体的问题所在[也就是具体哪些岗位缺人]。而不是不加分析，把问题[人员技能不了解]全盘踢给上级处理。 b） 对团队成员不了解，这种情况下，项目经理管理的颗粒度应该细一些，采取的领导风格是‘多工作行为，少关系行为’。也就是对成员工作要多进行具体指导、监控和督促，不要过多授权。不仅要管理任务的目标和结果，还要管理任务的过程和步骤。同时，项目经理还应该主动举行一些团队建设活动，提高成员之间的了解和信任程度，从而提高团队协作的效率。当团队成熟度提高之后，项目经理可以适当调整自己的管理风格。 （三）网友评论： 分析1： 题目：面对面地下达任务 会员：龙七 首先做好充分的沟通，根据你和每个人的交流情况，初步确定他们的能力，然后，对任务进行分解，下达任务时一定要和每一个接受任务的人面对面说清楚，并确认他自己能单独完成，你还要根据你的判断矫正他自己的判断。 任务下完后，一定要注意进度跟踪，确定这个人的能力。 一段时间后，你对每个人的能力了解了，就可以清楚的下达任务。 同时要做好的是培训工作，对有潜力的人员一定要花力气培养，这样对工作的好处更大。 分析2： 题目：多注意项目进度 会员： wishmadison 1 工作分解尽量详细， 目标一定要明确 2 开会讨论， 请项目成员提出自己的建议和希望承担哪一部分的开发任务 3 初步分工并再次征求项目成员的意见， 修改后正式分工 4 每隔一段时间都要去问一下项目成员的项目进度， 演示其初步成果， 如有问题可随时做适度的改变 分析3：题目：完善人力资源管理是关键 会员：张吉旺 这样的问题对于拥有比较完善的人力资源管理的企业来说其实并不是什么问题。 一个项目团队，对于项目经理来说，最需要的知道的是什么？无非是自己项目成员的比较详尽的个人履历。比如，成员A，为人老实，做事踏实，考什么问题。 一个项目团队，对于项目经理来说，最需要的知道的是什么？无非是自己项目成员的比较详尽的个人履历。比如，成员A，为人老实，做事踏实，考虑周密，但是思想并不活跃，创新意识不高，最近的项目经验来看，没有显赫成绩，但是 是并没有太多失误。那么成员A，你就有了比较深刻的了解，他适合什么岗位也就显而易见了。 而这些比较详尽的个人性格信息，个人项目经验，以及领导对某员工的总体评价，个人的总体发展情况等等，作为一个完善的人力资源系统来说都应该有详细的纪录，这样就算是人力流动很频繁，项目交错也没有关系。因为有事实依据。 如果没有那样完善的档案信息，项目经理就要费一番精力和口舌了。有针对性地进行一对一谈话，性格测试，项目座谈等都是比较有效的手段，另外咨询其他人的意见也许能得到更多的相关信息。作为参考，敬请指教。 分析4：题目：开会是比较好的解决办法 会员：郑承满 1将项目的目标进行讲解 2开会让每个人谈谈对项目的看法 3将项目的任务进行分解，让大家都进行适当的分解并提出建议，看看大家的认识与见解，同时了解技能 4分组开会（如果项目比较大的话），对大家有一个认识 5初步的分工，进行磨合 6根据需要进行调整。 其实所有的pm都会碰到不了解的成员的情况。 分析5： 题目：尊重个人意愿，参考能力与过往经验 会员：王 应设计一份由员工个人填写的履历表，简单明了（像民族，出生年月等无关紧要的可以不要），重点填写近两年所从事的项目及岗位，个人对项目的认识，进入项目后本人想从事什么岗位（可以有二到三个志愿），必须说明自己从事该岗位后拟通过哪些措施和方法，使本岗位的工作最大限度的为项目的总体目标服务。根据每个人填写的情况，结合项目的实际情况进行岗位安排，顺便说一句，表格填写的不认真，敷衍了事的人应降低标准安排。 分析6：题目： 会员：cectanjing 对项目成员能力不了解，这是初当项目经理碰到的最大难题。我觉得还是应该磨合，不能一棍子打死。没有哪一个人能力能上天，也没有哪一个人没有一点出息，关键是整合，集思广益，这样才能出成果。 分析7：题目：工作分解 会员：徐高明 我认为既然是对自己的人员没有足够的了解，这时就需要将工作分解做到尽可能好因为好的、详细的工作分解会使我们更加明确每个任务对能力的要求。在详细分解的基础上，项目经理可以针对不同的任务设计不同的问题，来让员工作答，从而选出较为合适的人选，安排合适的工作。做到人尽其责！ 分析8： 题目：高效的个人是项目成功的关键 会员：HSP 首先我觉得高效的个人应该是项目成功的关键，项目经理本身就有责任为项目的成功争取优秀的资源。 对应项目的具体要求和WBS，和目前已有的资源开一次会议，具体了解一下目前的资源是否满足项目的需求，若不满足，一定要申请新的资源，这关系到项目的成败。 另外项目经理有责任来建设一个高效的项目团队，有责任满足成员的合理要求。 分析9：题目：成果导向 会员：吴明刚 项目任务的分解，WBS，应该是以产出为导向的，而不该是以人员为导向的。在确定了WBS后，应该和上级沟通，项目经理本身的职责就是争取资源和利用资源。项目经理不是领导，没有培养员工的职责，项目经理的目标是完成项目。所以，先确定WBS，然后让员工自己找位置，职能欠缺的就要另外向上级争取。 分析10：题目：能力矩阵 会员：诚 能力矩阵是一个可行的办法。 矩阵中，行-能力，列-人员。首要任务是，该项目需要什么能力。准备过程中，尽量把能力具体化、分析清楚，使项目成员了解，并且支持。 从案例描述来看，人员是不定的而且不是随意支配的，因此，在选项目成员的时候，应该订立能力组，把一些能力组合起来，满足组中的大部分项目，就可以胜任。从管理角度来看，工作都是分配给不胜任的同志来承担的，这样成员才能有动力，组织才有人员能力发展计划。

IT企业多项目管理的实施难点与对策

导语：IT企业因其在经营过程中比一般企业面临着更多的不确定性和环境的动态性，给多项目管理的实施带来更大的难度，现针对多项目管理的实施要点展开讨论。以下是我为大家精心整理的IT企业多项目管理的实施难点与对策，欢迎大家参考！

1、多项目管理理论回顾

多项目管理是站在企业层面对现行组织中所有的项目进行筛选、评估、计划、执行与控制的项目管理方式。它是在假定存在多个项目的前提下，如何协调和分配现有项目资源、获取最佳项目实施组合的管理过程。未来多项目管理发展趋势主要有：领域范畴不断扩展;未来项目与企业战略需求更加紧密相连;多学科知识的交融;多项目管理信息技术支撑平台的建立。对IT企业来说，多个项目的实施和良好的多项目管理可以降低项目成本，优化企业资源配置，从而提高企业的利润率。

2、多项目管理实施的难点

IT企业在应对单个客户需求时，可能具有较好的d性及其应变优势，企业领导者也可以对资源进行有效协调指挥，但当项目增加到一定程度时，势必又要增加管理层次来保证有效的领导，这就与其精干、扁平化的组织结构相违背。另外IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程、业务流程的重构，单靠信息技术是无能为力的，这些促使企业之间的依存关系日渐加强，往往需要根据企业的环境变化进行适应性调整或重新安排。

3、多项目管理实施对策

当面临多项目并行管理的时候，我们不可能象管理一个项目一样进行从头盯到尾，并且关注其中出现的任何问题，这从精力上来说是不现实的，而且如果你确实企图如此做，唯一的结果就是把自己弄得很忙碌，而且会突然发现，你不断处于救火的过程中。那么基于此，应该如何进行管理呢(1)判断轻重缓急，确立优先次序;(2)建立多项目管理机制;(3)利用时间差，尽量避免资源争夺;(4)清楚各项目团队能力，适当授权解放自我;(5)建立信息共享机制;(6)建立良好的绩效考核机制。

4、多项目管理实施的难点

多项目管理的产生和需求原因来自多方面，既是企业内部环境转变的结果，也是企业外部因素所致。这些因素将集中表现在企业分工与组织的变化、开发技术的变化、技术和管理的创新等方面。这种方法要求从参与项目活动的所有人那里收集到工作绩效方面的反馈意见，包括职能经理、同事和下级甚至客户。一方面这在结构层次简单的IT企业中较易实现，另一方面能全面发现个人的长处和短处，为提高绩效水平制定行动计划。关于这方面的讨论读者可以参考相关书籍。

注意事项

总之，随着更多的IT企业参与到国际竞争当中，跨国界、跨文化的项目日渐增多，多项目管理体系将更加多样化、复杂化。针对多项目管理实施过程中的难点，各种各样的对策方法将在实践中得到检验。当然本文探讨的对象也可由IT企业扩大到一般企业，因而企业在吸取项目管理理论精华的同时，更应该结合企业自身特点，有选择、有步骤地将最新成果应用到实际项目当中去，这样才能不断获得项目管理带来的喜悦。

;

IT项目管理的风险有哪些

项目风险是一种不确定事件或状况，一旦发生，会对至少一个项目目标，如进度、成本、范围或质量目标产生积极或消极影响。那么IT项目管理的风险有哪些呢？一起来了解下吧：

(1)技术风险。

核心系统升级引入了外包厂商的最新产品，使用了很多新技术，行内研发人员熟悉这些技术需要一定的时间，而在项目过程中却不可避免地会遇到一些技术问题。如何能快速解决这些棘手的技术问题我们的做法是：第一，指定行内外包厂商接头人，由接头人负责和外包厂商的技术人员进行沟通，同时该接头人也是行内对厂商产品最熟悉的人，一般性的小问题基本上此人就可以解决，比较复杂的问题才提交给厂商解决，这样比起全部问题都去找厂商解决，节省了时间。第二，购买厂商的人力进行技术支持，请厂商的研发人员来到开发现场和我们一块研发。第三，预约厂商在系统上线期间到现场待命，以应对紧急问题发生，对可能出现的问题进行第一时间的响应。

(2)沟通风险。

参与项目的外包厂商有多个，沟通渠道多，沟通成本大，而且容易出现理解不一致的情况。所以，项目组成立了专门的PMO，负责制定相应的沟通计划，为每个厂商指定行内的接头人，对内部人员实行分级管理，组织定期例会解决项目过程中出现的问题，防范由于对需求理解不一致造成的项目延误，充分利用已有的邮件、会议、电话和短信等沟通工具，并推广使用某即时通讯工具以作为主要的工作沟通工具。

(3)需求变更风险。

针对IT软件项目中不可避免的需求变更活动，在项目开始后，我部就停止了除政策性需求以外的所有规模超过20人/天的新业务需求，同时制定了需求变更流程：所有业务需求的变更必须由业务方的代表统一提出，变更必须有书面记录，开发人员仔细评估是否接受，最后由总管变更的领导(CCB)复审，总管领导具有一票否决权，从而精简了一些不合理的需求变更。在项目中期引入了IBM的配置管理工具CCCQ来管理代码和缺陷，所有Bug都进行了分类，并录入CQ系统，防止重复修改和修改后无记录等情况的发生。迁移演练之后的缺陷都由各个系统的负责人统一对缺陷进行分析评审，消除Bug修复可能导致的系统关联问题。

(4)进度风险。

项目进行核心升级，引起了客户面数据结构和一些外部接口的变化，同时前端业务平台也做了很大的调整，如开发了新的权限系统、迁移主机老权限系统上的权限数据到微机、替换传输协议XML为JSON、改造微机调用主机框架等。主机平台和开放平台开发工作量巨大，需要留有足够的ST、UAT测试时间，项目开发时间有限，为了应对可能造成的进度延误，我们采用了以下应对方法：一是制定详细的进度计划，明确每个人的任务，各项目组每周定期检视项目进度，如出现偏差及时纠正;二是与外包公司合作，引入外包人力，为项目临时增派了多名生力军;三是强制加班;四是并行化详细设计和编码同时加强代码评审，在加快进度的同时减少返工。

(5)数据迁移风险。

项目涉及的系统多达上百个，系统集成环境复杂，需要迁移的数据量庞大，而且数据迁移对数据的准确性和完整性有着很高的要求。项目制定了分阶段集成和多次迁移演练的策略：将迁移工作进行提前预演，模拟真实上线迁移场景。经过多次演练以后，问题大大减少，减轻了系统上线的数据迁移风险。

(6)人力资源风险。

项目建设周期长，历时两年，大范围人员流动可能会造成项目延误。针对这一风险，应对的方法是：做两手准备，尽力挽留要走的人员，晓之以理，动之以情，请求公司人力资源部提升员工待遇;同时加紧社会招聘，在重要的岗位上安排备份，防止由于成员生病、离职等意外造成的减员。最终这个风险没有成为问题。

在项目升级项目中，我负责两个子系统的开放部分，由于高层对风险管理的重视，我在执行的时候也特别重视对风险的控制。项目组有四个人，沟通成本比较低，所以我们每隔一周进行一次代码评审，解决遇到的一些技术难题和编码规范问题，在实际开发中使用Checkstyle进行代码规范检视，及早扼杀了可能出现的Bug和不规范的代码;制定组员每周报告进度制度，防范进度偏差;面对前端最可能出现的需求变更——UI变更，我尝试在设计初期使用原型方法和业务进行有效沟通，大大减少了后期UAT阶段UI变更需求。回想刚进公司时我做过的某个项目，由于没有考虑到UI类需求变更风险，前期没有进行UI设计的交流，导致UAT阶段大量返工，使项目延误了一个多月，并且浪费了不少人力资源。设想如果当时识别了这类风险，在早期就把风险发生的概率降低，那么项目可能会顺利得多。

由于前期风险控制得当，一直到迁移演练前我负责的项目都很顺利，但是在迁移演练过程中出现了一些问题，其中一个问题是导库程序不能正常执行，并多次发生。我和同事花了很多时间研究问题，最后找到的原因是某个配置参数的问题，研发人员使用了错误的配置参数，ST、UAT期间导库的数据量比真实演练期间的数据量小太多，所以没有被发现，修改配置后再演练环境导库成功。还有一些问题是没有有效沟通导致的。例如，在演练的时候用户反映某个查询交易很慢，经排查，后台人员说前台调错了交易，前台人员提出异议：为什么ST环境查询很快原来后台人员写了多个查询交易，新交易确实能提升查询速度，但是没有在正式的文档上注明前台应使用新交易替换老交易，也没有通过别的途径告知前台，这样前台调用的还是老交易，导致了查询性能问题。由于ST、UAT环境和生产环境的差异性，上述两类问题很难暴露，试想如果没有进行迁移演练，这个问题恐怕要在生产上出现了。迁移演练提前暴露了ST、UAT所不能测出的系统缺陷，使得研发人员能有充分的时间去排查问题和修复缺陷，有效降低了系统上线风险。

经过这次核心升级项目的洗礼，我深深认识到风险管理在IT项目中的重要性，正因为对风险管理足够重视，提前制定了风险应对计划，我们才得以如庖丁解牛般化解项目中遇到的各种风险，并最终取得了上线的胜利。任何项目都不能回避风险问题，风险的存在导致几乎每个项目都不可能顺风顺水地完成项目目标，良好的风险管理技能将帮助项目经理处理好项目中的不确定因素，保证项目的顺利进行。

;

在现在的IT公司中, 通常都包含项目管理的职能。但是很多公司所设置的项目管理职能都局限在项目实施管理的层面上，对此的后台支持职能却常常被忽略。其实，同项目实施管理一样重要的还有项目实施支持的职能。 项目实施管理固然重要，对其提供支持的项目管理支持的职能发挥的好坏同样会对项目的实施结果产生重要影响。

一般来讲，项目管理的职能主要集中在两个团队。一个是项目实施部门，一个是项目管理办公室。项目实施部门主要面对客户, 针对具体的项目进行实施管理，通过保证单个项目的成功来保证公司的整体效益；项目管理办公室主要行使对项目实施提供支持的角色，一般不需要面对客户，不针对单个具体的项目进行管理，而是为项目的实施提供整体的支持平台。

本文将从人员配置及主要职能这两个方面对项目实施部门和项目管理办公室分别进行介绍。

项目实施部门

项目实施部门一般配有多位项目经理及多个项目小组。 每一个项目小组以一位项目经理为首，根据项目的工作范围来建立。项目小组随着项目的启动而建立，也随着项目的关闭而解散。项目经理的类型可以按项目类型及区域、产品或客户来划分。 按客户来分派项目经理是现在常用的方式之一, 这种方法可以保证客户关系的连贯性，也可以更好地了解客户需求，更好地满足客户需求。

项目实施部门具体负责具体项目的实施，通常负责的范围包括从合同正式签订到项目得到客户终验，在必要的时候也可以在合同签订之前向销售经理提供必要的支持。项目实施部门对项目的成败负责。实施部门的具体项目管理职能包括：

明确项目目标。

建立项目执行计划。

领导项目团队、组织项目实施。

作为公司在实施阶段面向客户的正式接口，负责与客户进行沟通和协调，并管理客户关系。

跟踪项目执行情况。

控制项目进度、成本、质量、范围。

发现项目实施中的问题并解决。

负责项目实施过程中各个界面之间的协调。

向项目关系人报告项目信息。

通过项目管理的方法、工具、技能保证项目目标得以实现。

管理项目验收。

在项目得到客户验收之后，领导团队进行项目总结、经验教训分享。

项目管理办公室

项目管理办公室是项目实施部门的后盾，为项目实施部门提供全面支持。项目管理办公室一般包括三种团队：流程管理小组、核心小组和专家小组。三个小组的人员组成及主要职能均有所不同。

一个项目，项目管理能力更显重要，否则让团队成员相互推诿和彼此抱怨。项目团队还会遇到一系列问题：项目成员对产品目标不明确、项目信息不透明、不能及时跟踪项目进度等。这都是项目经理要面临的问题。那么，作为项目经理，我们又该如何做好一个项目的管理呢？

一、目标拆解

把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。

项目经理可以使用进度猫甘特图来分解项目目标，在进度猫甘特图中对项目目标进行分解，确定每个任务的时间，依赖关系及里程碑。

项目经理根据项目总目标层层拆解，将任务分配到个人，每个人都要给出明确的交付物和交付时间节点。

比如按照项目子项进行拆解，现招聘，可以拆解为发布招聘信息、参加招聘会、简历筛选等。

颗粒度拆的越细，目标越容易实现。分配到每个人身上的任务，每个人自己也要把任务再分解。

很多时候项目出现延期，原因多数是项目启动前目标拆解不够，每个人对自己在什么时间节点应该交付什么东西不清楚。

二、统一团队目标

制定好项目计划后，要让项目成员清楚地了解自己在项目中要做什么，并且了解到项目最重点是什么，进而对自己手上的工作做出更精准的优先级判断。

让每个人都要做到心中有数，明确自己要在哪个时间前完成哪些工作以及需要哪些外部协助，确保团队每个成员心中的目标高度一致。

在项目团队中，每个人不是各自为战的，他们就像一个命运共同体，每个人都负责不同的任务，但是都是围绕同一个目标而努力，成员间彼此认可和信赖，一起想办法解决问题。

三、跟踪项目进度

项目经理最怕不知道团队成员每天在做什么，项目进行到哪个程度。每天开会和项目周报是一个很好的掌控项目进度的方法，但是不能保证项目信息完全透明。

在项目管理中要做到及时跟踪项目进度，有一个好的方法就是使用项目管理工具，如进度猫甘特图，根据上文制定计划、分配任务给项目成员后，项目经理就可以通过进度猫来根据项目进度，因为项目成员完成任务后，在待办事项勾选已完成的任务，甘特图就会自动计算项目进度。

一旦发生问题，项目经理也能及时发现并解决。

以上就是关于it项目管理设计员可以进行的活动有哪四个方面全部的内容，包括:it项目管理设计员可以进行的活动有哪四个方面、对项目成员能力不了解，如何进行工作任命和任务分配、IT企业多项目管理的实施难点与对策等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！