‘壹’ 程序员在交接过程中应做哪些工作
如果能事先确定接替他的工作的人选,交接应该在接替人在场的情况下进行,如果有一段交接期就更好了,可以让接替人在这段时间内参加交接人的项目,根据该程序员的重要性按下面顺序[重要性递增],交接工作主要针对未完成的项目任务进行:
1.目前未完成的软件代码和文档,代码和文档应相对应,关键代码应该有详细注释,各个模块的解释性文档,设计文档等.[这块如果公司有好的规范是很方便的,如果没有一个好的规范一般只有代码没有文档就很麻烦了,要求重新写出代码说明,规范代码注释.对关键代码要求交接人和接受人之间有口头的说明和解释]
2.目前未完成的设计任务,其中按其担当职责不同有下面几个东西需要交接:模块设计文档[系统架构/主程序员],模块变动文档[主程序员],模块测试文档[主程序员/程序员],系统测试文档[主程序员/系统架构],系统分析书[系统架构],需求分析书[系统架构/主程序员].要求所有交接必须项目经理,交接人,接收人三人在场,并口头解释说明.
3.人事关系交接,这块应该不属于项目交接了呵呵.
4.长期有效的联系地址或电话.
交接工作的成效考核:接收人必须对原有项目有充分的认识,能够完全代替交接人进行工作.所有文档符合规范,代码有充分的注释.已完成的测试文档必须详细.至此交接工作应该算是圆满完成了.
上面是一般性交接工作的流程和需要注意的地方,一个好的交接必须有完善的规范做支撑,才能达到事半功倍的效果,希望对LZ有帮助.
‘贰’ 为什么程序员是一个跳槽比较频繁的职业
程序员这个行业存在着这样的现象,有些刚毕业的大学生因为没有见过世面,一不小心被忽悠到那些处在创业阶段的“公司”,拿着实习生的工资干着全办公室的活,而且经常被老板拉过去谈人生理想,刚毕业的程序员都是涉世不深的小男生,那里经得过这些老狐狸的忽悠,一招画饼充饥就在那幻想未来美好生活了,但凡事都得有个度啊,时间久了次数多了,小白也变了,只能跳槽另谋出路。
我觉得跳槽的主要原因有两个,一个是自身原因:因为大多数刚出来实习的程序员大多数对工资方面的要求不是很高,因为他们也知道,自己现在是属于学习阶段,知道自己的价值是多少,所以一般不怎么要求工资,但是一旦工资几个月之后,对整个体系有了较大的了解之后,就要要求有对等的工资,因为在一个技术部里面每个人的工资都是不等的,这样会觉得自己有那价值但是没有那回报,心里也就有些变扭,也就有了跳槽的想法了。还有一个就是当自己有过硬的技术时,一般也会考虑自己出去单干接项目做。
另外一个就是公司体系问题,在国内外包公司之多,所以大多数的程序员也是在外包公司做,而外包公司的规模参差不,大多数也是在剥削压榨程序员,各种坑也是居多,管理层体系混乱,这也是造成程序员跳槽的原因
1.互联网技术风起云涌,变化之快。公司制定的涨薪制度都有着统一的标准,不会因为某个编程语言热门而增大涨薪幅度。但是新进员工的薪资待遇往往是根据市场幅度在变化的。 so,常常听到老员工抱怨,那个新来的谁谁谁,哪哪都不如我,工资却比我高。
2.据不完全统计,互联网行业的创业公司从天使走到D轮概率尚不足2%。大量初创公司的关门倒闭,致使一些程序员“被迫离职”。
3.互联网公司会根据市场的变化做一些战略调整,内部转岗已是家常便饭。比如本人之前所在的项目组,所做的产品是web端的直播平台。后经市场调研,公司打算将重心放到移动端,部分web组的老员工也就转岗到了移动端小组。 我想说的是,如果企业内部的调岗不符合个人的职业规划,那么也是程序员跳槽的一大原因。
不邀自来,本人目前从事嵌入式软件开发,也算是程序员大军中的医院,下面来回答一下这个问题:
按理说,薪水高,工作环境尚可的工作一般都是很稳定才对啊,但是据一份调查发现连Google,Amzon这些大厂的程序员的平均在职周期都只有1~1.5年,可见程序员频繁跳槽不是我国或是某个企业特有的,一线国际名企都如此别说国内小厂了, 那么为什么造成程序员为什么会如此平凡的跳槽,我们来分析一下:
IT产业发展迅猛,市场需求旺盛,程序员有更多选择
虽然我国的计算机行业起步很晚,但这不影响IT产业在我国的迅速发展,发展就需要相关内容的人才,同时我国计算机的培训起步也不是很早,早起的人才主要是理论研究并不都是真正写代码的,供求关系不平衡,导致程序员在就业市场上比较抢手,各行各业一旦某种人才紧缺自然导致有价无市的感觉,所以,各厂想尽办法招聘让程序员,诱惑多了选择自然多了,选择多了跳槽就频繁了,这是见怪不怪。
IT行业存在一种“倒挂”的行业怪象,程序员更愿意跳槽
“ 倒挂 ”是指在某个行业内部,由于行业的特殊性,从业人员的薪酬待遇和业务能力以及技术水平不相关的现象,这种现象尤其在程序员行业存在,一个刚大学毕业的新鸟在待遇薪酬方面可能秒杀一个已经工作四五年的优秀程序员,换谁也受不了,没有工作经验还需要人带的新人工资居然比带他的人高,有些企业宁愿花5000块钱新招一个新人也不愿意多给老程序员多加1k来完成同样的工作,坐等通过技术积累来加码自己的报酬的希望破灭后,那些受到不公正待遇的程序员通过跳槽去涨薪了,在猿圏有句话更能说明这个问题“People who stay in one spot earn less than those who move(经常换工作的人比那些安分守己的人赚的更多)”。
公司没有给程序员提供良好的职业发展规划
虽说职业规划都是自己为自己规划,但是自己的规划能否按计划顺利实施很大程度上取决于公司是否为自己的员工有良好的职业规划,显然,一家没有为程序员薪酬增长和职位升迁做过精细规划的公司,让程序员不在有安全感或是让他们没有期望,换做谁都得跳槽另找下家。
程序员厌倦了代码工厂式的工作,想尝试新鲜的东西
计算机行业是一个日新月异的行业,此外程序员是一类喜欢挑战新技术的特殊人群,很多公司的业务模式单一或是业务稳定了,程序员的工作变成流水线的单调模式,他们早已厌倦了日复一日的代码搬运工的工作,一旦尝试新的技术并且一改往日的单调与无聊,那么它们会在合适的机会换个领域,此外,程序员是青春饭行业,代码工厂式的工作会让他们没有安全感,因为这会让他们失去市场竞争力。
从业人员层次不一,淘汰提高了程序员跳槽的几率
IT的迅猛发展,在巨大市场需求的推动下,编程行业门槛编低,导致从业人员良莠不齐,可能一时的冲动或对自身判断不足而走上程序员之路,很多人发现程序员并不是媒体所报道的光鲜亮丽,工作压力大,无休止的加班都会使一些不适合做程序员的人淘汰出局,这在职场非常常见,尤其是刚毕业的新人,这就外界感觉程序员跳槽更频繁了。
提到跳槽比较频繁的职业,我想除了题目中提到的程序员之外,应该还有餐饮企业的服务员,餐饮企业服务员跳槽基本就是三种情况,一是薪资低,二是工作好找,三是工作时间长。
我们再来看看程序员跳槽,其实也不外乎是这三个原因。
一、薪资低
看了这一条,你可能会说,程序员薪资怎么会低,刚毕业的就能拿到个7、8千块,如果是硕士毕业就拿个1.5万一点儿不奇怪。
这里说的薪资低不是指薪资行情低,而是每个人都觉得自己的薪资低,对于程序员来说薪资水平差异很大,但人们往往并不关注工作本身,或是人的能力而关注的是自己怎么比别人少这么多,但在本公司可能调薪并不是件简单的事,所以只能通过跳槽来实现工资的上涨了。
二、工作好找
程序员现在可以说是一个热门岗位了,从业人员比较多,但是需求量也很大,如果你是个程序员,简历更新之后,估计每天5、6个面试邀约电话都算少的。因为工作好找,所以工资势必也就水涨船高,谁也不怕裸辞,工资要求不高,只涨个20%今天离职,估计3天后就能有新工作。
三、工作时间长
程序员工作时间长是大家有目共睹的,有个说薪资高,工作时间长很正常,但人的欲望总是无止境的,没钱的时候想要钱,有钱的时候想要时间和自由,薪资支撑的满意度最多也就能维持半年,长时间高负荷的工作会让人产生厌倦,这个时候就会觉得自己工资的性价比不好,要么找更高工资的,要么就找没那么累的。
因为现在部分公司涨薪速度比较慢,跟不上市场的价位。
打个比方:
如果你有拼搏精神,愿意在下班后精进技术、学习,
等几个月后技术成熟了再跳槽,可以一下子就翻倍,甚至直达15k。
但是要正确地跳槽:
第一,找一个符合自己期望值的平台,让自己的价值和技术得到最大的发挥。(这里和薪资没有关系,最重要的是适合自己)
第二,不要只为了加薪而跳槽,不断地去一个新地方,自己的职业生涯也在不断地清零,不符合长期的发展。
引起程序员跳槽的原因有很多,但是在所有的岗位中程序员的跳槽频率确实高于其他工作岗位,一般程序员跳槽的原因有这么常见几点:
第一、由于互联网是一个很不错的创业方向,很多人有着不错的创业项目,然后开始组建自己的技术团队,这时候就需要很多的程序员组成产品开发,而由于程序员的工资支出较高,往往在产品还没有进入收益期的时候公司很难支撑下去,或者缺少产品推广资金,这时候程序员就会面临跳槽的可能。
第二、在成熟的互联网企业中,由于项目的开启,而组建新的技术团队,随着产品上线,企业将更多的精力投资在产品的运营上,而对做技术的程序员来说每天的工作都是很清闲,失去了项目研发期的忙碌,让程序员感到无所适从,从而引起跳槽。
第三、就是大家常说的一点,不跳槽怎么加薪。这也是程序员跳槽比较普遍的一个问题了,很多人由于不满现在的薪资待遇,但自己却有了很多的项目经验,所以选择找下家公司,通过以往的项目经验来提现自己的价值,从而达到自己想要的薪水,这也就是程序员找工作的时候,工作年限时间是一个因素,更重要的是一共参与开发了多少项目,并且更具项目的大小代码量是一个较为重要的因素。
第四、就是有些程序员是追随技术的,他们认为在软件开发的外包企业中虽然每天都有繁忙的项目要完成,但是对自己而言却是千篇一律的重复性代码的敲写,甚至是直接使用企业自身比较完善的库或者框架完成程序的开发,觉得对自己的技术提升没有太大的帮助,从而选择跳槽。
第五、接受别人的老项目进行改造,由于原先的程序员并没有留下太多的技术文档进行参考,所以每天都在纠结一句一行的代码,再就是程序开发的很多思维思想并不清晰,这就让程序员很纠结了,所以在与老程序相爱相杀了一两个月后,实在受不了上级的催促以及难以完成代码的整理重构而离职,放弃。
欢迎程序员的你在评论中分享自己的跳槽原因和经历
作为一个在这个行业呆了十几年的老人感觉上程序员这个职业算是跳槽频非常高,据不完全统计程序员流动性不低于百分20,相比别的职业已经算是很高的了,为什么程序员这么容易跳槽,由于程序员这个职业特殊性决定的,是什么推动了程序员这么多跳槽的勇气。
1.就目前中国软件行业的发展,虽然说程序员的数目越来越多,但高手却是急缺,主要还是前期积累不够,再过些年可能会稍微改观些。技术高手的数量在上升但是软件公司的数量以及业务需求的增加更快,所以给人一种很直观的感觉,很多大公司是一直处于缺人状态。
这种状态催生了程序员的跳槽,有更好的待遇,为什么不选择跳槽,这也属于人之常情,有些程序员离职也不是因为呆的多不开心,而是外面的诱惑实在太大,出来混还不是为了多挣点钱,有待遇更好的就走人。
2.程序员这个职业本身来讲属于重度的脑力劳动,说的再夸张点就是吃青春饭,毕竟年龄大了竞争优势在减化这是不争的事实,趁着自己还年轻还能拼的时候,去挣钱多的公司,其实还存在一种大家容易忽略的现象,整天的加班加点很容易造成一种很压抑的心情,换个公司换个环境放松下,可能会人觉得有点矫情,但现实中的确存在很多,或者在薪资相差不大的情况下,换个加班稍微少点的公司,这都是换公司的理由。
3.现在很多招聘网站特别是一些猎头网站滋生了,程序员的不稳定性,把程序员当作商品来运作了,很多猎头只要在网上搜到合适的人,就开始千方百计的运作,真有点经纪人的感觉,这种无形之中增加了程序员的不稳定性,而且也在无形推动了这个行业薪资的上涨,其实很多人值不了那么多钱,但物以稀为贵,现实就是这种状态。
目前市场上讲,程序员的薪资的两极化越来越严重,水平差点的大家都不想要,水平高的大家都跟打了鸡血一样争抢,很多人觉得程序员这个职业已经不行了,主要还是没爬到食物链的顶端,把技术搞得扎扎实实的大把机会等着你。
希望能帮到你。
因为对其他的行业不太了解,所以也没办法对比出来程序员跳槽是不是比较频繁。
我身边的程序员,有在一个单位工作十多年的,有像我一样平均三四年换一家单位的,也有跳槽比较频繁的,平均每年都会换一家单位。
能频繁跳槽,我分析不外乎几点:
岗位多 特别是在北上广深这些IT行业比较发达的城市,程序员真的是不太愁找工作(工作能力不错的前提下),真的可以说,在一家单位做的不爽了,直接在招聘网站上把简历打开(招聘网站上的状态设置成考虑跳槽的状态),就会有不断的有面试电话打进来(当然大多数主动打电话的单位都是外包,哈哈)。
我跳槽的时候,都是主动给心仪的公司投递简历,基本都是可以得到面试机会的,而且通过率也挺高。
大部分IT公司,每年涨薪都不是很多;而跳槽一次的话,至少得涨个30%吧。
我在第一家单位的时候,起薪3K,每年涨500-1000,是不是很可怜。第一次跳槽,工资就从5K涨到了8K。
第二家单位第二年就涨到了12K,但是从此以后,就是每年涨1K的龟速了。第二次跳槽的时候,月薪虽然涨的不是特别多,但是按照年薪计算的话,应该涨了有60%以上了。
当然也有涨薪比较快的单位,我的一个朋友在一个神奇的网站工作,研究生毕业工资一万左右,现在工作有三年了,刚刚涨到了20K。如果你在这种单位,好好珍惜吧。
在外包公司的,想去一个非外包公司,跳槽。
传统行业的,想去互联网公司寻求技术发展的,跳槽。
互联网公司的,想去传统行业养老的,跳槽。
小公司的,想去一个大公司,跳槽。
大公司的,想去初创企业当个技术合伙人,跳槽。
......
欢迎大家在评论中分享自己的跳槽原因和经历,还有说说跳槽涨了多少钱,哈哈。
干得不爽,只好选择辞职。作为一名老程序员,在一家创业公司做了三年多互联网开发,我现在终于解脱了。三年中加了两次薪水。第一次700,第二次770。第二次年头加薪,我要求提高500,老板说董事会规定一次只能加那么多,然后要到6月再满足我。于是到了6月份,我发现并没有提高500,问之,说到7月份加。快到7月份,有一天晚上项目经理要我留下来加班,我饿着肚子一时间也搞不定手上的任务,就擅自回去了。结果,老板知道了就取消加薪计划。5月份以来公司制度越来越严格,首先是安装摄像头全日监控员工行为,其次规定上班时间不准使用手机,除非工作需要;再次,除了查技术资料,浏览各大网页需要申请;制度下来后,公司天天像在牢房里渡过,这样的工作环境,请问大家会喜欢吗,能否继续坚持?我是走了……
为什么程序员是一个跳槽比较频繁的职业?
因为好的程序员确实值钱,连带着不那么好的程序员也相应的值钱了。
其实是现在这个行业导致的,互联网的世界里,就算是一头猪站到了风口上,也能飞的比大师兄还快。
不是你不明白,是我变化快程序员本身是干技术活的,技术迭代比较快,所以一般程序员都有较强的自我学习能力和自我迭代能力,随着时间的延续,本身的能力水平提高了,那么肯定期望与之匹配的待遇,但往往很多公司的迭代速度是很慢的,承担不了程序员这种高薪成长,所以往往满足不了程序员的需求。
那么只能跳槽啦!
老用户与狗不得办理
还有就是,往往软件公司也好,互联网公司也好,很多老板都喜欢招新人给高薪,但是老人年年不涨薪,最后的结果就是老人纷纷离职,这种情况也造成了外界看来程序员频频跳槽的现象,但往往都是情非得已啊。不给涨工资啊。
那么只能跳槽啦!
跳一跳更 健康
老公司的暮气沉沉和新公司的造气蓬勃形成了鲜明的对比,在老公司任劳任怨,每年涨薪不超过10%,但是一跳呢,工资普遍double,这种风气形成并且传播,明眼的程序员肯定待不住了啊。
那么只能跳槽啦!
其实苦的是HR,老板不给力,还让留人,你告我咋留!!!!!
‘叁’ 程序员一年中最佳跳槽时间是在什么时候
不论对任何岗位来说,跳槽最重要的事,都是要找到一份无论在发展潜力、还是薪资待遇各方面,都比原来公司更加匹配自身现阶段要求的工作。
从这个意义上说,只有最适合跳槽的机会,没有最适合跳槽的时间。
文章图片2
01
传统的“金三银四”、“金九银十”黄金求职季到底是怎么回事
先来说说“金三银四”,这其实是每年农历春节之后的时间,大量公司选择在这个时间节点招聘,大量员工选择在这个时间跳槽,其实原因很简单:
一方面是每家公司习惯在岁末年初之际,对公司的整体情况做一个总结,对来年的工作做一个规划,这就必然会牵涉到人员的重新规划,需要招聘一些符合企业新的战略和业务方向的新员工;
文章图片3
另一方面,很多员工原本就有离职的打算,但临近春节一般都会选择拿到年终奖之后再跳槽,这样,公司在发完年终奖之后,就会因为有一批员工离职而产生职业空缺,需要招聘新人。
相对来说,每年春节过后的一段时间,会是一个比较好的跳槽时点,不过这个时间段,虽然招聘岗位多,求职的人也多,需求职者自己权衡。
而所谓的“金九银十”,事实上是每年针对应届生的秋招,跟社会招聘的关系不大。
文章图片4
事实上,一般职场人到了9、10月份,即便有跳槽想法,一般也会再等等,等拿到年终奖,来年再说。尤其是程序员这个群体,比较流行的所谓13薪、14薪,如果没到年底发年终奖就离职,基本就拿不到了。
不过,2022年之后,年终奖的个税优惠政策不再延续,需要跟年度收入一起合并计税后,程序员们的薪资结构还会不会继续采用年底双薪或者更多的方案,则需要后续再观察。
如果这个薪资结构也改变了的话,那可能所谓的“金三银四”招聘季的热度会进一步降低。
文章图片5
‘肆’ 为何大多数程序猿会转行做产品经理的背后的原因有哪些
为何大多数程序猿会转行做产品经理的?背后的原因有哪些?下面就我们来针对这个问题进行一番探讨,希望这些内容能够帮到有需要的朋友们。
那到底哪一类目的产品研发转产品经理会更易于获得成功呢?刘炯直播间中也得出了一个回应,“现在我关心到好的的产品研发转商品十分顺利的,大多数是中后台管理商品。由于这一商品方位对思维逻辑规定很高,或是要化解的问题大多数是相对性可预测性的问题,相对而言合适产品研发开展产品经理的改行。”
‘伍’ 从程序员到项目经理(17):你不是一个人在战斗--思维一换天地宽
程序员和项目经理是两种完全不同的岗位,工作方式也大不一样。以前是一个人单干,现在是团队一起干,以前是自己亲自干,现在是指挥别人干,这是一种巨大的变化。要适应这种变化,首先必须要转换思维模式。思想决定行为,思维模式就好比在陌生城市找路用的地图,拿着过时的地图,自然无法到达想去的目标。思维不换走老路,思维一换天地宽。
1.从单干到群干
从程序员到项目经理,不只是职位的变化,其工作性质也发生了根本性改变,简单的说,是一个从单干到群干的过程。
严格来说,程序员并不是单干,他们也是在团队中,需要具有团队合作的精神,但其实程序员的工作具很强的单干的特征。在项目中,程序员的基本工作,也就是完成项目经理分配的开发任务,而这些开发任务,是项目经理或团队进行工作分解后的小的工作包,是一个确定的功能点,一个人足可以胜任,因此程序员只需要自己构思、自己编码就可以了,并不需要很多人一起来合作完成。
项目经理不一样,他面临的不是某个确定的功能点,而是整个项目,无法一个人完成,必须要整个项目组齐心合力一起来做,这就是群干,也就是团队作战。项目经理不只是自己需要团队精神,更要能够激发其他人的团队精神。
我们看一看程序员和项目经理两种角色的比较:
正如黄健翔的名言说的一样:“你不是一个人在战斗!”项目经理要时刻记住这一点,不要只顾自己闷头编码。只有学会发挥团队的力量,才能管好项目,成为一名真正合格的项目经理。
2.为什么软件企业人难管
从单干到团队做战,项目经理最大的变化就是以前只需要管自己一个人,现在你要管一个团队,以前独善其身就可以了,现在要兼济他人了。可以说,项目经理最重要的一项工作就是管人。
但是软件企业的人是出名的难管。软件公司的经理管人有两难,一是留人难,人才流失成了很多公司的心病;二是用人难,要把程序员用好,把大家的潜力发挥出来,决非易事。
( 1 )留人难
每年春节过后大约三月份,是很多软件公司的人力资源部经理最“兴奋”的时候,一方面他们要大量招人,另一方面,大量程序员辞职流失,让他们叫苦不迭。
程序员的离职率高,一直是行业的普遍存在的问题。据前程无忧网站2012提供给《中国经济周刊》的信息表明,IT行业人才流失率高居所有行业的首位。另外据CSDN的一份调查显示,43.6%的开发者在5年内换了3份以上的工作,这么高的跳槽频率真是让人瞠目结舌。我们不禁要问,为什么程序员这么“喜欢”跳槽呢?
我曾经接触过数以百计的人员离职,根据对他们的分析,我将程序员离职的主要原因分为三种:
表 程序员离职原因分析
以上枚举显然不能穷尽所有的问题,但能抓住主要原因就可以了。
这么多问题中,最重要的还是薪资问题。据《北京青年报》的调查显示,“职业收入高低”是促使人们跳槽和选择新职业的首要原因。然而在这一问题上,公司其实也有其苦衷。
很多人从学校毕业,对开发基本上一无所知,经过在公司一年多的培训学习,取得了巨大进步,个人能力提升很快,此时必然对薪资要求也比较高,这是可以理解的。然而,站在公司的角度,这一年你基本上还谈不上什么贡献,公司却付出了较大的成本,大幅加薪一时难以接受,难道我把你招进来就是为了培训然后再涨工资干活吗?你也许会认为公司非常短视,这样的公司不待也罢,殊不知,软件行业看似光鲜,其实大量的企业挣扎在生死线的边缘。据工信部统计,2011年上半年我国软件行业利润仅占软件业务收入的1.28%,这么低的利润率,能活下来就是成功,对公司提出过高的要求也是不现实的。
在这一场博弈中,没有谁对谁错,但公司肯定是受伤的一方。真正将员工利益与公司利益统一起来的凤毛麟角,大部分公司里,公司和员工就像一对冤家,虽然互相需要,却又矛盾重重。
当然,其实公司也应该转变思路,不要总抱着我培养了你、你应该感谢我的心态,在程序员进步巨大的情况下,还是要给员工相应的薪酬,真正留住人才,毕竟软件项目禁不起人员剧烈变动的折腾,从长远来看,公司还是划算的。
( 2 )用人难
留人难,用人更难,要把程序员用好,则是难上加难。员工用得好,每个人都奋勇当先,以一当十。用得不好,员工死气沉沉,没有朝气和干劲。在我所见过的软件项目中,虽然有不少程序员工作主动积极、富有效率,但更多的是缺乏激情、消极怠工、甚至不服从项目经理工作安排情况。
为什么软件开发人才就这么难用呢?这是由多方面的因素所决定的:
●软件开发的特点
软件产品有一个非常显着的特征,就是它是一种无形的东西,在生产过程中看不见也摸不着,完成以后可以看到运行效果,但你还是无法知道它是不是一个“豆腐渣工程”。它里面暗藏的问题也许若干年后才能看到,也就是说它的质量评价非常困难。这与传统的制造行业有着非常大的差别,比如你是造一栋房子,生产过程中我们就能看到它的结构设计是怎样的,它的地基是不是够牢固,它有没有用“牙签钢筋”等等。
第二个重要特点是对人的依赖性非常大。同样的一个功能点,由不同的程序员来做,所花的时间可能会相差很远,比如有经验的人来做可能只要1天,没经验的人来做,可能1周甚至1个月都完成不了,做出来的质量也可能有天壤之别。即使是同一个人,由于其工作状态的差别,也会产生巨大的差异,如果主动积极做,可能只要1天,消极怠工的做,就无法预期了。这样的情况,在传统行业是无法想象的,只要按规定的程序和规范来做,即使换一拨工人,也可以在同样的时间建造出来,建出来的房子的质量也不会相差太远。要知道,再烂的挖土机也能挖出一个大坑。
总之,软件开发存在非常多的不确定性,非常依赖于每一个开发人员。虽然管理专家们发明了很多方法企图来减少这种不确定性,减少对人的依赖,让软件开发像传统行业一样变得可控,但迄今为止,仍然没有一个通用的行之有效的方法,专家们也不得不无奈的发出“没有银弹”的感慨。
● 程序员的个性比较强
不得不承认,与其它行业人员相比,程序员显得更加内向、不合群,有些人自视甚高,看不起别人。他们做事冲动、不服管,也就不足为奇了。
●程序员的想法比较多
程序员都很聪明,对自己的期望值也很高,不会满足于现状。有想法本来是好事,但人人都很有想法时,经理就没那么好当了,没有高超的领导技能是难以应付的。
综上所述,软件企业对人的依赖性非常强,却又面临着留人难和用人难这样两难的困境。要解决这些问题,一方面要求软件企业真正要做到以人为本,另一方面也对管理者提出更高的要求。
3.转换思维提升领导力
留人难、用人难,难道我们真的就无能为力了吗?这两难困境中,有行业原因、有公司原因,对于这些,作为项目经理也许力不从心;但也有程序员的原因和项目经理自身的原因,对于这一类问题,项目经理并非无能为力。即使在同一个公司,不同项目组中的人员流失情况、团队士气也会有很大的差别,这说明项目经理完全是可以有所作为的。对于有强大领导力的项目经理而言,人员的流失率会更小,工作效率会更高。要提升领导力,首要的是转换思维。
在前面博文中曾介绍了管理的五大思维:以目标为中心的思维、整体思维、平衡思维、以人为中心的思维、团队思维。其中前面三项与理事有关,而后面两项与管人有关。下面我们对这两种思维进行详细的解析:
表 管人的两大思维
可以看出,这种以人为中心的思维和团队思维,真正体现了以人为本的思想。它们与程序员的机器思维、单干思维大相径庭。许多项目中的问题,就是由于项目经理的思维还停留在程序员阶段造成的。
管理学之父彼德.德鲁克说:“管理是一门反映人的内心,与人性息息相关的科学。”项目经理只有跳出程序员思维的局限,实现思维的转换,尊重人性、遵循人的社会法则,才能真正把人留住、用好,项目团队才能具有更强的战斗力。
4.项目经理也是人事经理
在管人的方面,除了要建立上面两大思维之外,还要提高一项认识,那就是项目经理其实也是整个团队的人事经理。
很多项目经理对下属关注的重点往往是他有哪些具体技能,比如他有几年工作经验,他会用JQuery吗,熟悉NHibernate吗等等,而对于项目组成员培训、薪资、离职这些事情,则认为统统是部门经理或人力资源经理的事情。如果将问题交给人力资源部,需要跨部门协调,比较麻烦,因此干脆直接全部推给部门经理。
我担任部门经理的时候,曾无数次遇到这样的情况:
项目经理找到我说:“经理,某某要辞职了,帮我安排一个人。”
“你跟他谈过没有?”我问道。
“还没有。”
“他为什么辞职?”
“还不清楚,可能是工资问题吧。”
我找员工沟通过之后,原因自然是五花八门,有要求加薪的,有抱怨环境的,还有跟项目经理合不来的,不一而足。经过多轮沟通,该开导的开导,有合理要求的尽力帮助争取,还有一部分可以承诺延迟满足,或者用前景来“诱惑”等等,采取这些方法之后,还是有不少人愿意留下来继续做的。其实,大部分辞职的人并不是喜欢换工作,而是有一个心结,需要上司来帮他打开。
其实我做的这些工作,项目经理一样可以做。项目经理与员工朝夕相处,要时刻关注员工的动态,发现异常情况,及早介入沟通,也就不需要其上司费尽心力了,而且员工可能根本不会走到辞职这一步,沟通效果会更好。
项目经理还有一个普遍存在的误区,就是在评价下属时,习惯于说某某不听话、不好管。殊不知,一个员工好不好管,其实也取决于项目经理本人的态度和做法。一个看似不好管的员工,经过引导,同样可以成为项目的骨干,这样的例子屡见不鲜。
所以项目经理在碰到管人的难题时,不要再总是想“这个我管不了”、“那个我没办法”,而应该抱着“我也是人事经理”这样的心态,主动沟通、想办法。如果经过分析或者努力后,确实需要上司出马的,才去请上司来帮忙解决。直接把问题丢出去,当然是最简单,但这样做一方面你在团队中的威望会受到影响,项目的凝聚力下降,另一方面你的个人价值也大打折扣。
5.打造“凝胶型”团队
着名职业经理人唐骏说,管理的任务就是“造一条船,然后让船划起来”。对项目经理而言,我们已经有了一条船——就是项目团队,现在的任务要把它划起来。
软件质量之父沃兹.汉弗莱曾经提出,一支高效的团队应该是一种“凝胶型”的团队。在这样的团队中,大家有着清晰的共同目标,彼此合拍,每个人都全身心投入,团队显示出超常的战斗力。
我曾有经过一次项目灾难拯救的经历,这一段时间我真正体会到了凝胶型团队的力量。项目上线后发现软件运行效率极低,故障不断,人人疲于奔命,客户发出最后通牒,三天之内搞不定就下线。在这种情况下我临危受命,临时接管项目。接手后我主要做了以下几项工作:
1.找出当前影响最大的几个问题,采用头脑风暴法一起找出解决方案,在短时间内让客户体验有较大改善,让客户重拾信心,然后不失时机安抚客户情绪;
2.每天客户下班后开会,与项目组成员一起进一步研究项目存在的问题,按轻重缓急做成任务列表,制定阶段目标,并检查上一阶段完成情况,更新任务列表;
3.向公司申请了充足的经费,保障后勤,改善工作环境和吃、住条件,解除后顾之忧;
4.与团队一起加班加点,一起分析问题,并亲自完成一些力所能及的功能修改。
有随后一段时间里,项目团队的状态让人难以置信。项目组虽然夜以继日的工作,却没有一个人说出一句怨言。其中一位同事才刚当上爸爸一个星期,就驻现场无法回家;还有两位同事的女朋友半夜打电话过来,他们只能躲在一边苦苦安慰;还有一位同事,由于个人原因早先已经申请了离职,仍然与我们一起奋战到最后一刻……经过一个多月辛苦修改完善,项目总算彻底摆脱了危机,项目组高高兴兴打道回府。
在这一次经历中,虽然大家都很辛苦,但每个人都过得很充实。大家同心合力,每个人都贡献了自己全部的智慧和力量,也都做到了以前难以想象的事情。
我为什么举这个一个非正常项目(陷入灾难)的例子呢?这是因为要建设一个真正的凝胶型团队非常不易,不只是依赖于项目经理和每一位成员,还与公司的制度、氛围、项目的任务特点等多方面的因素密切相关。在这个例子中,项目灾难显然也是激发大家战斗力的一个重要因素。不过,即使是不能完全做到,但通过项目经理努力,还是可以近似实现的。
根据项目经理团队中充当的角色和发挥作用的不同,凝胶型团队可以分为两种,即星型和网络型,如下图所示:
图 两种“凝胶型”的团队
● 星型
项目经理处于中心位置,好比一颗红太阳,把大家吸引在自己的周围,整个项目组依靠项目经理领导力团结在一起。这要求项目经理个人能力极强,富有魅力,具有绝对的权威。星型团队的决策方式常常是这样的:项目经理收集意见,项目经理决策,再反馈给大家,或者由项目经理单独决策,再分发给大家。
● 网络型
网络型的团队中,项目经理看似在其中不占主导地位,项目经理的权威被弱化,实则项目经理的对团队的控制已经内化到每个人的潜意识之中,达到了一种近似于“无为而治”的境界,因此对项目经理的要求更高。
这种团队的决策方式一般采用民主制或民主集中制。把大家联结在一起的不只是项目经理领导力,更是富有挑战性、具有吸引力的目标,以及共同的认识和价值观。项目经理往往是外柔内刚,能够不动声色,于无形中实现对项目掌控。
能够建成星型团队的项目经理已经寥寥,能做到网络型更是可遇不可求。不管有多难,目标不能丢。我们就好比是一群已经出发的登山者,来到了山脚下,怎么能够因为看到山太高太难爬就放弃攀登呢?
https://www.cnblogs.com/watsonyin/archive/2013/04/22/3035203.html