从接触了各大行业领域的项目经验嗅觉,以及在项目组中担任了项目管理者(也就是项目经理)的角色经验来看,要做好一名项目管理者实在不容易,如果说要求再严苛点的话,要评上优秀标签,那么想要覆盖所需的能力点就是一种挑战。
在之前没接触项目管理之前,一直有个误区,那就是项目管理可能不需要太多的专业技术能力,懂点行政管理,有点领导力就可以轻轻松松,把一个团队管理地有模有样,把团队里的每个人管得服服帖帖。
后面转向项目管理这块,做个几个项目之后,越发觉得之前的想法设想就是天真得不行,以至于在很多时候项目管理实践上踩过很多“坑”,有过许多地无可奈何,均由于在当时缺乏项目管理者所需的能力,以至于项目管理得连自己都觉得狼狈。
这么说来,要做好一名IT项目管理者究竟需要拥有什么能力呢?在经历过我踩过一些项目管理上的“坑”以及吃过不少的苦头的反思总结下,我觉得需要具备以下的几种能力。
其实不管是哪一行业也好,特别是在IT领域,比如像我是从事IT领域的信息安全方向,在我看来,信息安全技术的能力就是自身能力框架的基石,就像你要盖成摩天大楼,就必须根基牢固,这样的话任何风雨飘摇都无法轻易撼动你,因为会由于基础的夯实而坚挺。
所以基础的能力是取决后面发展的长远,否则“跨越式”的跃进可能会忽略基础成长的机会,造成日后基础松垮,限制了向上堆积的能力。
还有如果你想你的项目团队成员都能心甘情愿听从你的领导和安排的话,你就得有一个让他们“服”你的前提,团队成员他们擅长的是实施的业务能力和专业技术,如果你的专业技术或者业务能力无法优异与他们,那他们又有什么理由一定要服你呢?
这一点其实在项目管理中体现地尤为常见。一位基层员工,由于某些管理的能力特质,被领导赏识,进而提拔为IT项目主管。但是当时被提拔为项目主管时,他的技术能力相对一般,但却面临着要去领导一群大部分技术能力比他好的技术工程师。
一开始他觉得很正常,也没什么压力挑战,因为他自己误以为做好一名管理者,不需要很强的技术能力,因为只需要有好的领导力就可以做好管理了。
后面等到项目实施时,他才发现其实如果本身技专业技术能力不过硬的话,比团队内的人还弱的话,就会面临一种管理的“痛苦”在里面,那他们会有一种心理想法那就是:我根本不会管你管理有多厉害,你的技术都没我厉害牛逼,我凭什么要听你的。
也许,你可能会很无奈:为什么我是作为一个管理者的角色,为什么非用跟你比技术能力呢?但是你也怪不了人家,因为在IT领域里搞技术实施的,人家认的就是第一基础能力,你要我听你的话,可以,只要你技术比我厉害我就承认你。
所以在IT项目管理中,管理能力的基础就是技术能力,技术的晋升拓展就是管理,这种主次之间的逻辑认定,你如果逆反执行,你就会遭遇举步维艰的困境。
其实这种能力在古代军营中的元帅与军将士兵之间的能力差别中体现到很到位。比如大唐薛仁贵,起初作为一个不起眼的火头军,如果没有身怀十八般武艺的能力和过人的胆识,怎么可能屡建丰功伟绩,最后晋升为元帅;在晋升为元帅这种“军营一哥”的角色之后,他同样是一个大的管理者角色,手底下均是武艺高强的武将下属(罗通、秦汉等),从他的武艺在历史电视剧里面的表现来看,更是超越了众人,所以同事及下属没有几个不钦佩赏识以及服从他的。
这也皆因有很大部分是因为极为出色的专业实力在推动了自身的管理,为管理顺水推舟,使得管理的可执行性有了一定的保障性。
估计很多的人都因缺乏良好的沟通表达能力而吃过亏。在论文答辩时,你做出来的论文水平比你的竞争者要高,但人家却因为沟通表达比你好,而得了高分;在求职面试时, 你的专业技术水平比你的竞争者强,但人家却因为回答表现比你好,而被录用了;在项目实施中, 你的其他综合能力都很全面,但如果没有良好的沟通协商能力,那么你的需求永远得不到满足。
所以说,要想成为管理的主导者,你必须学会如何去更好地沟通表达。一个人想做一件事情,这就是他内心的一个真实的需求,但是需求需要实现或者说被满足,它就必须被表达出来,那么如何更好将需求通过语言形式传递表现出来,这就是沟通表达。合适恰当的传递表现形式,就好比优秀良好的沟通表达,更直抵对方的内心,更容易让人听懂接收,以至于让对方去接受并响应你的需求。
在IT项目的实施管理更为重要,对于团队内部,有一件事情需要大家一起来协作共同完成的,这个时候,如果你没有把需求很好地表达出来的话,会有几种情况:第一,你根本表达不清楚,比如没说清这部分的功能要谁去实现,输出报告要谁去整理;人家就不会理解你的需求是什么;第二种是你既说明了事件是什么(事项)、为什么要去做(缘由背景)、谁去做(实施人员)、什么时间点要结果(Deadline);到这里的话你的需求表达算比较明确了,但还不是最优。
沟通表达的效果差异,在于表达之后,需求如愿实现的差异。什么是好的表达?我觉得就是你把要表达的需求和东西说出来之后,人家不仅仅听懂了,而且按照你的需求反馈了最为积极正确的回应。接着上面的例子,为什么还不算是最优的表达,因为其实还缺少表达一个比较重要的点,那就是目标预期,因为有些时候你把目标预期定出来,对方就会更接近你的真实需求导向输出结果。
但如果没有说出目标预期的话,就有会像是大领导总有天马行空的空洞设想,底下的人听不到目标预期的界限,也许只能无奈地自由发挥,跟着天马行空,实施落地就是痴人说梦。
在将领导的目标预期落地执行方面的话,Google现任CEO皮查伊做得简直太好,这也是他的大boss——拉里·佩奇(Google创始人之一)为什么那么赏识他,最后愿意当一个“甩手掌柜”的原因之一。
因为拉里·佩奇是个不善言辞又喜欢脑洞大开的主,在开高管会议时,总是喜欢说些天马行空的概念,可能由于太过于宏观, 导致高管们一头雾水,不知所云。
但是皮查伊却懂得去主动与老板交谈,简短几分钟便能抓住老板的目标预期是什么,并准确无误地传达给团队成员,以至于可实现落地。
这就是高效沟通表达的艺术,巧妙的沟通不在于冗长而在于精准简洁。
然后对于项目团队外,也就是面对客户或者其他跨部门的沟通的话,除了会沟通,还要懂得协商。不懂得协商的话,自己就会身处被动,客户的配合主动性就会很低,项目开展实施,就难免会陷入“对方都是大爷,我一切都听大爷的安排”的低段位服务姿态。
一般客户方(甲方),服务方(乙方)项目开展合作形式就是:客户方配合服务方开展工作,很多时候会遵循一条原则:“你们主动做事,你们就应该主导,我们只是配合方”,所以谁做事,谁就要去占据做事主导权,因为配合方往往是不着急的。所以在这个时候,当我们是服务方时,我们去把握主动是正确合理的,因为你想把良好的结果导向自己这边的话,主动跟他们说需要怎么配合要比自己不知所措,等着问他们怎么配合;要是后者这种情况的话,会产生两种结果。
第一种,客户方会不满。“事情主要是你们来做,我们是配合的,你们自己都不知道怎么做,那我们怎么知道配合你们呢?” 也许你心里会说自己其实是知道怎么做的,只是咨询下你们的意见而已。但其实,只有当对方把自己代入配合角色, 就会自然而然喜欢别人来引导,而不是来反问他们。
第二种,客户方逆转局势,你陷入被动。当你同样不计划主动告诉对方怎么去做,而去问客户怎么开展工作的时候,而刚好遇到的是不厌其烦且很有想法的客户,那你可能就就要无奈地开启“苦逼模式”。
踏入“不能做主”的泥沼,什么事情,怎么去做,都要听人家的想法来做,自己就失去把握的主动权,这样的话,可能会把自己拉入一个一个隐形的“大坑”,到时候要么你就只能“入坑”或者放弃脱离。
所以,面对近乎苛刻的要求和选择时,必须懂得从自身立场出发,通过与对方的协商,将结果主动导向自身有力的一面,而不是任由使唤,被动去接受本不应该接受的诸般要求。
《驱动力》里面讲到:“企业管理最让人头疼的问题是什么?员工的主动性和创造性。” 其实大到企业管理层面,这是个问题,小到基层项目实施, 驱动力简直关系到每个项目成员能否发挥最大的积极性来推动整个项目的实施,这是个根本性的关键问题;同时,这也决定了项目管理者是否是一名激励人心的驱动者。
也许普遍项目管理者会认为:调动成员积极去帮项目做事情,不外乎就是在多点付出而获得成效后,通过多分几张钞票或者说几番激励赞美的话,这两种方式就可以解决了吗? 这只是通常的驱动力激励手段,应该是属于“治标不治本”的方法,即使这两种在一定的程度驱动了他们的积极,而无法深层通过在项目过程中,激励出他们应该有的“成就感” ,那只是一种短暂的驱动,时间一久就会疲乏,驱动就会变得迟缓。
所以管理者在通过物质需求和言语激励的方式之外,还应该懂得将员工的“成就感”当成创造力和执行力的源泉,并费些心思,将驱动力的力量从自身散发出来,感染到每个人,使得获得成就感,而成为自愿自觉去创造的“个体”。
在我看来有几个成长点是管理者具备后才能修成驱动力的,第一是自身的人格魅力,第二是本身的强大执行力,最后是拥有思考驱动力的思想。
管理者每时每刻都在产生决策,如果在决策时,无法赶跑“犹豫不决”这只怪物,那么你只能被吞噬。
对于决策迟疑,缺乏决断力,我深深吃过它的亏。有一次,一个比较重要的项目实施开展到重要里程碑阶段,只要完成这个里程碑阶段的工作,就可以进入项目验收阶段了。但是在完成里程碑阶段工作之前, 存在一个比较头疼棘手的问题。
那就是有个项目组核心成员,在那个时间点刚好赶上他自己另外负责的项目有项紧急的事情需要他去处理。但因为当时部门项目的现状是几乎大部分数人手里自己都带有项目,也就是自己既是项目经理,又要做项目实施人员,可谓是光杆司令;不但如此,在自己项目空窗期,还要“接济”帮忙下其他同事的项目。
刚好,那个核心项目成员他自己身上也是刚好有几个项目在跟的,只是当时我手上这个项目刚好在做,需要人手。在那个时候,我刚好是关键节点比较赶,而他那边又着急需要安排处理他自己的事情,我面临要去做出选择决策:究竟是让他去处理自己的项目,还是让领导去另外安排协调同事去处理呢?
如果他去,我这边项目搁置,不好交代;但是他那边不处理,我绑着人家好像又有点不合理,安排其他的同事又可能搞不定。不过领导是有提到一点:那就是我这个项目的重要程度会比较高,其他的项目可以灵活安排。
领导虽然没有说得很明白,但是也很明显传递给了我一个信息,那就是目前你负责的项目的优先级是比较高的,在遇到与其他优先级低的项目事项冲突时,必须做出合适的判断,优先执行优先级高的事项,其他事项通过外部资源协调解决处理。
但我当时还是缺乏全局观的意识,在遇到这样一个急需立马做出决策判断的时刻,陷入的却是迟疑和犹豫不决,前面的领悟总结只是事后“马后炮”才正确意识到的。
我还是在“浪费性的思考”后,做出了错误的决策,“老好人”般地放了那位同事去处理自己的棘手事去了。之后我被领导狠狠地批了一顿,因为我失了轻重, 项目里程碑阶段工作拖了进度“后腿”,结果耽误了项目的正常验收。
这是典型缺乏决策力的表现,作为一名项目管理者,在遇到关键决策时,综合评判出各个选择的优先级和重要程度后,就应该强有力地去执行重要程度高及优先级大的事项,摒弃“完美周全”的理想想法,因为现实总是难以做到百分百的兼顾所有;因为有些其他选择可以选择移交转移,让别人来帮你实现。
自己都想揽在身上,自己解决,那只会让自己陷入困顿、犹豫,最后所有的事情都成了“耽误综合体”,决策成为痛点;而当拥有睿智的决断力时,事情可能就会因为精准理智的快速处理而变得高效,进而推到整体事态的进展,映射到项目上的话,那就相当于项目进展会因为管理者的强有力坚定的决策,而衍生影响全局的强大执行力,促进了项目完成里程碑式的跨越。
所以,当一名IT项目管理者拥有了非常扎实的专业技术能力、出色的沟通表达能力、优秀的协商能力、振奋人心的驱动力以及睿智强大的决策力,这些必需的一项项能力后,在项目管理领域,那便意味有了开辟属于自己疆场领域的绝对资本以及自信。
软件工程师英文是Software Engineer,是从事软件职业的人员的一种职业能力的认证,通过它说明具备了工程师的资格。软件工程师是从事软件开发相关工作的人员的统称。它是一个广义的概念,包括软件设计人员、软件架构人员、软件工程管理人员、程序员等一系列岗位,工作内容都与软件开发生产相关。软件工程师的技术要求是比较全面的,除了最基础的编程语言(C语言/C++/JAVA等)、数据库技术(SQL/ORACLE/DB2等)等,还有诸多如JAVASCRIPT、AJAX、HIBERNATE、SPRING等前沿技术。此外,关于网络工程和软件测试的其他技术也要有所涉猎。
如今互联网时代,网站已俨然成为企业和个人不可或缺的“电子名片”,软件开发工程师的薪资福利一直是行业领先地位。目前,中国网民数量已达到668亿,规模全球第一,网站总数达4137万余个,伴随着“互联网+”行动计划的实施,使得传统企业纷纷向互联网转型,这必将引发企业对软件开发工程师的严重需求。据有关数据显示,目前,我国对软件人才的需求已达80万,并且以每年20%左右的速度增长。在未来5年内,合格软件人才的需求将远大于供给。其中,尤以JAVA、PHP、HTML5与CSS3开发、Aspnet开发人才最为缺乏。
每个大牛都是从小白成长过来的,对于刚刚步入职场的程序员来讲,面对身份的转变和还未熟悉的工作,都难免会有不适应,对自己未来的成长也会比较迷茫。
No1
大部分的程序员从小白到大牛都是要经历一个循序渐进的过程,没有一蹴而就的成功,程序员的成长也是分阶段的,而每个阶段的侧重点又都不一样。
很多人总想一口吃成胖子,可往往就是这种急躁的心理,反而使得自己更难静下心来夯实基本功,适得其反。
要知道,成长从来就不是一件简单的事情。那么对于IT小白来说,IT培训>
No2
首先,要制定详细而明确的阶段性目标。工作时如果有一个目标,会帮助你找到努力的方向,对自己的事业发展也很有帮助。而越详细、越明确的目标,其可实施性就越高,这也能使你找到短期奋斗的动力。
其次,要利用空闲时间多学习。技术实力始终是一个程序员能否往前走的关键,没事的时候多看代码,保持对代码的敏感度。只有看的多了,琢磨的多了,才能培养出好的代码审美感。
除了要保持对代码的敏感度以外,还要让这种敏感度成为你写代码中的利器。因此,你需要勤写代码,多做总结,不断优化自己写的代码。
最重要的是,要注重在项目中去锻炼自己。项目开发是帮助程序员快速成长的一个有效途径。实践出真知,只有多实践,才能发现自己在实际的项目开发中存在的缺点和不足,找出来并及时改正,将为自己积累下十分宝贵的经验。
No3
不知道大家有没有听说过“空杯心态”?
“空杯心态”简单来说就是:如果你的杯子是空的,新东西就比较容易进去;反之,如果你的杯子已经满了,新东西就进不去。
举例来说,可能会有一小部分自以为是的同学,他们在刚从学校出来时思维较为固化,自己的东西太多,顽固又不肯放弃,新东西自然难以学进去,成长自然就慢。而具有空杯心态的同学,他们会适时清空自己,甚至有意识清除脑中顽固区域,虚心主动学习,渴望更多知识,学到的自然就会多。
因此,要想快速成长为一名优秀的程序员,就要学会保持空杯心态。
随着技术更迭速度的不断加快,IT行业对程序员的学习能力要求也变得更高。只有时刻保持对学习的热忱,保持空杯心态,才能早日成长为一名优秀的程序员。同时,要坚持自律,懂得自我约束。越是在特殊时期,保持学习的自律能力就越重要!
软件开发工程师是当今社会最受欢迎的职业,所有大规模的IT企业和非IT企业对软件工程师的需求程度是不同的。
特别是在信息化速度加快的今天,软件开发工程师成为了一个高薪的职位。
那么,成为一名优秀的软件开发工程师需要具备哪些能力呢?下面烟台烟台java软件开发为大家具体介绍。
一、需求分析能力对于软件工程师来说,通过了解要求可以制作合适的代码,但是对于研究开发项目的管理者来说,烟台计算机学校认为不仅需要了解客户的要求,还可以需要完成一些自己需求的制定。
二、项目的设计方法软件开发工程师必须掌握2~3种以上的项目设计方法,根据项目要求和资源的组合选择适当的设计方法,进行整个项目的设计。
三、模块化的分解能力作为一名从事模块任务的软件开发工程师,他面临着许多复杂的问题。
烟台北大青鸟发现他需要根据模块化分析能力将整个系统分解成许多可复用的功能模块和函数,每个模块都需要形成独立的设计要求。
四、整体项目评估能力作为系统设计师,您必须能够从整体情况考虑,并清楚地了解整个项目,例如公司的资源分配是否合理,烟台java培训发现项目时间表的制作可以最大限度地提高完成效率。
在大数据时代下,很多人认为软件开发是非常全能的职业,软件开发人员不仅精通Java语言,还掌握前端开发和后端开发等技术。
想要成为一名优秀的程序员,需要掌握的知识是非常多的,并且还应该知道自己的职责。
下面电脑培训为大家介绍成为优秀程序员需要具备的条件。
1、前端开发人员的职责前端开发最重要的就是网站建设和用户体验。
首先,我们需要了解网站或应用程序的功能,然后开始开发(并在上线之前不断优化它。
在整个过程中,我们花费很多精力来完善我们建立的网站,IT培训认为所做的一切就是让网站值得用户的喜爱。
只有这样,您才能保留用户并鼓励他们再次访问我们的网站。
2、了解用户的需求只有了解我们的用户才能为其用户创造出色的用户体验。
开发人员为广泛的用户提供互联网服务,但是用户和开发人员师不同的。
用户使用的终端设备是多种多样的,用户还会使用不同的浏览器。
例如,四种最常用的浏览器是Edge,Chrome,Safari和Firefox。
除此之外,还有其他浏览器。
3、扎实的编程基础在开发过程中,需要掌握HTML、CSS以及JavaScript等相关知识,这是进行开发的基础工具,如果连基础工具都不了解,想要成为优秀的开发人员是不可能的。
说到代码,运城北大青鸟认为最关键的就是代码的质量,干净清晰的代码易于维护,并且能够提高用户的体验。
4、良好的沟通能力软件开发人员通常不善于交际。
在条件允许的情况下,很多软件开发程序员不喜欢与其他人进行交谈,他们宁愿坐在电脑前写一天的代码。
很多时候不想与任何人交谈,那就没关系了。
但如果项目需要,北大青鸟运城嘉荟校区官网认为最好还是与他人沟通,能够解决很多工作中的问题。
程序员(英文Programmer)是从事程序开发、维护的专业人员。
作一个真正合格的程序员,需要具备:
1:团队精神和协作能力
团队精神和协作能力是作为一个程序员应具备的最基本的素质。
2:文档习惯
文档是一个软件系统的生命力。作为代码程序员,必须将30%的工作时间写用于技术文档。没有文档的程序员势必会被淘汰。
3:规范化的代码编写习惯
知名软件公司的代码的变量命名、注释格式,甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定,良好的编写习惯,不但有助于代码的移植和纠错,也有助于不同技术人员之间的协作。
4:需求理解能力
程序员要能正确理解任务单中描述的需求。
5:模块化思维能力
作为一个优秀的程序员,其思想不能在局限当前的工作任务里面,要想想看自己写的模块是否可以脱离当前系统存在,通过简单的封装在其他系统中或其他模块中直接使用。
6:测试习惯
测试是软件工程质量保证的重要环节,但是测试不仅仅是测试工程师的工作,而是每个程序员的一种基本职责。程序员要认识测试不仅是正常的程序调试,而要是要进行有目的有针对性的异常调用测试,这一点要结合需求理解能力。
7:学习和总结的能力
程序员是很容易被淘汰的职业,所以要善于学习总结。
以上就是关于拥有这些能力,你将成为一名好的IT项目管理者全部的内容,包括:拥有这些能力,你将成为一名好的IT项目管理者、如何成为一名优秀的软件工程师、IT培训分享刚入行的程序员小白如何才能快速成长等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)