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

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

以下是我个人关于控制成本的一些建议:1、进度控制。绝大多数项目费用超支都与项目延期相关,延期会造成人工成本、各种费用增加。所以,项目经理尽量不要让项目延期,尤其不能因为某一问题拖累整个项目延期,如果存在一些造成延期的因素一定要慎重对待。2、人员成本控制。人员结构要在能够完成任务的前提下高低搭配,降低平均人员成本。更为直接的方法就是使用实习人员,可以把一些低端工作(没有太深技术含量,只要细心就能胜任)交给他们做,如后勤事务、文档检查、部分测试、系统环境维护、程序界面处理等等。如果项目存在很多难点,比如技术方面、业务需求方面、客户关系方面等等,这时省成本可能不是第一目标了,适当多一些高端人员。实习时间本来就不长,毕业设计、论文、找工作、毕业聚餐等会占用大量时间和精力,怎么用好实习人员一定要考虑周到。3、提高工作效率。并不是要把人都当驴使唤,主要强调使用工具软件、开源代码,加强内部培训,减少返工。以前带过一个项目,技术经理非常聪明,虽然开发功底不是很深,但是遇到问题总能找到可行的最简单方法。究其原因,一是善于使用谷歌等工具搜索解决方案、源代码,二是不断总结开发注意事项给开发组培训。4、控制费用。项目中的费用也很多,具体如下:(1)办公场地租金。如果需要在用户现场开发实施,一定要让用户提供办公场所,包括房间、网络、电话、饮水、保洁,还可以搭便车使用客户的会议室、复印室、食堂等设施。大多数用户的办公设施是比较宽裕的,只要力争,总可以腾出来。如果项目组在外边租房,可能带来很大一笔费用,而且由此产生水、电、物业、保洁、吃饭等一系列琐碎的事务。(2)差旅费用。长期驻外地开发实施,可以考虑租房取代宾馆,做好后勤保障。如果是零星出差,要尽量减少出差人次。比如有问题尽量让需求人员出差沟通,不要让整个开发组都去交流问题;尽量电话沟通、远程演示交流。不要想起个问题就出差,即使交流不明白就先记下来,汇总以后再出差解决。(3)不好控制的费用。最常见的是市内打车票、加班餐费,集中办公一般要好管理一些。这些繁琐的费用事实上是非常庞大了。而且,这些费用真实性根本无法判断,也不可能为了判断真伪花太多的时间,建议根据每个人负责的区域、工作量等因素,定了几档标准,搞个费用包干。

2 风险评估:这个能力非常重要,项目的每个阶段都可能存在风险:需求不明确、系统设计或测试设计不完善、代码编写不安全、测试用例不充足、测试人员未完全测试、测试资源不足、回归工作量估计不当、项目进度安排不妥、其他项目对本项目的影响等等,所以项目过程中要具有高度警惕性,尤其要做到开发和测试善始善终。 3 缺陷预防:个人认为做到很好的缺陷预防是需要综合素质的,如熟练的业务能力,最好能够熟知各产品间的关联,如果能够知道产品实现方法及过程最好不过。能够及时根据当前其他产品发布出现的问题预测对本项目的影响度并做好相关缺陷分析。 4 沟通能力:往往测试和开发容易处于对立面,不和谐的团队对项目的质量必然带来一定的负面影响,毕竟人的情绪在工作中对工作效率的影响力是非常大的,软件质量是靠开发测试一起保证的,记得在测试技术交流大会中郭芙老大说过开发人员的测试意识不是天生具有的,当遇到开发人员测试观念不足时需要测试人员去指导开发人员,提高开发人员的测试意识。不能把开发人员测试意识不足当作产品质量不好的理由,所以在这个过程中沟通能力是一个很好的体现。 5 时间管理:会管理时间的人往往离成功更近一步,如何利用时间解决紧急的项目问题、冲突问题、资源安排问题、测试用例的执行的先后顺序等讲究时间效率方法是保证质量的因素之一。

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

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

1、多项目管理理论回顾

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

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

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

3、多项目管理实施对策

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

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

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

注意事项

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

;

1、依据行业标准制定验收规则。验收是目前或许是一个比较模糊的概念,业内一直都没有一个统一的标准,随意性大。而这种"验收的随意性"对于用户单位来说将是一个致命性的错误,产生此类问题的根源就在于CIO常不知道或根本就没有制定合理的验收标准,从而导致IT项目在验收过程中,主次颠倒,忽视了对关键业务流程的验收。因此,只有明确了相关系统项目的验收标准,才会做到有备而来,从而达到验收的目的。CIO一定要重新明确、制定每个阶段验收标准和项目总体验收标准,时刻维护验收的严谨性、权威性和准确性,必要时可请第三方咨询顾问机构来帮忙把脉把关。

2、建立有效的解决冲突机制。用户、开发商在实施、验收IT项目过程中难免会发生冲突,造成IT建设偏离轨道。关键是事先是否有明确的项目目标和项目要求,是否建立起有效的冲突解决机制。CIO主要是要明确今后双方责权利关系,可对将来可能发生重大事件或不可抗拒事件所引发可能的实施超期、费用超支、产品价格调整以及服务收费超标等事项、行为及其权责做出预测,并有效约定,从而使信息化项目从一开始就按预定的规道行驶,避免再发意外。因此CIO要快速查找以前问题所在,既然上次合约没有明确细节,也就意味着可以增加验收内容,明确细节和进度,从合同中挑出对方的问题,与对方补签合约,保证项目有效进行。建立解决冲突机制,是为了使验收更好地执行。

