软件写年终总结6篇
写好年终总结能让自己在工作中有更多发展的机会,如果想让自己的工作能力得到加强,写年终总结是很好的方式,以下是加分文档网小编精心为您推荐的软件写年终总结6篇,供大家参考。
软件写年终总结篇1
年即将过去,时光飞逝,日月如梭,我来公司两年的时间转瞬即逝,身为一名年轻的员工,我紧密配合公司的安排,卯足精神,踏踏实实地为公司做事,同时也努力成为一名能主动做事,勇挑重担的员工,为公司的发展贡献出了自己的一份力量,回顾这段时间的工作,既有收获也有不足,现对自己这段时间的工作进行总结。本人在公司领导的正确领导下,在各位同事的热情帮助和大力支持下,立足本职工作,努力学习,勤奋工作,诚恳待人,团结协作,遵守各项规章制度和工作纪律,不断提高服务质量和工作效率,较好的完成了全年的各项工作任务。以下是两年的时间个人的工作总结。
政治思想方面
在工作中我积极参加公司里组织的学习,努力做到在思想上,认识上同公司价值观保持一致,始终保持与时俱进的精神状态。同时,自己还树立终身学习的观念,利用业余时间进一步学习自己的业务知识。平时能够团结同志,具有一种良好的敬业精神和责任感。
工作情况
这段时间我的主要工作有:大衍企业版项目的相关测试。
关于大衍企业版,在工作前期主要是对企业版各个子模块下功能点的测试,查找bug并提交到禅道,同时与产品、开发人员对需求的一些讨论,后期在需求部分变动下通过产品原型与产品需求进行测试计划,测试方案,测试用例等文档的编写。
存在的问题和打算
尽管经过一些努力,我的业务水平还需进一步提高。在以后的工作中,我将加强自主管理的意识,加强理论和业务学习,不断提高业务技术水平,使自己的工作达到一个更高的层次,有问题积极与领导进行交流,出现工作上与思想上的问题及时汇报,也希望领导能够及时对我工作的不足进行批评指正,使我的工作能够更加完善。
今后我会加强其他专业知识的学习,社会的进步与企业的发展对员工的综合素质提出了越来越高的要求,要求员工一专多能,只有这样才能进一步提高企业的效率,增强企业的竞争力,才能增强员工在这个社会中的竞争力;具体在接下来的工作中,我准备进行接口文档,数据库文档,性能测试报告的组织编写,同时在具体的测试过程中与开发人员对产品性能上的一些优化进行商讨;下一阶段是当产品需求不再变更已完善后,回归测试过程中对可执行自动化测试的部分进行自动化脚本的设计与录制以节省人力物力。在工作过程中对测试工具jemter与python自动化测试框架selenium灵活运用不断改进公司产品的用户体验。
平凡普通的岗位上,自己只是沧海一粟,但是,人同此心,心同此理,只要我们都有爱岗敬业的行动,必将成为公司发展壮大的坚实基础。我会把自己的理想、信念、青春、才智毫无保留的奉献给这个庄严的选择,因为企业的发展与成功,不仅是一个公司的成功,更是我们每一个员工的成功,只有企业更好地发展,才有员工发挥的舞台,才能尽情发挥个人的才华,实现个人与企业的共发展!
软件写年终总结篇2
一、分享第一条经验:“学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看到哈!-
二、一定要确定自己的发展方向,并为此目的制定可行的计划。不要说什么,“我刚毕业,还不知道将来可能做什么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走,成为职业经理人?先熟悉行业和领域,将来自立门户?还是先在行业里面混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。
三、软件开发团队中,技术不是万能的,但没有技术是万万不能的!在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。
算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。
四、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。请牢记:“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。
五、书籍是人类进步的阶梯,对软件开发人员尤其如此。书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。
“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧,才算是真正拥有了它。
六、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试试用sdk开发从头开发一个windows应用程序;用vc++、delphi、java、开发应用程序,花时间去研究一下mfc、vcl、j2ee、.它们框架设计或者源码。
除了会用j2ee、jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!
软件写年终总结篇3
这是一个资深软件工程师的工作总结,讲述了从事本行业人士应该具备的基本素质。并提出了自己的一些建议。对初入此行的从业人员具有一定的指导作用。为一个软件工程师,以下三点应该贯穿你职业始终:
随着互联网技术的快速发展,以及电信行业的第三次重组,给我们通信服务行业带来了巨大的'商机,我很荣幸在这个大好时机来到中国网通常州分公司,成为网通公司的一名宽带医生,我非常珍惜这份工作机会。
时间一晃而过,转眼间20xx年已接近尾声。回首繁忙而又充实的20xx年心中不禁感慨万千,过去的一年中通过自身的不断努力,使得技术水平、沟通技巧等方面都取得了一定的进步,当然亦有需要改进的地方,这是我人生中弥足珍贵的经历,也给我留下了精彩而美好的回忆。
非常幸运能够来到xx公司参加工作,上任软件工程师这一职位。回顾业务培训期的一个月工作,感触很深,收获颇丰,我们首先对宽带医生这项业务的前期推出做了很细致的准备,仔细讨论了在业务推出以后可能遇到的种种困难;然后参加了代维部门的实践学习,深入了解了网络的接入技术,以及在修障过程中遇到的问题,接着参加了为期两天的新员工入职培训班,认真听取了相关领导对公司的发展概况,组织结构,以及各部门职责的介绍,并认真学习了公司的基本业务和增值业务,对公司的产品和服务有了很清楚的认识。
后期在主管的带领下,我们陆续对周边保有用户进行了宽带医生免费体验活动,也让用户知道我们这项延伸服务的推出,树立我们xx宽带的品牌形象。
在过去的工作当中,在领导和同事们的悉心关怀和指导下,通过自身的不懈努力,各方面均取得了一定的进步,但那些远远不够,我也在实际工作中认识到自己的不足,业务还不够熟练,很多知识还有欠缺,处理事情不成熟。因此在今后的工作中,我将努力提高自身素质,克服不足,朝着以下几个方向努力:
1、学无止镜,时代的发展瞬息万变,各种学科知识日新月异。我将坚持不懈地加强学习,向理论学习,向专业知识学习,向身边的同事学习,逐步提高自己的理论水平和业务能力,并用于指导实践。
2、“业精于勤而荒于嬉”,在以后的工作中不断学习业务知识,通过多看、多学、多练来不断的提高自己的各项服务技能,克服年轻气躁,做到脚踏实地,提高工作主动性,不怕多做事,不怕做小事,在点滴实践中完善提高自己。
3、不断锻炼自己的胆识和毅力,提高自己解决实际问题的能力,并在工作过程中慢慢克服急躁情绪,积极、热情、细致地的对待每一项工作,继续提高自身文化的修养,努力使自己成为一名优秀的软件工程师。
4、在工作上积极配合省公司“关于配合全省宽带续费率提升活动开展“宽带医生”服务的建议“的活动;加强对武进、新区、金坛宽带医生的业务宣传,增加这些区域的服务量;加大对他网用户的宣传,扩大宽带医生的服务群,争取将用户发展为本网用户;明确宽带医
生远程服务软件的一整套受理、安装、服务的流程,加强远程服务软件的推广,将远程服务和上门服务结合起来。
本文所叙述的软件工程师工作总结,软件工程师年终总结中其中一点至关重要的那就是:学习!不断学习!掌握一门学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。想成为出色的软件工程师不仅仅是软件知识,还有财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。希望这里介绍的软件工程师工作总结,软件工程师年终总结对您能有所启迪。
中国北京在20xx年被评为中国软件之都,国家也大力发展软件开发产业,所以java软件工程师就业前景非常乐观。八维软工学院的培养目标是将每位学生打造成计算机灵魂的工程师,为每位学生今后的工作和生活提供更好的保障。
软件写年终总结篇4
各位同事:
大家上午好!开一次这样的会不容易,这应该是信息部两年来人员最全的一次会议。外地的同事很辛苦的千里迢迢赶过来,希望大家珍惜这个机会,好好的沟通和交流,使以后的工作进行的更顺利!
时间过的很快,很快又到了年底,一年的工作即将成为历史。在这里我将对我20xx年的工作进行一个简单的总结及对20xx年的工作进行一个简单的规划。
20xx工作总结
一:)美容院财务系统:
1:)及时的修改在办公例会中提出的相关系统问题以适应公司业务的发展;
2:)根据财务部的需求,在系统中增加各种相应的汇总及明细报表,减少了财务部相关的手工单据,更直接的从系统中取数、打印,更好的提高了财务部的工作效率;
3:)从4月到5月中,经过一个半月的努力,最终完成了美容院财务系统的分布式操作,相比去年的分布系统更加稳定、准确;
4:)在系统中增加了客户经理操作美容院财务系统的权限(点菜系统),相应的减轻了一线运营的工作以及让客户经理更好的管理好自己的客户;
5:)在系统中增加了护理记录的自动输入功能(即在财务系统中的交款、开卡、消费等操作记录自动录入到美容院业务系统中),从而减轻了一线前台的工作;
6:)在oa系统中嵌入美容院财务系统中各店院业绩汇总报表,以方便相关领导及时的了解到公司的运行状况。
二:)美容院业务系统:
1:)在系统中增加客户尺寸测量及相关提醒功能,以更好的了解到顾客护理后相应的效果对比;
2:)在系统中增加投诉处理功能,更好的处理了法务部、财务部及一线运营相关部门的投诉处理的协调;
3:)业务系统数据库电话号码加密(系统中对电话号码的操作进行加密及对电话号码解密的显示,实施时对电话号码的批处理加密);
4:)修改系统中相关运营的操作(修改客户来源、咨询产品及客户资料的合并,相应的减轻本部门相关人员的工作)。
20xx工作规划及打算
继续维护及更新美容院财务管理系统、美容院前台业务管理系统,及时更新相关人员对系统提出的需求;财务系统各市场系统的合并操作及显示、财务系统与人事系统的相关对接、财务系统中集团报表的显示、用友系统中凭证与财务系统中数据的对接…
与自己工作相关的问题:
总结20xx年,对于自己感受更多的是忙、压力、成就。
忙:20xx年说起来应该算是很忙的一年,系统不停的修改,修改完一个功能后面还有很多的需求等着自己去做,想找到一点空闲的时间很难。
压力:看看未来的工作规划,有个时候听别人说修改完这个需求后可以减轻别人的工作,总让自己感觉到很大的压力。系统的稳定性、数据的准确性,对于公司两个重要的系统来说表现的尤为重要,虽说这两个系统还算稳定,但是还是避免不了一些问题,总给自己带来一些压力,这也是以后的重点改进,以确保更高的稳定性。
成就:当自己接到系统的一个需求后想到能够给别人的工作带来方便、简化,即使再累也要以自己最快的速度最完善的完成,当完成后自己感觉很有成就感。
关于我们软件组,我们每一位同事都是很优秀的,我们几个人一年内开发那么多的系统。对于网络组的同事,你们有个时候会存在一些抱怨,说软件不稳定、报错,也许是我们的开发时间太短,很多的细节问题没有考虑到!我知道我们的同事也很忙,但请我们的同事不要急躁,详细的记录好错误信息,看清楚错误提示,有时对于一线反馈过来的错误希望大家能够确认好(因为有时一个简单的错误提示会被她们描述成系统使用不了),希望网络组的同事确认是否存在该软件上的错误,以至于我们能够及时的处理好!而我们能做的也就是及时的处理问题,提高系统的稳定性、错误,减少网络组同事不必要的麻烦!对于我们软件组的同事(包括我),要及时的处理好错误,找到错误的原因,希望下次不要再出现同样的错误!站在我们软件开发的立场上,虽说软件的错误是不可避免的,但我们可以把它降低到最小!当我们接到一个软件需求的时候,不要把它想的很简单,我们尽可能的可以把它考虑到很复杂,这样我们就可以考虑到更多的细节,比如限制一些相关错误的输入。有个时候软件是出现的不合理数据,我们不可以认为是是操作员的错误,相反我们要想到是自己的错误,站在软件思想上,是我们做的不够,没注意细节,给网络组人员带来了不必要的麻烦。所以包括我在内软件组人员要提高自身的软件技术,多创新,提高自身系统的稳定性,数据的准确性!
在20xx年前希望上完所有奈瑞儿店院的分布式财务系统,对各店内的所有服务器数据库设置密码,相关的系统中数据连接配置加密,以对20xx年的工作划一个圆满的句号。
20xx年我们继续努力。
软件写年终总结篇5
一、职业成长回顾
还没有来得及揣摩自己在这一年中的所有得失,20xx年已经领近尾声,细细回首这一年走过的路,虽然没有轰轰烈烈的成绩和战果,但是也经历了一些不平凡的考验和磨砺。我想,20xx年是我工作旅程中的转折一年,在这一年中,我在自己的岗位上迎来了更多的历练和思考。我想,这是喜悦和汗水并存的一年,也是充满了机遇和挑战的一年。
来到xx已经一年光景,作为一名项目工程售前的技术工程师,承蒙公司领导与部门同事的批评指导,在履行自己职责的同时,也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。空闲的时候我也时常扪心自问,是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓?
自从担任公司项目工程售前技术工程师以来,我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案,以及就公司现有资源产品整合起来编写解决方案。记得过去一年最开始独立接受项目派单时,我几乎不太能够理解项目售前的含义,更不了解应该如何去把项目售前的工作开展实施,而是过多的依赖于抄袭现场的方案,在一些项目关键点部分处理得不够理想,过于理论化,导致与实际脱节。通过几次不太成功的案例锻炼之后,慢慢的我也开始形成一套适用于自己成长的思维模式,并摸索出一些相似领域、固定产品的处理办法。但是回过头来看,那段时期的方案编写也存在许多的不足,体现在对于项目建设的需求经常只顾眼前的形势直奔主题,阐述完功能产品的适用性,能够如何满足客户需求即可,但是却忽略了未来客户发展所带来的变化与扩展,对项目的把握不够全面,毕竟系统集成涉及的领域众多,涵盖的技术面较广,这种着眼现在直奔主题的处理方式也折射出了自己知识面狭小的事实。好在公司的领导及同事通过单独技术指导以及对整个部门进行的项目经验分享指导,也让我逐渐明白在进行系统集成项目时宏观了解,全局设计的重要,对用户的需求必须要深入的分析,了解客户的企业规模、事务处理流程以及发展规划之后,从全局的角度来进行方案设计,再突出眼前的局部建设构想,这样才能真正把
系统集成方案写好,才能真正让客户满意,而我也必须在具备这样全局把控的思维能力,再加上知识的不断积累,才能成长为一名合格的售前工程师。
二、工作开展回顾
在过去的一年,我对涉足不同行业的系统集成需求也进行了一些回顾总结,其中视频监控项目与网络项目占到了所处理案件的70%,在这些项目中,我所要承担的任务主要包括:项目需求了解、项目设计方案编写、项目跟踪等。而相对来说,项目方案设计又占到了很高的精力付出比例,但是如何提供解决方案完成工作,亦经历了两个时期的成长。
第一阶段:从产品到方案。将公司的产品资料(如海康威视、华为等常用设备)修改成针对用户的解决方案,这一类售前支持不在少数,处于对公司内部代理的产品比较熟悉,再加上有一定的技术功底,所以这个时期在编写方案的时候从完成速度上来说比较快速,但不能站在客户价值角度来理解产品。
第二阶段:从需求到方案。通过总结问题以及对项目的不断理解,有了自己的知识体系和工作方法,能站在管理咨询的角度采用各种方法去了解客户业务、分析用户需求,并提供解决方案。
三、20xx个人职业展望
通过这一年时间的摸索与观察,对于现在各大行业客户,越来越不满足于单一产品的建设需要,他们往往希望单位或企业内部的各个应用子系统能够兼容整合,并且所有的管理能够在统一的平台下进行。也就是说,对于未来客户系统集成需求我们可以理解或者影响客户往应用系统集成方向发展,而不是单一的提供产品集成,在激烈的行业竞争中,我们需要提供客户耳目一新的亮点方案。
在学习交流中我发现,数据集中与云计算将是未来发展的技术方向,所谓数据集中,就是把企业所有日常办公产生的数据集中在机房管理端,确保数据的安全有效管理,杜绝一些潜在或已知的泄密危险;而云计算通俗来说既是虚拟化服务,包括应用虚拟化、桌面虚拟化和服务器虚拟化,这样的技术发展将越来越降低对客户终端的硬件要求,转而提升系统应用的灵活性和高可用性。
除了对技术方面的发展追求,在职业规划中我也有一些为自己客观定位的要求。在过去的工作开展中,接受客户案件的时候,我想自己可能过多的是处在一种被动的状态下,按照客户提出的需求进行分析,了解客户一时期内的发展状况,然后提出可行的办法。但是我想这样远不能够树立自己在客户心目中理想方案解决者的形象地位,我更倾向于为客户树立一种可靠可信的咨询师的身份角色。不单单对客户的需求进行分析,还要对客户所在行业进行一些必要的了解,清楚行业发展趋势以及新兴技术的应用案例,从硬件和软件结合的角度出发来进行整体解决方案设计,提供给客户综合应用解决方案。
明确了个人的发展方向与职业角色定位,这就要求自己仍然需要不断的知识积累,尤其在数据集中所涉及的存储、备份、数据恢复以及云服务涉及的虚拟化技术上投入一些精力,结合项目实施者成功经验的分享,总结出适合自己在新的一年工作中处理项目的办法。
软件写年终总结篇6
总想着每天、每个月、乃至每年都有点进步。20xx年,对我来说,是起伏不定的一年,也是收获颇丰的一年。当然,最大的收获是有了一个可爱的女儿。
在这一年,我跳了两次槽,一次是自愿的,还有一次是被迫的。我目睹了一些公司从盛到衰的过程,也看到了一些脚踏实地的公司。
离开xx公司,是因为我觉得xx公司不是在做软件,所谓的印度模式,我想,绝对不是这么做的。理想不合,不想浪费时间,也只能背负跳槽的恶名,挂冠而去。去x2公司,是因为看到他是美国独资公司,做外包软件,能够接触美国的客户和技术,希望能够有所收获,何况,职位也不错。的确很想好好做,也跳累了,只想稳定发展,毕竟,是做父亲的人了。没有想到的是,竟然让我目睹了一场资产争夺的好戏。公司易主,流言满天,流言四起,官司大战,这种平常只有在电视和电影里看到的情节,我实实在在的亲身经历了,也算是人生的重要一课吧,至少,让我看到了人性最阴暗和恶毒的一面。自然,是做不下去了,只能又走。
我也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后,只要他能够存活,必定是一个成功的公司。虽然老板对我也很有诚意,只是对于教育软件,我实在没有太大的兴趣,何况,如果想做教育,我何不选择安博呢?毕竟,安博给于我很多。回头想想,在其他公司,我都是在奉献,只有在安博,是学习了很多。
说起跳槽,其实看看那些公司,有多少是在踏踏实实做事情的?老板本不懂软件,都是看着软件行业能赚钱,想来捞一票,结果把中国的软件行业做坏了,也害苦了中国的程序员。自己不好好做事,怎么怪别人跳槽?同工作经历的坎坷相比,在个人能力方面,今年的进步是非常大的。今年上半年,我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和net平台,还有uml建模,终于有所突破,设计了一套自己的基于net平台的系统架构和开发工具,并且得到了应用的证实。在网上也陆续发表了一些文章,受到比较好的欢迎,还上了赛迪网的开发之星。
下半年,在软件工程方面收获是很多的。
看到网上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。
列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。
我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。
首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士、想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容。至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,中国的软件太缺乏核心技术了。
其次,对管理要求的严格不说(这个谁都知道、,实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。
第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水平不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了、。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。
对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作,而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。
第四,软件开发中,最重要的还是团队合作和交流。这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。
最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水平再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会,不想总是跳槽。