软件开发年终工作总结.docx
- 文档编号:10883222
- 上传时间:2023-02-23
- 格式:DOCX
- 页数:13
- 大小:26.71KB
软件开发年终工作总结.docx
《软件开发年终工作总结.docx》由会员分享,可在线阅读,更多相关《软件开发年终工作总结.docx(13页珍藏版)》请在冰豆网上搜索。
软件开发年终工作总结
软件开发年终工作总结
xx年已过去,在过去的一年中,我担任公司开发部的一名软件工程师,主要从事着JAVA项目的开发工作,这一年来我低调努力工作着,不求闪亮显眼和光芒四射,只为平静和淡定;这一年中所做的成绩如下:
一、财政局项目,本人独立负责开发会计处的三个子系统:
1、会计人员信用查询系统。
2、代理记账机构信用查询系统。
3、会计人员网上报备系统。
以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。
二、餐饮行业项目,在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目,主要负责的系统有:
1、房屋租赁合同管理系统。
2、短信收发管理系统。
3、会员管理系统。
4、基础信息管理系统和人事管理系统的部分功能模块。
系统应用后,豪享来在管理全国各门店房屋租赁合同上,一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。
三、金融行业项目,我参与了中国银行厦门分行,企业转账管理系统中的部分模块开发。
本系统方便了企业快速实现大量和复杂的转账工作。
一、个人工作详细说明
本次软件项目设计的题目是场地预约系统,它是基于B/S模式实现的用于体育城场地管理预约的Web应用软件。
为用户提供并接受用户提出的需求信息,同时通过数据库管理系统存储数据,给场地的管理带来很大的方便。
本项目的实现分为前台与后台。
其中前台,用户可以浏览场地所提供的可预订场地的信息,同时可以对需要的场地进行预订;后台主要是针对管理员,管理员可以通过后台对场地的相应信息进行增添修改等操作。
我基本参与了本项目的全部实现过程,涉及项目的需求分析,概要设计,详细设计,代码编写,调试与运行。
在需求分析阶段和小组其他成员认真分析讨论了本项目各方面的需求,主要是功能方面的需求,基本确定了本场地预约系统应该具有的基本功能。
概要设计阶段通过讨论分析确定了所需表结构。
详细设计阶段参与部分代码的编写,其中包括页面与数据库交互的实现,还有相应jsp页面代码的实现几布局的调整,修改。
在数据库设计实现阶段,通过和我们组其他成员的共同讨论,确定了场地信息、用户信息等表结构的详细信息,并实现了其数据库的建立和相应表的具体信息的设计实现。
同时针对个别表结构完成了相应代码的编写与实现。
在后台,实现了用户的信息的浏览查看,修改及删除等功能,同时完成了足球场等场地信息的浏览、增添、修改、删除等功能。
前台参与了主界面的设计与实现,通过查询数据库得到主界面显示所需场地的相关信息,通过这样,用户可以很清楚的获知所有可预订场地的信息,其主界面上的所有关于场地的数据都是动态从数据库获取的,这样当场地增添或删除时通过修改数据库可以很方便的实现界面呈现给用户的场地信息,能够很好的使实际情况跟提供给用户的信息保持同布,非常利于场地信息的管理和发布。
二、个人工作体会西安石油大学
时间过得真快,不知不觉中近一个月的课程设计就要结束了。
本次课程设计我们组做的题目是场地预约系统,先前选题的时候以为它实现起来应该比较简单,在通过后边的具体分析之后才发现它并不是我所想象的那样简单,其中涉及许多问题我当时并没有想清楚。
经过我们小组的共同努力,最终基本上完成了场地预约系统的实现。
虽然做的不是很完美,不是特别有创意,但这是我们共同努力的结果,当我们看着自己亲自完成的项目觉得很欣慰。
XX年是我进入公司的第一年,也是我的工作能力得到提高和快速发展的一年,在公司领导的指导和同事以及其它部门的支持配合下,最后在经过自己的努力,完成了自己所要完成的各项工作任务,在新的一年来临之迹,我要对过去一年的工作进行一个全面的总结,以便在今年的工作中能够有更明确的目标,尽量克服自己现在所存在的不足,希望能更一步为自己所在的部门增光,做出自己的贡献。
下面是我对去年工作汇总。
一、总结:
1、自身定位:
在过去一年,是我进公司的第一年,也是我工作的第一年,刚开始在我对工作竞争和自身都不甚了解的情况下,在领导和同事的指导下,我感觉自己已经慢慢对人与人的竞争和自身定位有了深刻的了解,因为有了自我目标,才能感受到自己的压力有多大!
我的目标也不只是完成目前所要做的工作而已,要向其它方面拓展学习。
2、定下心来,踏踏实实:
我学的是计算机专业,我的工作也是计算机方面的,以前有什么优势,但是踏入工作岗位后才发现,自己学的只是一个基础,只是有些方面或许比别人走的快一步,所以一切都要靠自己、自己要定得心下来学习、成功需要耐得住寂寞,不求最快,但求、
3、团队合作:
以前在学校或许你可以靠一个取得好成绩,在工作上你必须要有一个团队,在一个部门之中,团队合作精神显得尤为重要、以前我做有些事都是一意孤行,但现在已经对自己改变了,多听听他人意见,会犯更少错误,会更长见识,所以要学会与同事之间的合作,做事才更有效。
4、工作情况:
在公司一年,对mes大型系统有了个大概了解,对我们所要学习的mes已经可以说差不多都掌握,条码打印机的维修和设置掌握,a4打印机大多数情况可以维护,pda、条码枪已掌握,电脑的系统重装和维护已掌握,其它基本设置可以维护,对新出来的程序掌握和了解也比较快。
5、课外学习:
该学的已经掌握,学习,简单的程序可以编写,但有时还要依靠于网络和朋友,需要进一步加强。
但主要还是以网络为主。
二、自身缺点
1、沟通问题:
自己的沟通能力只能算一般,因为对于某些事的阐释还是不怎么好,语言表达能力有点差,希望通过平时的交流和沟通来加强。
2、心态问题:
自己对于做某些事过于着急,一心想急切完成,确反而误时,这个问题一开始就一直出现,现在虽然已经基本克服,但也要列入缺点方面,希望以后时刻注意!
3、学习问题:
对于课外学习c#这方面,我在编程时感觉困难的时候有时候就不愿去做,现在虽然已经慢慢改进上网搜资料和问问朋友,但有时候还是克服不了自己。
金秋十月是个收获季节,希望我们每一天的生活都如这个季节一样,又一个月过去了,现对工作中收获与不足总结
一、工作内容
九月份的工作比较繁忙,工作重点有四方面:
s6测试,医院软件开发、测试,售后服务,文档书写及培训。
1、关于s6测试
s6的新增修改功能大约30多项内容,测试的重点如:
其一,每日结账时更正库存的操作,此项功能涉及的方面比较多,影响数据的准确性,测试起来比较烦琐、测试量也比较大;其二,由于业务开票时程序内部处理发生了改变,由原来的控制台转移到存储过程中处理,所以对此部分也进行了重点测试;其三,饮片划价自动批号的测试;其它方面的测试包括,gsp报表、客户对应商品销售、批次会员录入以及远程配送价格等的测试,再有就是售后人员随时提出的问题随时测试,如打印模块加完打印项还是不能打印、某些模板在99pbl修改以后还是不好用、哪个报表数据是否有问题等。
2、医院软件开发、测试
对于新版医院软件的功能模块开发工作也做出了一点贡献,作了15个打印模块(如入库重打、划价重打、盈损重打等),12个查询模块(入库报表查询、住院报表查询、入出院费用查询等),所做模块包含的内容为:
菜单挂接、将窗口中不需要的按钮隐藏、书写查询报表中所需要的sql语句(大约60句,但语句结构并不复杂)、打印模块及查询模块所需的数据窗口大约80个;测试方面,现在只是进行了表面性的测试,测试的内容包括每个窗口中的字体是否一致、按钮是否对齐、点击按钮后弹出的提示是否正确、开票窗口的金额、价格、数量、库存等的变化情况是否正确,焦点移动问题等,现已测出的问题100多个;其它方面,修改了库结构,将每个的表中将不允许为空的字段修改正确以及将a25、a35等字段在每个表的长度统一等。
3、售后服务
s6的售后工作,由于每日结账时更正库存,造成几个客户的库存数据不准确,通过查询客户实际的数据库找到了问题的原因,再有就是在电话中为售后人员解答一些问题;其它方面,上门服务三次,分别是,解决了先知医疗器械公司的应收应付财务问题,通胜医药财务软件中辅助核算的客户查不到,从后台修改数据已解决问题,汉华林销售出错库存未减,原因未查到;远程及电话解决客户提出的财务软件、财务接口、金税接口等问题。
由于十一休息,售后人员少,在月末休息前做了两天售后工作。
4、其它方面
s6的培训文档写了两次,其次就是书写了加强版与s6的区别,再有就是编译序程、备份程序、程序注册等工作,其中程序注册是随时性,所以也占用一定的时间。
二、工作分析
通过的工作,自己在pb方面又懂得了一些知识,并且可以修改简单的错误,也可看明白一些简单的脚本结构,这对于我的测试工作是很有帮助的。
从反馈的情况看,s6的结账库存更正功能还存问题,还需要加强测试。
再有从售后服务的情况看,售后人员在财务方面的技术还需要加强。
三、工作计划
1、医院软件测试
2、书写医院软件的说明书
3、s6新增、修改功能的测试
一年即将过去,现对个人工作总结如下:
已经完成的工作:
1、按照《软件开发项目管理》要求完成《AutoPFA软件开发项目意向总结书》《项目功能需求规范书》
2、将AFTimpulse文件格式映射到内存模型使autopfa兼容AFTimpulse文件格式。
3、仿照AFTimpulse完成autopfa图形和表格输入界面及计算结果表格和图表输出界面。
4、通过使用单位模块将autopfa模型转化到无单位的计算模型。
5、完成流体分析稳态算法。
6、完成流体分析瞬态算法。
尚未完成的工作:
1、与AutoPDMS接口。
2、算法计算功能还需要增加,明渠,可压缩流体,冲击力等等。
3、计算结果输出还需要完善。
4、模型数据输入功能还不太完善。
自己感觉做得不错满意的方面。
为什么满意?
能够在最困难的时候坚持,autoPFA万里长征总算踏出第一步。
李总能给我机会写算法,对我来说确实是一个很有压力和挑战的任务,数学方面确实还比较欠缺,好在大学还听了点计算方法的课,学起来还不难。
写算法这段时间确实花了很多精力,也学到了很多,突然觉得大学的课程太有用了。
自己感觉做得较差不满意的方面。
为什么不满意?
仿真是计算机热门,未来很多设计可能将会进入仿真时代。
要做好仿真计算机语言只是一门工具。
必须具备扎实的数据基础和数学建模能力。
特征线方法理论还是算比较容易的。
要想做好流体分析软件,数学,流体知识,和计算机技能都要同步提高。
沟通能力和计算机水平都要加油努力提高,才能把软件做好。
你是否按照去年的年终计划做了,为什么做到或没做到?
基本按照去年计划完成autopfa第一个版本。
自己来年的计划。
准备如何提高发展自己?
看一些复杂算法及理论推导还是很吃力,准备提高自己数学能力。
算法的效率很重要,大学学的数据结构和算法不深,准备看看运筹学训练一下算法思维。
英文阅读水平也要加强。
计算机能力加强多看几本书学习前人经验。
自己对公司的建议或期待。
公司发展越来越大,产品覆盖面越来越广,产品技术含量也越来越高。
这当然与李总发展公司的.战略目标和战略眼光分不开的。
两年来autopfa流体分析一直消耗公司有限的发展资源。
期待流体分析有自己的客户支持流体分析发展,我坚信只要计算功能能算对,能够不断改进满足客户工程设计要求,流体分析作为一个单独的软件也是能盈利的,同时将autopfa集成到AutoPDMS提高公司软件整体竞争力为公司发展做出。
今天早上内蒙古客户试用autopfa流体分析软件,他们的需求很简单从一个水库抽水。
扬程较高需要计算。
《水务设计手册》提到循环水和补给水系统需要瞬变流计算这个应该是给水系统。
从AFT文档可以知道工程师在设计系统是当他感觉的存在安全隐患才会去计算瞬变流。
以内蒙古客户需求为例:
水泵停泵,系统最大压力出现在泵出口,最小压力出现在泵入口,如果低于大气压力或压力太高是不允许的。
这样可能需要增加一个空气罐,并通过计算确定空气罐适当的尺寸和位置。
确定空气罐尺寸和位置要经过很多次删除和尝试。
典型的假设是空气罐应该尽量靠近瞬态源。
我们要不断改变空气罐到泵的距离和初始气体体积通过计算结果得到符合要求的设计。
说了这么多主要是期待公司考虑满足不使用AutoPDMS客户需求(比如以上例子工程师需要先通过计算才能得出设计):
autopfa作为单独软件输入功能要完善。
哲学就是用简单的说话来体现出隐含深层意义的道理,让人们去思考和体会。
哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。
哲学的特征在于追问本质,不断反思。
内容上,哲学的反思对象无所不包;深度上,哲学的反思是无穷无尽的。
现实中,我们可以借用哲学的思维方式,但是不能照搬哲学的思维方式。
也即是说我们能够直接关注的现实是具体而有限的,思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。
把哲学低估于现代科学是不负责任的,哲学隐藏在现实生活中的每一部分,它为我们提供了一种生活的方式,如果将哲学简单的与现代科学相提并论,则成为了一种狭隘的唯科学主义。
“又是一年毕业时”,看到一批批学子离开人生的象牙塔,走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志,不觉感叹万千……本文是自己工作6年的经历沉淀或者经验提炼,希望对所有的软件工程师们有所帮助,早日实现自己的人生目标。
本文主要是关于软件开发人员如何提高自己的软件专业技术方面的具体建议,前面几点旨在确定大的方向,算是废话吧。
谨以此文献给那个自己为你奉献3年青春与激情的开发团队。
还有团队成员:
PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。
1、分享第一条经验:
“学历代表过去、能力代表现在、学习力代表未来。
”其实这是一个来自国外教育领域的一个研究结果。
相信工作过几年、十几年的朋友对这个道理有些体会吧。
但我相信这一点也很重要:
“重要的道理明白太晚将抱憾终生!
”所以放在每一条,让刚刚毕业的朋友们早点看到哈!
2、一定要确定自己的发展方向,并为此目的制定可行的计划。
不要说什么,“我刚毕业,还不知道将来可能做什么?
”,“跟着感觉走,先做做看”。
因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。
一直做技术,将来成为专家级人物?
向管理方向走,成为职业经理人?
先熟悉行业和领域,将来自立门户?
还是先在行业里面混混,过几年转行做点别的?
这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!
”。
3、软件开发团队中,技术不是万能的,但没有技术是万万不能的!
在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在MM比较多的团队中。
在软件项目团队中,技术水平是受人重视和尊重的重要砝码。
无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。
算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。
倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!
”四分五裂、各奔东西。
那个项目的“成功度”大家可想而知了。
4、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。
请牢记:
“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。
”不要告诉自己没有时间。
来自时间管理领域的著名的“三八原则”告诫我们:
另外的那8小时如何使用将决定你的人生成败!
本人自毕业以来,平均每天实际学习时间超过2小时。
5、书籍是人类进步的阶梯,对软件开发人员尤其如此。
书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。
对于花钱买书,我个人经验是:
千万别买国内那帮人出的书!
我买的那些家伙出的书,!
00%全部后悔了,无一本例外。
更气愤的是,这些书在二手市场的地摊上都很难卖掉。
“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。
”只有将书本变成的自己智慧,才算是真正拥有了它。
6、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。
“对任何事物不究就里”是任何行业的工程师所不应该具备的素质。
开发Windows应用程序,看看Windows程序的设计、加载、执行原理,分析一下PE文件格式,试试用SDK开发从头开发一个Windows应用程序;用VC++、Delphi、Java、.Net开发应用程序,花时间去研究一下MFC、VCL、J2EE、.Net它们框架设计或者源码;除了会用J2EE、JBoss、Spring、Hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。
试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!
7、在一种语言上编程,但别为其束缚了思想。
“代码大全”中说:
“深入一门语言编程,不要浮于表面”。
深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。
编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。
我的经验是:
用面对对象工具开发某些关键模块时,为什么不可以借鉴C、C51、汇编的模块化封装方式?
用传统的桌面开发工具(目前主要有VC++、Delphi)进行系统体统结构设计时,为什么不可以参考来自Java社区的IoC、AOP设计思想,甚至借鉴像Spring、Hibernate、JBoss等等优秀的开源框架?
在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?
为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?
“他山之石、可以攻玉”。
8、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。
众所周知,对软件开发人员而言,有、无经验的一个显著区别是:
无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。
这并不是说,所有可复用的东西都必须自己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识库中。
但是,最好还是自己实现,这样没有知识产权、版权等问题,关键是自己实现后能真正掌握这个知识点,拥有这个技能。
9、理论与实践并重,内外双修。
工程师的内涵是:
以工程师的眼光观察、分析事物和世界。
一个合格的软件工程师,是真正理解了软件产品的本质及软件产品研发的思想精髓的人(个人观点、欢迎探讨)。
掌握软件开发语言、应用语言工具解决工作中的具体问题、完成目标任务是软件工程师的主要工作,但从软件工程师这个角度来看,这只是外在的东西,并非重要的、本质的工作。
学习、掌握软件产品开发理论知识、软件开发方法论,并在实践中理解、应用软件产品的分析、设计、实现思想来解决具体的软件产品研发问题,才是真正的软件工程师的工作。
站在成熟理论与可靠方法论的高度思考、分析、解决问题,并在具体实践中验证和修正这些思想与方式,最终形成自己的理论体系和实用方法论。
10、心态有多开放,视野就有多开阔。
不要抱着自己的技术和成果,等到它们都已经过时变成垃圾了,才拿出来丢人现眼。
请及时发布自己的研究成果:
开发的产品、有创意的设计或代码,公布出来让大家交流或者使用,你的成果才有进化和升华的机会。
想想自己20xx年间开发的那些Windows系统工具,5、6年之后的今天,还是那个样子,今天流行的好多Windows系统工具都比自己的晚,但进化得很好,且有那么多用户在使用。
并且,不要保守自己的技术和思想,尽可能地与人交流与分享,或者传授给开发团队的成员。
“与人交换苹果之后,每个人还是只有一个苹果;但交换思想之后,每个人都拥有两种思想”,道理大家都懂,但有多少人真正能做到呢?
11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品,千万不要因为没有钱赚而不做。
网络早已不再只是“虚拟世界”,网上有很多的开源项目、合作开发项目、外包项目,这都是涉猎工作以外的知识的绝好机会,并且能够结识更广的人缘。
不要因为工作是做ERP,就不去学习和了解嵌入式、实时、通信、网络等方面的技术,反过来也是一样。
如果当他别人拿着合同找你合作,你却这也不会,那也不熟时,你将后悔莫及。
12、书到用时方恨少,不要将自己的知识面仅仅局限于技术方面。
诺贝尔经济学奖得主西蒙教授的研究结果表明:
“对于一个有一定基础的人来说,他只要真正肯下功夫,在6个月内就可以掌握任何一门学问。
”教育心理学界为感谢西蒙教授的研究成果,故命名为西蒙学习法。
可见,掌握一门陌生的学问远远没有想想的那么高难、深奥。
多方吸取、广泛涉猎。
极力夯实自己的影响圈、尽量扩大自己的关注圈。
财务、经济、税务、管理等等知识,有空花时间看看,韬光养晦、未雨绸缪。
13、本文的总结与反思:
A:
不要去做技术上的高手,除非你的目标如此。
虽然本文是关于提高软件开发知识的建议,做技术的高手是我一向都不赞同的。
你可以提高自己的专业知识,但能胜任工作即止。
B:
提高软件知识和技术只是问题的表面,本质是要提高自己认识问题、分析问题、解决问题的思想高度。
软件专业知识的很多方法和原理,可以很容易地延伸、应用到生活的其它方面。
C:
在能胜任工作的基础上,立即去涉猎其它领域的专业知识,丰富自己的知识体系、提高自己的综合素质,尤其是那些目标不在技术方面的朋友。
回顾20xx过去工作中的点点滴滴,心中无限欢喜,忙碌且充实、并快乐着。
在这一年的工作中既有成长同时也存在着许多的不足和缺点,这都值得去总结、反思、改正和提高。
现在我将本年工作做一个简单的介绍,借以促进、提高。
工作情况
今年的工作主要围绕着***和***两个客户系统展开,期间也穿插了一些其他系统中某些功能的编写和改进,这其中有以前从未有过的功能创新也有和客户协调的反反复复功能改进,总体来说还是按时完成了要求的工作任务。
团队合作
项目的顺利进行离不开团队的默契配合和共同的努力,每个项目开始之前,每个人都需要认真的了解项目的需求和开发中需要使用到的关键技术,对于不清楚的不了解的问题要及时提出,而对于那些在开发中会影响到所有人的决策,要及时的通知大家以尽量减少拖延所带来的不必要的重复程序开发和改动。
团队如同一个整体,成员如同四肢和躯干,只有互相配合默契才能走得快走得稳走得远。
团结很重要团队是否能配合默契的先决条件是团队的所有成员是否能精诚合作,大家只有心往一处想劲往一处使才能做到事半功倍。
沟通很重要
每个项目在开始开发之前都需要主要负责人员做详尽的企业背景及开发内容的介绍,以帮助开发人员建立起对项目的整体宏观认识,从而减少在开发中因为理解错误而导致的开发错误。
在开发过程中成员之间要积极的沟通和了解系统的开发进度,对于项目中的公共开发资源一经改动要及时的通知项目组其他成员,同步开发资源。
氛围很重要
良好的工作氛围可以有效的激发团队成员的工作积极性,从而达到事半功倍的效果。
工作态度
学会聆听
参加工作7年给我最大的感触就是一定要学会安静认真的聆听,无论是开会时还是在讨论时,认真听取每个人对待问题的看法,因为每个人思考问题的方向和出发点不同对于问题的理解
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 年终 工作总结
![提示](https://static.bdocx.com/images/bang_tan.gif)