
随着互联网企业人力成本的上升,很多互联网企业为了控制人力成本、灵活发展公司业务,会选择和专业的IT人才外包公司合作,包括华为、腾讯等互联网巨头,也会将部分业务进行外包。
做IT人才外包服务 我们是认真的!
目前市场上IT人才外包公司很多,不同的IT人才外包公司所提供的外包服务也不尽相同,有的IT人力外包公司提供的IT外包服务就比较全面,业务流程外包、基础框架外包、咨询服务、 解决方案、应用产品外包、IT工程服务,软件开发、软件测试等都是包含在IT外包服务的内容里。
IT人才外包服务中,外派驻场是一项最常见的外包服务动态,那么驻场外派的流程是怎样的,今天就给大家介绍一下IT人才外包服务中的驻场外派流程:
1甲方向I软件人力外包公司提出用人需求,需要java工程师还是Python工程师或是其他技术人员,需求人数等,
2 甲方和IT人力外包公司签订服务框架协议,
3 IT人力外包公司安排相关技术人员去甲方面试,
4 面试通过后,针对服务项目签订单项协议,技术外派人员由甲方安排进驻指定现场进行项目的开发相关服务,直到相关项目完成,外派驻场工作人员的薪资由IT人力外包公司负责,
5 甲方按照协议支付外包服务费用。
以最低的成本创造更高的利润价值,IT人才外包无疑为甲方企业提高核心竞争力创造了更好的条件。
不少软件开发团队每年都有新的开发人员要加入,其中以初级程序员居多,要想让这些初级程序员能够快速融入开发团队并实现价值,需要从以下三个方面入手:
第一:以开发实践能力进行人员划分。 新入项目组的准程序员往往有两种情况,一种情况是刚刚走出大学校门的计算机专业毕业生,另一种情况是自主学习通过面试的非计算机专业毕业生。这两种准程序员在进入岗位之前可以根据实践能力进行人员划分,实践能力较强的可以直接安排进项目组中,而实践能力较差的准程序员则安排到实习岗位上。按照 历史 经验来看,不少实践能力较差的程序员如果直接安排到开发岗位上,往往会导致其放弃这份工作。
第二:老带新。 按照 历史 经验来看,让程序员快速成长的方式无非就是通过实际项目的锻炼,对于学习能力较强的程序员来说,如果有专人指导的情况下会很快融入到开发团队中,有的程序员在一个月之内就可以完成功能模块的开发。老带新的原则有三点,其一是软件开发团队所使用的技术结构要交代清楚;其二是软件开发过程中所使用的开发工具和开发流程要交代清楚;其三是给出具体的参考案例。
第三:安排清晰的工作任务。 对于初入项目组的开发人员来说,由于其自身的专业知识积累还比较少,在项目理解力上还有待提高,所以在安排具体开发任务的时候一定要详细,越详细越好,同时要给出明确的功能边界,防止出现不可控的事情发生,比如哪些数据是不能动的,哪些功能和资源是不能调用的等等。有的时候“无知”是最可怕的敌人,不少初级程序员进行的“删库”等 *** 作都是在“实验”的心态下完成的。
如果有互联网、大数据、人工智能等方面的问题,或者是考研方面的问题,都可以在评论区留言!
我是程序员出身,现在也管理着一个项目,手下最多的时候也有十几号人;但是说实话,在管理方面,我还是比较欠缺的,我也一直在学习和摸索;当项目组入职了新的程序员的话,我经常会这样做:
先沟通,大方向要保持统一
每当项目组入职了新的程序员,我会第一时间和他们沟通,主要让对方快速地知晓项目的基本信息,并了解我们大的方向、观点、风格,我是希望在某些地方能和组员保持一致,例如:
制定计划
下面就要给新人制定计划了,这一点在前期很重要,否则新人就会面临无事可做的尴尬;
安排开发任务
通常,我们一两周后就会给新人安排一些开发任务,当然这个过程也是从易到难:
代码检查
对于新人,代码检查一定要做;如果是工作时间段的新人,每一行代码都检查一遍都不为过。
最后,我会给新人一些成长方面的建议,让他们觉得在这个项目中能学到东西;毕竟我没有权利给他们涨工资,只能通过这种方式留住员工了。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。
建议从以下几方面考虑:
1、人员能力考查和培养。人员的能力参差不齐,需要根据岗位进行有目标的培养;
2、业务技能提升。想把工作做好,不了解业务,不理解自己做的东西,早晚要出现与预期偏差较大的情况。
3、工作态度和心态的培养。
4、尽早了解项目内容和项目团队,将人员在项目中的定位和需要的技术提前告知,告知项目计划和提示工作的难点。
5、组织一点团队活动,早点融入项目。
第一:熟悉你们开发工具、开发环境、运营环境……
第二:熟悉上下开发工序对接组别和责任人……比如开发该项目的前端、后台、测试等不同组别以及其他开发外项目组外的不同部门打交道的人员。
第三:项目说明书、整体功能、进程,所负责的分割模块……要完完全全提供出来。
每个人都是从新人成长过来的,在我工作的五年间也带过很多新人,最近刚好有个毕业生来公司实习,领导让我带,这边就分享一下我具体是怎么 *** 作的(开发的角度):
总而言之,带新人还是比较累的,对大部分公司而言,技术要求并不是很高,所以新人真的比较难上手的不是技术,而是业务和表结构逻辑的不熟悉,作为新人,公司的打算就是从零开始培养,因此基础并不是最重要的,学习的态度才是公司看重的。
以上为个人观点,欢迎在评论中发表自己不同的观点,喜欢的加个关注,谢谢。
以十人以下的团队来说一下。首先是和员工相处好,其实这一点做到并不难,就是正常的相处,怎么愉快怎么来(当然不能坏规矩)。我做的最大尺度一次是这样:有个毕业生干着干着就哭了,一问之后知道直接原因是程序员的工作内容和自己原来想的不一样,主要原因是刚到北京体会到了巨大的压力。当时我就拉着她到对面肯德基去坐会了,点了饮料和薯条,聊了一下,顺便开导开导她,舒缓一下情绪,这事就这么解决了。其次,作为领导请安排划分好工作内容,不要频繁变更,否则影响威望值。这也是保证工作可以顺利开展的基础。安排工作时请考虑员工的能力和经验,还要考虑员工的兴趣,这点也很重要,很大程度影响积极性。
在小团队中只要工作能顺利完成了,一般问题就不会很大了。其它:可以观察一下每个人的喜好,然后看机会适度的介绍这方面的内容。比如我就专门给一个员工培训过数据结构,而她也很愿意介绍自己认识的人来工作,双赢的结果。员工做好的地方及时表扬,自己做错的地方及时承担责任,等等。总之将心比心的对待员工,小团队还是好带的。
教会徒弟,饿死师傅,等你教会他们,你就该退了,理由:你三十多,奔四了,负担大,不能加班,养不起你!中国现状,保留必要绝活,留几招吧!为养家!
先让他做点小项目,锻炼一下,把以前已经完成客户的项目拿出来给他做,练手,看看功底如何
如果功底好,则主要锻炼他的思维能力
如果功底不好则多锻炼他的技能
首先是能力要过关,之后就是交流要能顺畅,其他的问题都不是问题,只是经验和熟悉而已。
IT 的管理者很清楚的知道,在不远的未来信息化将成为业务的运营中心,问题是信息化自身又该如何运营管理。
IT 团队需要了解业务部门的需求,然后设计并开发一个个的信息系统。这些信息系统就像工厂里的生产线一样,将生产出真正对业务有所帮助的数据和信息。
IT 的管理者就像是这个工厂的厂长,需要能够敏锐的 发现 业务需求,经过系统化的 设计 并且有效的 协调 人员去实施。此外,还需要高效率的运维 保障 已上线的信息系统稳定运行。
这些要求可不少,IT管理工作看起来就像是在运营一个工厂,并且在这个信息化正在逐步走向成熟的年代,可以说每一个IT管理者都是一个创业者。
管理IT,就像管理一家企业或医院一样,没有什么本质的区别。需要面对的都是那些像幽灵一样,隐藏在各个环节中的问题。我们不太可能真的去一个一个的解决这些看起来千头万绪的问题,因为这些问题很有可能是环环相扣的。
但很快会发现,肯定有那么几个问题是元凶,是导致这千头万绪的根源,只要解决这几个问题,剩下的症状就会自然的全部消失。而问题的关键是,你怎么找到这些根源。
即使问题再难缠,只要能够摆在面前,相信总有办法解决。但是这些问题总是像丛林中的幽灵一样,若隐若现,躲闪在丛林之间。
这些问题似乎就在那里,又若隐若现,有时还会投鼠忌器,所以请允许我用幽灵来形容这些管理上的问题。但是这个世界上肯定不存在幽灵,其实是我们对整体工作的认知不够系统化,所以才给了幽灵们能够躲藏,能够隐蔽的角落。为了找到这些“幽灵”,IT管理者们需要一个系统化的方式。需要一个系统化的方式去认知IT管理工作,否则幽灵们就会出现。
曾经信息化技术有着一些神秘 的技术色彩,甚至对很多人来说还有一些魔法般的神奇。但是,现在这些都不重要了,因为人们不再关心是你怎么实现的,而是关心你究竟能给我带来了什么。
之所以没有像吉普赛人的巫术一样消失,是因为信息化技术真的能够给人们带来价值,要么是提高了业务的效率,要么是减少了浪费。所以,IT为什么存在?答案只有一个,就是为业务创造价值。
IT 的运营是一个为业务创造价值的过程,这个增值的过程是IT团队一系列的输入、转换和输出的行动集合。每个行动都对业务客户产生增值行为,从而最终为业务客户创造价值。
让我们用这样一个脉络去认知IT的运营过程,方向是:首先得了解为谁创造价值。输出是:价值是承载在输出上。过程是:输出是被怎样一个过程创造出来的。输入是:需要输入什么样的原料才能满足过程。所需要的资源是:像生产过程一样,IT的运营过程同样需要投入资源。要遵守的规则是:在这个过程中,需要遵守的规则有哪些。
方向:IT的运营是一个为业务创造价值的过程,重复一下,是 为业务创造价值 。所以,现在创造价值的方向就非常清晰了,要以业务客户为核心。有两点具体的体现:第一是增值的过程是以业务的需求为源头,进行设计和规划。第二是对IT工作的测量指标有很多,但是最高级别测量是客户的满意度。
价值和输出:所谓“输出”指的是增值过程最终输出的产品或服务,而价值一定是被输出承载的。价值一定是摸得着,看得见的,就像人们认宝马的汽车 *** 控性很好的时候,宝马公司的价值是依托于该公司最终提供给你的宝马汽车之上。信息化的价值是通过为业务部门提供了一个一个的信息系统以及服务而体现的。
过程: 为客户创造最终价值的,不是一个活动,也不是一个流程,而是由各个流程组合在一起的整体价值链。 例如、需求分析、审批、设计、开发、测试、部署。又如、申告记录、分派、处理、满意度调查。
输入:根据输出和价值的要求,IT团队需要外部提供什么样的资源输入。
资源:IT的增值过程需要投入直接的资源,包括:人、资金、软件、硬件、数据。当这些资源不足的时候,则直接体现为增值活动的产能不足。
规则:在很多行业中都有相应的规则要求,例如、银监会对商业银行的IT管理要求、保监会对保险公司的IT管理要求。对于这些政策性的管理规则,等于是给IT管理工作圈定了一个范围,任何设计和规划不能超越这个范围。
需求就像原材料一样,不断的被分析、被加工,直到最后形成服务提供给业务客户为止。IT团队可根据价值链,对各项作业进行计划和管控,同时价值链也是生命周期的档案链,是信息传递及追溯的基本逻辑。此外,IT管理者可根据价值链,分析引起交付质量波动的各项作业,并分析其上下环节的原因。
我为什么要在这里特别放一个章节来描述价值,因为我们后续谈的所有内容都是围绕价值创造来开展的。最怕的是过于专注于方法和过程,而忘记了最根本的核心问题--为业务创造价值。IT团队是以流程的方式利用资源,为客户提供服务,从而创造价值。因此流程只是创造价值的方式,但是在不清晰价值的时候,设计流程等于是一种盲目行为。
从客户的角度看,IT服务的价值有两部分组成:效用(Utility)和保障(Warranty)。任意一个都可以增加客户获得的价值,但两个都是必要条件,两个都不能单独构成充分条件。
价值的源泉:效用
效用(Utility)是一个经济学名词,任何产品和服务的价值首先取决于满足用户的期望程度,而用户的期望往往是模糊的,无法直接度量,所以只能间接的衡量由欲望产生的现象。在经济学中以一个人为了实现或满足他的愿望而愿意付出的价格来衡量效用(Utility),所以效用是价值的源泉。
如果把效用简单的进行叙述就是,某个服务或产品使得业务客户在使用后,能够减少多少以前的负面状况,或增加多少正面的状况。
我们可以用这样的逻辑尝试去叙述:利用了……功 能,解除了……谁的,……什么,使得…谁节省了,或增加了……什么。例如、利用数据化的管理,解除了文档无法统计的限制,使客户得到了有效的统计信息,也节省了得到信息的时间。
这就像我们后面要说到的需求管理中“用户故事”一样,用户故事是力求通过简短的语言是从用户的角度来来解读和描述用户渴望得到一些功能。所遵循的逻辑是:As a, Iwant to, so that也就是作为一个<角色>, 我想要<活动>, 以便于<商业价值>。
价值的基础:保障
信息系统发挥效益是建立在其稳定运行的基础上,需要其五个方面的保障: 可用性的保障 、 容量和性能的保障 、安全性的保障、连续性的保障、服务响应时间的保障。
根据最终交付的价值,IT团队的主要工作有两个方面,一是对信息系统的运维保障,二是通过建设和优化信息系统,为业务创造效用。
如果说这两个工作是有着根本的区别,那就是在对外界变化的影响上。运维保障工作受到外界的变化影响小,而为业务创造效用的工作相对受到外界的变化影响大。
运维保障工作的目标不会总是发生变化,也不需要频繁的去和客户讨论目标的变化。IT团队不会天天跑去问客户,你看今天咱们这个信息系统要保障到什么程度?消防队不需要天天问市民,如果今天你家发生火灾我们几分钟到场合适。对信息系统的保障要求对于各个行业来说虽然不一样,成本也不一样。但是,有一点是一样的,就是一旦确定了保障的目标以后,该目标不会频繁的发生变化。那么,我们可以确定为运维保障的目标是基本稳定的。既然目标已经确定,那么重要的是两点,一是如何达到目标,二是如何更加合理的利用资源,更加高效的达到目标。精益的运维管理,也就是一套以达到目标为基本要求,如何更加合理的利用软硬件资源,利用人力资源,利用时间的管理机制。 为业务创造效用的工作则是需要更加敏捷的方式,这是因为业务本身需要更加敏捷的响应市场,所以IT也需要更加敏捷的支持业务。这要考验IT的运作能力,虽然从字面上看敏捷有快速的意思,但是仅仅是速度并不等于敏捷。速度再快,最后的输出不满足业务需求,也是白搭。所以首先是把事做对,也就是满足业务需求的高质量交付,然后是把事做快,因为需求也有保鲜期,我们交付的服务如果过于缓慢,可能需求已经发生了变化。
精益思想和敏捷思想,在IT团队的工作中需要有效的结合, 一个成功的组合策略基于将需求模式分为基础需求和波动需求两种需求,也就是“基础需求和波动需求的分离”,一般来说,基础需求是相对稳定的,如业务对可用性和容量的需求或者对服务请求的响应时间,换句话说都是IT团队预先承诺在日常服务范围以内的支持性工作;而波动需求则和新建系统和创新应用联系在一起,这种需求一般不能预测,具有很大的灵活性。 以客户需求作为切入点,在切入点之前交付的是无个性特征的保障性目标,采用精益思想,也就是推动式的精益运维。在切入点以后,要依据客户需求的实际情况而定(未见得是被需求,可能是引领需求),采用敏捷思想。
其实实施的工作也就是将开发好的系统,平台等,安装部署在客户服务器上,在保证在内部环境运行正常的情况下,再在客户实际环境中进行测试,测试通过后,就可给客户使用再做好售后服务以上内容纯属原创,打字不容易,谢谢采纳
IT项目管理是项目管理在IT领域的应用,结合IT行业特点运用项目管理技术、理念和方法,包括9大知识领域(项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理)以及启动、计划、实施、控制和收尾等过程组成。
软件项目开发管理过程中,不仅要努力实现项目的范围、时间、成本和质量等目标,还必须协调整个项目过程,以满足项目参与者及其他利益相关者的需要和期望;随着软件规模和所涉及的领域不断地扩大,软件项目的管理越来越困难。纵观所有失败的软件项目,基本原因是不能管理其软件过程,在无纪律的、混乱的项目状态下,组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差,识别软件项目的风险甚至果断中止项目,而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制,必须明确软件项目管理流程。
1、流程第一阶段:项目的启动
在项目管理过程中,启动阶段是开始一个新项目的过程。启动信息技术(IT)的项目,必须了解企业组织内部在目前和未来主要业务发展方向,这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术(IT)的项目的理由很多,但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台,而不是展示先进的IT技术。
2、流程第二阶段:项目的计划
在项目管理过程中,计划的编制是最复杂的阶段,项目计划工作涉及九个项目管理知识领域。在计划编制的过程中,可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验,在计划制定出来后,项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。
3、流程第三阶段:项目的实施及控制
在项目实施阶段是占用大量资源的阶段,此阶段必须按照上一阶段定制的计划采取必要的活动,来完成计划阶段定制的任务。在实施阶段中,项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目,由项目团队中的不同的成员来完成各个子项目的工作。在项目开始之前,项目经理向参加项目的成员发送《任务书》。
4、流程第四阶段:项目的收尾
在项目管理过程中,计划的编制是最复杂的阶段,项目计划工作涉及九个项目管理知识领域。在计划编制的过程中,可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验,在计划制定出来后,项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。
5、流程第五阶段:项目的维护期
在项目收尾阶段结束后,项目将进入到后续的维护期。项目的后续维护期的工作,将是保证信息技术能够为企业中的重要业务提供服务的基础,也是使项目产生效益的阶段。在项目的维护期内,整个项目的产品都在运转,特别是时间较长后,系统中的软件或硬件有可能出现损坏,这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的,将一直持续到整个这个信息技术(IT)项目的结束。
每一个IT人都想进入一家实力非凡的跨国大型企业,那么没有真才实学,在面试中是撑不下去的。
面试的主要特征就在于场景的特定性,它与日常的观察、考察区别很大。日常生活中人与人之间的观察与交谈,是在自然场景下进行的。
面试进行前的精心设计,是面试与一般性的交谈、面谈、谈话相区别。
日常生活中的面谈与交谈,虽具有直接接触形式与情感沟通的效果,但并非经过精心设计。
面试所使用的面对面的观察、交谈等方式,既反映了它的问、听、察、析、判的综合性,又使面试与一般的口试、笔试、 *** 作演示、背景调查等人员素质测试的形式相区别。口试仅是言语测试,而面试还包括对应试人员言语以外的行为特征等多方面测试要素的综合分析、推理与判断。
从不同的角度可以对面试进行不同的分类。根据实施时的模式可分为口试和情景模拟面试。口试又可分为交谈式、问答式、辩论式、答辩式、演讲式、讨论式。情景模拟面试常见的有文件处理模拟、现场 *** 作模拟、角色扮演模拟、工作活动模拟、会议模拟等;根据用途,可分为招聘员工面试、公务员录用面试、领导干部选拔面试、竞争上岗面试、招生面试、征兵面试、资格评定面试等;根据应试人员的多少可分个别面试和集体面试。最常见的集体面试是领导小组讨论,又分为有领导小组讨论和无领导小组讨论;根据规范化程度可分为结构化面试、半结构化面试和自由化面试;根据面试的功能可分为测量性面试、区分性面试、诊断性面试、预测性面试;根据面试结果的使用方式可分为目标式面试和常模式面试。根据测试项目的性质可分为知识面试、人格(气质、性格)面试、智能(智力、能力、技能)面试、意愿(理想愿望、情绪爱好、意志立场、态度情感)面试、体貌(形体、相貌、仪表、身体健康状况)面试等;根据对应试人员所施加的压力大小可分为压力式面试与非压力式面试;根据面试的进程可分为一次性面试、分阶段性面试。
从根本上说,面试的作用与笔试、心理测量等 人才测试方法是一致的,即达到评定、区分、预测的目的。评定即通过对某些方面的能力、素质和水平评价、鉴别,确定应聘人员是否达到了规定的某一标准;
你是从业多年的程序员吗,想过35岁以后还会从事这个职业吗?
你是实施工程师吗,干了多年基础工作之后,思考过奋斗的目标吗?
你是需求分析师吗,多年来与客户的接触让你的经验丰富,却一直没有勇气承担起项目的责任,渴望过让需求真正在你手里落地吗?
你是测试工程师吗,是否厌倦了不断找别人的错误,现在只想让别人找自己的错误?
你是前端吗,是否在不断地寻找合适框架中迷失了你的初心,曾经那个让你激动无比的效果,为什么没有再去使用它?
你是设计吗?是不是觉得自己再用心的设计
最终做出来都会变成不想要的样子,心有不甘却又无可奈何?
这些IT职业的苦恼和忧愁,在IT行业有哪些职业能够解决上面的问题?答案可能有多个,但是最合适的选项就是IT项目经理。
作为第一选项,许多人会选择项目经理(以下特指IT项目经理)进行职业转型,原因自然是相对其它职业有着非常明显的优势,下面几条简单列举一下它的优势:
第一 入行门槛高,其实对于有经验的人来说,入行门槛高是一件好事,可以形成职业壁垒,只跟小部分人才进行竞争,职场压力相对会比较小。
项目经理岗位对工作经验和情商都有一定的要求,能胜任的大多数是在行业内从业多年,对行业通用的技能和规则有着一定了解的老油条。
如果没有太多的经验就贸然从事这个职业,很容易遇到困难就无法解决,只能向领导求助,依靠领导的不断救场,推进项目的进度。直到有一天领导受不了了,对项目经理说:“这还不如我自己干呢,我来管项目吧,你当领导去!”
但是还有另外一种可能,在一个项目的试炼之后小号完成了变成大号的终极考验,就像灰袍的甘道夫变成了白袍的甘道夫,一挥手,曾经遇到的强敌灰飞烟灭,小项目进不了他身,瞬间就能秒;又如同武林高手打通了任督二脉,练就一身深厚的内力,之后纵横项目的江湖,翻手为云,覆手为雨,从无败绩。
当然,以上存属臆想,如果有人短时间就做到了这些,那只能说是天赋异禀,这只是少数人拥有的特质。我等战五渣,还是练好武功再下山吧,还得防备辛苦练武二十年,下山被人家一刀就秒了。项目的江湖,斗争激烈,只有身兼多项武功并且没有死穴的高手才能进入。
第二 工资待遇高,由于入行门槛高,且需要有一定管理经验的人,相对来说人才稀缺,工资自然会定得高一些。
项目的规则是谁干最多的活,就得最多的功劳,出问题也得背最大的锅。项目经理因为岗位责任的原因,必须得尽最大的努力推进项目,结果自然是项目完成交付的最大的功劳是项目经理的。当然,没有交付好项目,责任也全在项目经理的,该背大锅就得背大锅,不可能功劳都给你了,背锅的时候就想跑。
按照行业默认的规则,完成项目关键节点或者完成项目终验之后,会根据对项目的贡献发放奖金,以提高大家工作的积极性,项目经理自然会得到最多。实际上这也是一种工作的正向激励,能者多劳,多劳多得,在项目当中体现的最明显。
第三 工作时间相对自由,项目经理最主要的责任是要发挥个人的主观能动性,按计划推进项目的进度,确保正常交付。
因为项目所在地一般和公司不在同一个位置,需要经常去项目现场外办或者出差,鉴于客户现场条件限制,一般公司很难或者无法在考勤上对项目经理进行固定的管理。
这样的好处就是项目经理在每天完成项目任务之外的时间,完全可以自由地支配,想干嘛就干嘛,不用像在公司必须按时打卡上下班,工作和生活的自由度都更大一些,可以满足d性上班的就业要求。
有的能力强的项目经理,都可以不用去项目现场,几句话指导,分分钟就能完成任务,真是人在床上躺,钱从天上来,这工资挣的是真轻松。
看完上面的三个优势,是不是觉得这个职业很不错,非常心动,想赶紧尝试尝试。先别急,既然说到它有特别明显的优势,那肯定也会有地狱级别的工作内容,要不然简历肯定满天飞,都抢着去从事这个职业了,轮到咱们说不准黄花菜都凉了,不对,可能黄花菜冻得梆梆的了都轮不上。
实际上很多人对这个职业并不陌生,因为经常能与从事这个职业的人打交道,在工作中有或多或少的交集,打交道次数多了可能会觉得从事这个职业比较容易。
但那是没有真正对这个职业了解前下的结论,没有实践就没有发言权,更何况这是个非常看重过往从业经验的工作,没真正从事过更不会了解这个职业的风险与压力,那真是在刀尖上行走,每一步都要小心翼翼,如果走得不稳,那就准备好承受刀尖的反噬痛苦吧。
说了那么多好处和难处,没有真q实d的 *** 作,还是无法感受真实的一面,下面就具体讲一下项目经理的工作内容,大家可以把自己代入到这个工作里面,看看在这个地狱难度的关卡中可以进行到第几关。
第一关,组建项目团队。开局一个人,制霸新手村,就靠抢资源。
项目经理大多有过这样的经历,领导晚上突然发过来一条信息:“这几天有个项目启动会,你参加一下,了解一下客户相关的信息,提前做好准备”,好嘛,连啥项目内容都不知道,就只给了一个地址,这种情况就像只穿着一条裤衩,就把你丢进了新手村。还想出去打怪升个级,没有装备武器,新手村门口都出不来。
项目启动会是项目经理在项目中进行的第一项里程碑,确定了项目的正式启动,规定了甲方乙方以及第三方监理的责任和义务,最重要的是公司给予了项目经理组建项目团队的权利,根据项目的建设内容,可以要求公司抽调相关的人力资源,要求要各部门优先配合项目的进度事宜。
获取资源是项目启动会之后最重要的事情。资源包括两种,一种是人力上的资源,比如组建项目的实施团队,团队成员可以从其它项目组抽调人员,如果没有足够的人员可抽调,就要考虑招聘新的人员;一种是行政上的资源,公司和客户需要给予项目经理场地、设备以及人员协调的支持。
项目的初期是最容易获取这些资源的,这时候公司和客户对项目的关注度最高,对项目相关的审批优先级也是最高,对项目经理的合理要求也是大开绿灯一路放行。
现在项目经理已经被扔进了新手村,他看了看四周,空无一人,就给自己起了绰号“就我一个人可干不了!”,公会(公司)领导看到了,质疑他的能力,口头批评一次,他又改成“我自己就行!”,可是又想到活太多了,这么吹牛也不是办法,又改成“人越多项目越早完事!”,领导又看见了,对他说:“你自己组建团队吧,要多少名额,自己看着办吧!”
好的,那就看着来了,大张旗鼓的改成了“我来了,我征服,谁不服我,我就服谁,谁服我,我就欺负谁!”,改完以后,一想这不是把自己真实的想法写出来了,这谁还跟他干呢。最后决定来个激励点的,“跟着我,活少,有肉吃,钱随便花”,项目的激励就这么定了。
现在到了地狱级别闯关的第一关,项目经理已经有了公会(公司)的许可,需要在新手村组建自己的项目团队,磨炼相关的工作技能,初步建立分工协作,有了这些基础,就可以组团出去打项目的各种Boss了。
组建团队至少需要有三种类型的人员,第一种是任劳任怨的核心成员,第二种是能解决问题的技术专家,第三种是能够掌控全局,预判风险,时刻关注项目每一个细节的成败的项目负责人,也就是项目经理自己了。
用游戏的职业转换一下,一个是攻击不高,但是防御力强的肉盾,可以一直顶在前边,抵挡怪物的进攻;一个是攻击力高,关键时刻大概率会出现暴击输出的主攻选手;一个是可以给团队成员加各种状态的团队辅助,出现危险的时候,要顶住压力,保全团队,以完成任务为第一责任。
很多人以为任劳任怨的核心成员,是项目组最容易协调到的人力资源。实际上不论哪个项目团队最缺少的都是这种类型的成员。这种类型的人员与职业和从业经验关系并不大,更多的是本人具有强烈的责任心,这恰恰是项目团队最需要的成员。
从哪能得找到这样的成员呢?这个就需要很是琢磨一番了,一般来说会从三个方面去寻找。
第一 寻找曾经的队友,以前曾经在一个项目团队共同战斗过,对其各方面比较了解,有过深入的沟通合作,确定是你想要寻找的成员。
如果这个人现在正处于项目的空闲期,那就别犹豫,分秒必争,赶紧向领导申请把这个人调过来。是金子在哪里都会发光的,是好用的员工哪个项目组都会抢着要的。
你不早下手,别人就会下手,到时候看着别的项目经理可以当甩手掌柜,动不动几天见不着人,项目却一点事都没有,你却只能悲催的当救火队员,一天不出现,大火就烧过来了。回想起那次的错过,下次一定会忘了拖延症,饭都不吃了,就去把人抢过来。
第二 领导的推荐,领导对员工的个人脾气秉性比较了解,会根据项目的难易合理安排人员。
但是有一点要知道,领导考虑的是全局,很难周到考虑到这个员工是否是符合项目需要的人,而且有些员工在领导面前表现出来的工作态度和实际的并不一样。
所以切记,领导可以帮你做出选择,但是做出决定需要多考虑一下,领导认可的不一定是真正需要的,有条件的话可以先多做接触,考察实际的工作能力和沟通能力,再最终决定是否接纳入团队。
第三 招聘新人,在项目团队人手不齐,时间又宽裕一些的时候,可以考虑这样做。但是风险始终存在,对于项目团队来说最重要的是有稳定可靠的成员,新入职的员工,各方面的能力都是未知的,短时间内很难确定是项目需要的人,也很难确定其是否有长期入职的打算。
如果想等一等,观察观察再做打算是否让其参与到项目中,但是项目的计划不会等,客户的耐心不会等,投入的资源也不会等。新招聘的人员只能在交付项目的过程中,通过实践去检验工作能力了。
等到项目启动的时候再去招聘,要承担很多未知的风险,这也是为什么公司会有储备人才的原因了。为了避开这种风险,可以考虑一种办法,推荐熟悉的人来公司应聘,这样可以绕开对新员工不熟悉的风险,属于一种抄捷径的做法。
既然是抄捷径,好处是省去了观察的时间,选择了一个相对靠谱的人员;坏处就是相信了别人,就要承受相信的代价,如果推荐过来的人是个水货,或者没有达到相应的标准,项目经理想换个人,但是碍于情面,毕竟是熟悉的人推荐过来的,对他也只能睁一眼闭一只眼了,只能走一步看一步,徐徐图之了。
按照上面的三个办法去寻找,技术专家也不是难题,只是个人要求上面会多一些其它方面的考虑,比如擅长的技能是否是项目需要的,考虑技术问题是否实际,理论型的人才尽量要避开,眼高手低的不要过来,无法沟通的一定远离,诸如此类种种,如果都能考虑到了,挑选出来的技术专家从理论上已经符合项目的需要了。
项目团队初具雏形,之后以这个团队架构为基础,根据项目任务的需要,会从其它职能部门协调人员配合完成任务,比如从质量部门协调人员对项目的质量进行检查和监督,从设计部门协调人员进行系统的设计和美化等等。
随着项目团队成员已经就位,接下来的任务是建立项目制度,明确职责分工,通过完成项目任务培养相互之间的配合度,一步一步变成一个战斗力强劲的团队,但那是后面的事情了,现在项目经理面临更大的一个挑战。
公会(公司)为了发展的需要,在服务器新开的区(新的项目),项目经理安排入驻开辟新的战场,经过多方面的努力,第一关终于通过了,项目经理在新手村招揽一群精英级别的打怪小分队成员,内心已经跃跃欲试,向小怪们磨刀霍霍了。
可是却面临一个尴尬的情况,没有装备(客户的信任)和武器(需要交付的系统或者设备),没有基础属性点可加(业务了解程度),村口碰到个5级的小怪都打不动。
虽然小怪的攻击低(项目初期的任务都是零散的小任务,没有形成统一的体系),但是防御力高(项目的建设内容需要细致的了解之后,才能有针对性的实施),非常努力地打了一天,一滴血都没打掉。
是可忍,孰不可忍,辛辛苦苦组建的精英团队竟然对付不了最弱的小怪,说出去都让NPC笑话,怎么好意思制霸新手村,趁早散伙,大家分行李去吧。
大门口都出不去,是不是有点丢人,怎么办?记住项目经理职业的第一原则,无论对内部还是对外部,遇到事情需要做决定的时候,无论内心有多慌有多没底,一定要表现出事情在掌控中的样子。
为什么要有这样的表现,对内关系到团队执行力,对外关系到客户的信任,毕竟谁也不想把重要的事情交给一个没有信心能办好的人,谁都不想跟着一个看起来不靠谱的人。
解决问题的四个步骤,遇到问题,分析问题,提出解决方案,解决问题。项目的解决方案最好是可以在团队内部解决的,这样资源比较容易获取,而且不用等协调的时间,还有一个重要的因素,不能事事都找领导,经常这样容易造成能力不足的表现,如果碰到团队真的解决不了的,再找领导解决问题也不迟。
比如说现在遇到的问题,分析一下,就是没有客户的支持寸步难行,不了解项目的需求埋头干就是白干,方案就是同客户快速建立信任关系,尽快了解项目的重点需求和真正需求(注意两个需求的区别,后续会提到)。
项目经理想起了在新手村最大的好处,通过做任务快速的升级别,不用辛辛苦苦的打怪,简单地围着村子转个圈,找几个人说说话能就完成任务得到奖励,升级换装备换武器,战力蹭蹭的往上涨,门口小怪一刀秒一群。
梦想是美好的,现实是残酷的,时刻要谨记世上没有白吃的午餐,世上也没有好做的项目。
现在就要进入地狱级别闯关的第二关,项目经理要与客户、监理建立良好的信任关系,对项目的需求进行了解和分析,有针对的进行重点突破,不要以为这是个简单的事情,三下五除二就能搞定。世上最难的事情,就是让陌生人把钱从兜里掏出来,并且亲手交到别人的手上,第二难的事情就是大把的花着陌生人的钱,还得让他相信这钱花的是值得的。
以上就是关于软件人力外包服务的驻场流程是怎样的全部的内容,包括:软件人力外包服务的驻场流程是怎样的、IT公司的项目组入职了新的程序员,如何带好这些新员工、IT运营的过程等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)