数字化转型是企业目前最重要的关注点,它深刻影响着企业的战略规划、业务创新等各个方面。
企业管理者需要有针对性地思考如何有效提升人员的技能并且采取具体的举措来发挥人员的技能。
IT系统所面临的挑战和困难和关键举措
数据获取、分析与应用能力:能够准确的获取、分析和使用数据,使得数据能够支持到企业生产、经营、决策的各个方面
新兴架构与开发测试能力:在企业中使用新兴架构方法与技术,支持更加快速的交付、更加稳定、可靠、安全的系统平台
高效运维与安全保证能力:高效的运维和更加安全的保障,确保业务系统永不间断,保障任何时间、任何地点、任何设备的访问
高效协作与快速交付能力:与组织内部成员、虚拟劳动力或外部合作伙伴均能高效协作,共建生态系统,并采用敏捷高效的工作方法
高效协作与快速交付能力是保证数据、架构、开发测试、运维、安全等不同角色人员高度合作的基础
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项目中的重要性,正因为对风险管理足够重视,提前制定了风险应对计划,我们才得以如庖丁解牛般化解项目中遇到的各种风险,并最终取得了上线的胜利。任何项目都不能回避风险问题,风险的存在导致几乎每个项目都不可能顺风顺水地完成项目目标,良好的风险管理技能将帮助项目经理处理好项目中的不确定因素,保证项目的顺利进行。
;1年轻人在30岁以前都应该去多尝试几种工作,看看自己到底适合那种工作,你现在如果确实感觉不适应it工作,那就应该去换工作,可以去找it方面的,和你专业相关的销售工作,接触的人多,眼界也会比较开阔,会学到很多的东西。
2你女友给你三个月的时间,这是远远不够的,销售工作短时间很难见到成果,但频繁跳槽更不会出成绩,我建议你既然选择出去闯,就抱着不回来的心态才能成功,如果给自己后路,就不容易发挥出自己全部的潜能,记住:人都是逼出来的。
3至于你女友,其实你们的价值观已经有所不同,但愿你在三个月内有方向,然后能说服你女友,让她支持你。如果无论如何都不能说服她支持你,那其实你们已经不合适了,你就要好好想想你们的关系了。
4至于,你家里人,我觉得你已经成年了,自己的事应该自己做主,听老年人过来的经验没错,但大方向还要自己定,切不可只做“乖孩子”,啥都听父母的。你换工作的事,可以告诉他们,尽量说服他们,如果他们执意反对,那就只是告诉他们一声,自己该怎么做就怎么做。如果你以后做的好,父母最终还是会支持你的!
5你转工作方向的第一份工作非常重要,最好能去大一点的正规一点的公司,会学到很多东西,以后跳槽也会有很多机会。
6如果找到了方向,就轻易不要换方向和换公司,在一个行业里沉下心,好好做,会积累很多经验和人脉,那时再跳槽也不迟。
最后祝你成功,呵呵 ,其实我也是这样走过来的!
我是学管理的,但是才疏学浅,只能给你一些建议进行参考:
1职业方向是一件大事,它代表着你今后的整个职业生涯的坐标体系,所以请务必结合你自己的性格、爱好、特长和未来发展规划,来选择一个或者两个行业,专注在其中发展。盲目选择可能会导致你处于自己并不想要的生活状态,就像有时候我们会印象中认为咖啡一定是一种美味一样。职业与性格密切相连,比如我的职业选择就与和我同专业的有所不同,主要取决于性格特征。
2选择发展地区也是一件要深思熟虑的事情,不建议你直接回家养猪之类的想法,你要结合你未来打算在哪个地区哪个行业实现自己的价值来考虑工作地点的选择。
3最重要的一点,你未来内心深处最长久的工作打算是什么,这是你做出选择之前最后要问自己的一个关键问题。所以选择权在你心里面,你要为自己做主,别人只能提供外界的信息,选择好了你未来的路,就下决心走下去。
最后,我想说的是你要了解自己最喜欢做什么,然后去找到这份工作,就这么简单。你所给出的五条道路里面,只有一条或者两条是你最喜欢的,所以你要问自己的心,然后去找这条路就可以了。
我也是年轻人,这件事要慎重,但是要有主见,是属于你自己的主见,希望你做出合适自己的一个选择,祝你好运!
项目的风险无非体现在以下四个方面:需求、技术、成本和进度,而IT项目管理中时主要会遇到风险:包括技术风险、管理风险对项目产生影响的不确定因素。
IT项目管理从某种意义上讲,就是风险管理。因此IT企业在进行项目管理的过程中,必须采用适合自己的风险管理方法进行风险管理,并且确保软件项目在规定的预算和期限内完成项目。
以上就是关于如何克服数字化转型过程中IT系统所面临的困难和挑战全部的内容,包括:如何克服数字化转型过程中IT系统所面临的困难和挑战、IT企业多项目管理的实施难点与对策、IT项目管理的风险有哪些等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)