3、把握验收的时间火候。大型的ERP项目通常是边实施边验收,一步一步地向前推进,以便一边发现问题一边解决问题,但中小型的ERP项目最好是成功切换后,录入了一个月以上的数据,运行一个月时间,再来验收。一般而言,要根据软件模块的多少、系统涉及部门人员、投入费用的多少,CIO要在验收时间上进行更多考量、把控,别急于收尾验收。

以我多年参与、主导IT实施/开发项目的经验,我觉得项目实施过程中没有任何问题几乎是不可能的事儿,因此出现问题本身没什么值得大惊小怪的,而如何对待问题、如何处理问题却是一个最值得关注的问题。这就是我所信奉的“问题本身不是问题,对待问题的态度是个大问题”。1、合同签署前要充分了解未来客户方项目负责人的实施方法论有些客户自己不懂该如何实施项目,也谈不上方法论,那么项目过程中可能要以实施人员引导、制订实施方案及项目计划并且征得客户方关键干系人的认可。如果客户自己在实施方面就有自己成熟的一套想法,而且客户反复在沟通过程中强调自己对于项目的要求,那么前期负责和客户接洽的人员就必须对这些信息敏感并且尝试着挖掘一下,客户可能对实施有哪些要求,我们自己是否熟悉这套东西,应该提早准备哪些应对措施。前期与客户接洽的人员切不可不加思索地就来一句“肯定没有问题。。。”之类的承诺。2、要多琢磨客户在项目过程中反复强调的东西一个成熟的客户会在项目启动早期把一些他特别在意的东西反复强调,这些东西很有可能就是客户所预见的项目风险或者项目的方向。实施方项目组成员一定要仔细琢磨客户的意图,琢磨不清楚就多找客户沟通、多提问题以帮助自己理解他的意图。倾听和提问是一个实施顾问特别应该具备的一个素质。3、出了问题要及时回应是人都害怕不确定的东西,客户也一样。如果出了问题,实施方项目组成员或高层没有及时回应对于客户来说是一个非常大为光火的事情。这就跟我们到商场买东西发现所购买商品存在某些问题或者某些疑问时向导购人员提出来,导购人员置之不理是同类的问题。及时做出反应不是要求马上拿出解决方案,而是让客户知道我们已经在采取措施,并且明确给出客户提出解决方案的时间。尤其是获悉相关信息的公司高层更应该及时响应,一个理性的客户肯定不会把芝麻小事也让实施方高层知道,既然知会了高层想必会有客户的道理,比如问题升级了或者遇到了严重的问题。4、针对问题的解决方案切忌含糊、托辞作为客户,项目出现了问题还心情超好的可能性不大。所以,实施方在针对问题给出解决方案一定要慎重:首先仔细分析问题是否真正存在,是否超出了项目的范围,如果存在也不超出范围那么问题的根源可能是什么,现实情况下能否有解决方案,解决方案所需要耗费的成本是否可以承受(是否存在客户承担部分成本的可能?),是否会给客户方带来任何风险,解决方案估计什么时间可以完成等等都需要经过内部专家团队反复推敲、论证、模拟。然后把有完整分析、明确解决方案、完成时间及接口人的信息发给客户,征求客户意见。如果有些东西超出项目范围或者超出实施方的能力,那么也建议诚恳地和客户沟通,看如何通过其他方式来弥补因为这些问题存在所造成的遗憾。提供解决方案时有五个大忌:1)、忌含糊其辞,没有多少人喜欢这些看不明白的东西,可千万别在客户的坏心情上面火上加油;3)、忌没有解决问题的时间表;4)、忌为自己方辩护;5)、忌信口开河似的承诺5、出现问题后要及时展开沟通,丰富沟通的渠道和层次上面谈到了及时回应,算是及时沟通的一种,但还不全面,那只能在问题出现以后稍稍缓和客户的情绪。在提出解决方案、和客户确认以及方案实施的过程中,建议实施方负责人要在自己公司内部(尤其与高层之间)、以及客户方项目干系人之间及时、定期展开沟通。如果问题的确比较严重,对项目有较大影响,项目负责人还应该考虑丰富沟通渠道、提高双方沟通的层次,以便于可以有效地把处理的进度、遇到的问题传递给双方项目组、管理层,及时调动优质资源配合问题的及时管控、处理。我觉得做到了以上五点,再配合以专业技术层面的努力,大部分客户应该都会满意,而不至于项目合作双方的不愉快从此成为项目的一个噩梦烦扰着彼此。其实我们不需要也无法苛求彻头彻尾的专业,但我们一定要有一个专业的态度和精神,这是我看待项目合作的一个基本态度。

独特性、不确定性、人的特点。

独特性。“没有完全一样的项目”,这一特性在IT领域表现得更为突出。与其他产品相比。客户对IT产品(尤其软件产品)的要求都更加特殊化。时间的紧迫性和阶段性。任何项目都有周期限制,但是IT行业的特点决定了其在这方面有更加严格的要求。随着信息技术的飞速发展,IT项目的生命周期越来越短。时间甚至成为项目成功的决定性因素,因为市场时机稍纵即逝。

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

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

以上就是关于如何有效控制IT项目的成本全部的内容,包括:如何有效控制IT项目的成本、如何对软件测试的质量和进度进行把控、IT企业多项目管理的实施难点与对策等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/langs/8814717.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-21
下一篇2023-04-21

发表评论

登录后才能评论

评论列表(0条)

    保存