先自我简介一下，本人从事asp。net开发进一年，0_届毕业生，_年11月开始上班，之前做asp，_年2月后开始做asp。net，由于公司转型，现在带十几个人在一起搞asp。net开发，主要是关于准金融行业的行业管理软件。年度总结在会议上也写了，但仅限于对于工作总结及_年工作计划，自我总结较少，因此今天专门做下自我的年度总结，主要从技术、管理、人生上面谈谈这一年的收获，前辈路过欢迎多多指正。

技术

我在学校里学的是电气自动化，程序基础仅限于c基础课程的一些知识，后来由vb、html转向asp，在asp上花费了不少时间，对asp比较熟悉，后来由于公司业务需要，将开发平台转向asp。net，开始对asp。net不是很感冒，以为就是asp的一点扩展(那时还不知道三层架构，数据数据访问全在页面里——!)，后来招来几个北大青鸟的过来终于意识到asp。net的强大之处，经过个人的努力已经逐步掌握了asp。net，现在层次上只能讲个人觉得是入门而已，原因是多方面的，待会儿会讲到。

相信从面向过程转向面向对象的同学都有一种感觉：面向对象开始真的有点别扭，涉及到属性，尤其是类之间的各种关系，那时老想用面向过程传递参数多方面啊。于是老在想对象这种东西，从概念中跳中来，以自己的方式去理解才逐渐体会到页面对象的精华来，分层次展现、分级别访问、封装对象之间各种关系逐渐真正理解了，尤其是对象之间的关系，如对象a与对象b两者之间的关系，有些需要完全公开，有些需要隐藏，有些需要通过第三方传递，有些需要给自己的下级可见，有些需要让下级去完成具体操作——这不是现实的实际模型吗?应该这么理解，面向对象来源于现实，它不是一种凭空空想出来的理论，这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下，页面过程往往像是一股脑全部推给用户使用，其中的数据与数据访问方法层次不清晰，在模拟现实上它与面向对象相比更易于入门理解，实质上难于准确直接地表述。

面向对象上另一方面是它的设计模式，在之前的面向过程中对这个设计模式并没有清晰地提出来，面向过程优秀的代码要求高内聚低耦合，从个人的理解上，这仅是对软件开发方法“技”上理论总结;设计模式是达到了“道”的层次，因为它从更大的方向、更抽象的层次来去表述具体的代码模块之间的关系，可以认为设计模式是完全从实际的应用来不断总结得来的经验，之间并没有这种术语，但相信前人肯定也使用到这种思想，它从实际应用于来，当然要应用于实际工作中，认真思考不断总结每个人都会有自己的“设计模式”，可以借鉴前人的思想来去提升自己，不可去为“设计模式”而设计模式。

具体到asp。net的实现模型中，真正理解它的机制与方法也就不难理解，记住b/s中离不开post或get，所有的autopostback、selectedindexchanged……都是去调用form传值，加上runat=server的服务器控件打开它生成的源文件也是普通的html标签，微软的让软件开发更容易的思路是很好的，时代在前进，很多年前你使用c写出mis证明你很牛，很多年之后你不在使用c去写“学生管理系统”、“图书馆管理系统”那只能说明你的脑子少一根筋，开发语言都有长处与不足的地方，因为它们适用的场合不同，类似不能拿匕首去跟炮弹比，也不能拿c与php比，程序员都有一种偏执的心理，但一点要记住，你面对的用户才有最终发言权，程序能不能满足需要，易用性、稳定性、成本才是应当首先放到重要位置来去谈的。

管理

最开始担任管理一职时开发团队加我在内只有四个人，那时只是抱着接受挑战的心理去做管理，加上我本人比较重感情，团队之间关系相处都不错，但严重的问题逐渐显露出来：工作的随意性、团队精神薄弱、工作方式蛮干，印象深刻的是有几个开始项目不能完工，于是最后天天加班，一直做到早上6点，睡一会7点半接着上班，几个同事都是年龄差不多的小伙子，干劲十足。后来随着时间的推进，问题越来越摆在眼前：项目迟迟不能完工，又由于公司待遇方面让新员工感觉不值得，于是形成了老板抱怨员工也抱怨的状况，我在中间两点都要去“消火”，这期间是我们部门相对最累的时间但也是相对感觉最充实的时候，后来，之前的员工跟我说“再也找不到那种感觉了”，这是我能想像的。这期间主要是老总对我十分信任，工作上主要是管理方法上对我指点了不少。后来我逐步体会到，管理应该是“大家定规则去遵守”，而不应该是“人管人”。

人管人很容易陷入一个误区：领导去时时刻刻关注每个员工，这样最后往往后造成员工对领导的敷衍了事，管理松了员工会责任下下降，管理紧了造成员工与领导关系紧张，另一方面领导时间精力有限必然耗费大量的精力在日常的监督中而不能投入到全局的管理中。

于是“定制度—定分工—定进度”，明确日常所有的规章制度，这期间除了公司主要的工作规章制度外其他的日常工作纪律、日常管理等规章制度都是我本人制订，然后征求大家意见最后去贯彻执行。中间也遇到了不少问题，比如开始我们内部是允许使用qq的，后来员工用qq闲聊的时间增多，大大影响了工作效率，最后决心禁止，开始阻力较大(貌似程序员都喜欢挂上几个qq去到群里搞个群主，虽然群里大多都是菜鸟)，最后多次开会，逐个谈话，阐明道理，形势逐渐好转。

项目分工上针对技术水平明确分工，制订项目开发计划，由于开始技术都不是很成熟，不少时间我这边强势要求，使用野蛮方法，完不成加班——我陪着加班，这段时间能感觉到员工对我稍有怨言但总体还是认可的。

这期间公司新招人员，人员的增多更使我意识到团队管理的重要性，这期间版本控制、编码规范、文档管理、bug管理等诸多问题都得到一一解决，技术水平上主要是我个人利用空余时间学习新知识充电，然后展开各种培训，主要是photoshop、css、js、sql等方面，培训一方面提升了员工的技术水平，一方面我本人在学习培训的过程中得到的最多，因为这个时候个人要求去思考的会，加上我本人对技术兴趣比较深厚，所以后期工作慢慢踏入良性循环。

待遇低、条件艰苦、工作时间长、工作压力大是团队中的难题，这方面公司在某些方面决策层有着严重的错误思想，造成技术人员对公司埋怨增多，在这方面我本人只能以劝架婆的身价去安慰身边的兄弟，因为我明白现在公司的问题与当前中国软件行业的通病一样，盲目追求利益化，不求质量，但求速度，整个社会风气造成软件行业良莠不齐发展，整个中国三四个人的开发团队组成的公司数不胜数，整个程序员阶层生存状况可想而知，疯狂加班、代码质量低下、维护成本大、稳定性差、用户体验差……。当然我们本身不能去逃避这个现状，对于个人来讲任何假大空的口号都是没有意义的，程序员作为技术人员最重要的是心态，以良好的心态去面对各种问题，发现问题、解决问题，发现问题抱怨是解决不了问题的(“it民工”是我个人认为it人最没有正确的自我定位的一个称谓，试想一个人连自己都看不起自己的职业，他能做好自己的工作吗?)，最主要是解决问题。

我在面试员工时反复提到的三点是;工作态度、发展潜力、工作能力，由前向后排序，心态最重要，大公司大家都想削尖脑袋往里挤，但名额有限，所以广大的程序员同志绝大多数都集中在二流三流四流的软件公司，这个时候更应该做好个人职业定位。以我个人的经验，新员工选择一家公司往往最看重工资待遇跟发展潜力，程序员是一种不可以混日子的职业，工作能力很重要，但不是最主要的，工作态度是最重要的，工作态度往往跟个人的思想认识还有职业所在的环境有关，我个人的体会是绝不能太过于情绪化，情绪化无论是对工作还是对个人的发展都是不利的，就是说哪怕是明天你要辞职，你今天都要把今天要做的事情认真用心做好。

对于工作责任心不够的员工是尤其值得关注的，他们往往自我意识过于强烈，追求以自我为中心，很多时候伴随着工作得不到认可、工作感觉不充实不开心，我会主动找他谈话，我认识：你管理的是一个实实在在的人，他不是一台任你摆布的机器，人会有情绪往往是有心结，找到原因，多加开导，用心去关心每个成员。对于实在不适合在本团队发展的员工要做好最坏打算。程序员这个职业与现在的大学生具有一致的特征，一个是从天之骄子沦为多余人，一个是从高智商人士成为今天中国通行的”it民工“。另一方面是程序员往往年龄集中在20—25之间的男性中，情绪化、失落感、心理不成熟等一系列问题都会出现。但这个阶段的人往往也最易沟通，可塑性也较强，适当的引导、合理的方式会比野蛮的管理效果强上百倍。

软件开发工作计划篇2

1.感受线下生活

当你感觉生活被网络束缚，所得渐渐变少时，请尝试对线下生活(例如烹饪、天文和木工)多投入一些精力，可能有意想不到的收获。

2.保持健康

程序员时常久坐，这让我们容易受到一些特有的健康问题困扰，却又往往视而不见。用一个月时间养成一项健身习惯，也别忽视身体的警告。

3.拥抱不适

在我二十出头时，曾经研究年长者为何有人不断进步，有人停滞不前?答案是“舒适”。我们习惯找到一个适合自己的系统就不再改变，但技术不是这样。

4.学门新编程语??

只会一门编程语言将限制自己解决问题的范围，职业生涯也会少了一些选择。用一个月时间学一门新语言(如racket、haskell、ocaml)或新的编程范式吧。

5.自动化

程序员身上最没有充分发挥的潜力是像在虚拟世界那样，让真实世界也实现自动化。试着用一个月的时间研究下机器人、arduino，以及类似insteon的系统是件有意思的事。

6.学习数学

计算机科学的核心是数学法则，更好的数学技有助于成为更优秀的程序员。尝试系统学习一下逻辑、离散数学和统计学。

7.关注安全

很少有程序员养成了良好的安全习惯，试着用密码管理器保存和生成密码，研究一年中影响的安全事故是怎样发生的。

8.备份数据

每年都用一段时间检验你的备份策略，研究如何让这套系统成本更低，使用更便捷。对于关键文件要使用版本管理系统。

9.学习新软件

为自己开发的软件增加创意的一个方式是，学习其他新软件。如果你没尝试过3d建模，那么可以学blender;若你不会latex，很值得尝试。

10.完成一个个人项目

倘若你一直在为别人开发软件，那何不为自己也写一个呢?花一个月的时间完成它，然后把它开源。

软件开发工作计划篇3

为了能让三个体系能成为公司真正行之有效的标准，真正让体系实现既定的目标，适应当前和今后一段时间形势发展的需求，进一步提升管理水平，追求稳定的产品质量、营造安全的生产环境、树立良好的社会形象，随着不断变换的管理要求，原发布的体系文件和实际管理内容已经有所误差，为了防止体系和实际运用产生偏差，在新的一年里，将展开体系方面的整合，计划如下：

一、广泛收集体系运行情况，不断完善体系文件;根据当前实施的体系程序，尽可能的与各部门进行沟通，把真实实际的工作内容写进体系文件中，必须做到与管理手册和作业文件的描述相一致，与各部门的工作职责相一致，一个要素可能要由多项职能来落实，每项职能又要由若干个活动来保证，因此，每个程序文件都应经过细致策划和编写。这是201x年首要工作重点之一。原来的体系文件覆盖到部门级，对下一层部门没有制定实际的管理内容，对全员参与体系的建设存在严重的不足。计划明年2月开始到3月底完成体系文件的重新编制。

二、积极开展各部门对质量，环境，职业健康体系的正确认识;当前公司存在一种意识误区，包括中高层管理人员认为只要体系得到认证就完成了体系工作的任务，其实体系是个管理平台，体系只是提出了一个标准，这标准也是现代企业必须建立的，然后有各个职能部门围绕标准展开的一系列活动，如果思路不明确，行为就必然产生偏差，这和建立体系是背道而驰的，所以对各部门对体系的认识和理解就要靠培训来实现。培训的计划按照不同阶段针对不同的培训对象和培训内容采取各种培训方式，注重实际操作的培训，为使培训起到具体的指导作用，培训分层、分部门进行，责任部门对实际应用展开，让各部门和不同工作人员得到工作上的提升，并通过已经编制文件书指导各部门贯标工作的开展。让原来只有基本的作业指导文件有一个可以量化的，可以实际应用的作业指导，此项工作根据实际部门需求作出具体计划时间安排。

三、深入部门调查研究，做好内审工作，为体系的执行得到有力的保障，体系是在不断改进和完善过程中的，体系推动部门通过各种检查、内部审核、了解体系的运行情况，积极收集各执行部门对体系运行的意见和建议，有针对性地对文件进行修改，可提高文件的适用性和可操作性。内部审核是全面的体系检查，内部审核的效果对体系改进有很重要的作用，所以重视内审员在部门中起的作用，对存在的问题进行限期整改，通过内部审核推动体系的发展和完善，让体系起到实用性，符合性，此项将每月展开。

四、对体系的执行实行考核制度，没有一个强制执行的制度，的管理体系也是无效的，所以要想让三个体系得到真正的落实和执行，体系办公室必须具有相应的权利，这需要公司授权去执行，和综合办公室共同配合对部门绩效考核。公司只有坚持掌握了建立体系的基本原则，明确了运行体系的主要目的是为了搞好企业的质量管理，安全生产、环境管理，提高整体管理水平，做到领导重视、全员参与，通过不断的持续改进，一定能使三个管理体系在企业内发挥相当大的作用。

软件开发工作计划篇4

哲学就是用简单的说话来体现出隐含深层意义的道理，让人们去思考和体会。哲学本身就是用来完善自己的精神修养和帮助他人完善思想的。

哲学的特征在于追问本质，不断反思。内容上，哲学的反思对象无所不包;深度上，哲学的反思是无穷无尽的。现实中，我们可以借用哲学的思维方式，但是不能照搬哲学的思维方式。也即是说我们能够直接关注的现实是具体而有限的，思维的不可封闭性使得我们在解决具体问题时不能进行无穷追问。

把哲学低估于现代科学是不负责任的，哲学隐藏在现实生活中的每一部分，它为我们提供了一种生活的方式，如果将哲学简单的与现代科学相提并论，则成为了一种狭隘的唯科学主义。

“又是一年毕业时”，看到一批批学子离开人生的象牙塔，走上各自的工作岗位;想想自己也曾经意气风发、踌躇满志，不觉感叹万千……本文是自己工作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、心态有多开放，视野就有多开阔。不要抱着自己的技术和成果，等到它们都已经过时变成垃圾了，才拿出来丢人现眼。请及时发布自己的研究成果：开发的产品、有创意的设计或代码，公布出来让大家交流或者使用，你的成果才有进化和升华的机会。

想想自己20_年间开发的那些windows系统工具，5、6年之后的今天，还是那个样子，今天流行的好多windows系统工具都比自己的晚，但进化得很好，且有那么多用户在使用。并且，不要保守自己的技术和思想，尽可能地与人交流与分享，或者传授给开发团队的成员。“与人交换苹果之后，每个人还是只有一个苹果;但交换思想之后，每个人都拥有两种思想”，道理大家都懂，但有多少人真正能做到呢?

11、尽量参加开源项目的开发、或者与朋友共同研制一些自己的产品，千万不要因为没有钱赚而不做。网络早已不再只是“虚拟世界”，网上有很多的开源项目、合作开发项目、外包项目，这都是涉猎工作以外的知识的绝好机会，并且能够结识更广的人缘。不要因为工作是做erp，就不去学习和了解嵌入式、实时、通信、网络等方面的技术，反过来也是一样。如果当他别人拿着合同找你合作，你却这也不会，那也不熟时，你将后悔莫及。

12、书到用时方恨少，不要将自己的知识面仅仅局限于技术方面。诺贝尔经济学奖得主西蒙教授的研究结果表明：“对于一个有一定基础的人来说，他只要真正肯下功夫，在6个月内就可以掌握任何一门学问。”教育心理学界为感谢西蒙教授的研究成果，故命名为西蒙学习法。可见，掌握一门陌生的学问远远没有想想的那么高难、深奥。多方吸取、广泛涉猎。极力夯实自己的影响圈、尽量扩大自己的关注圈。财务、经济、税务、管理等等知识，有空花时间看看，韬光养晦、未雨绸缪。

13、本文的总结与反思：

a：不要去做技术上的高手，除非你的目标如此。虽然本文是关于提高软件开发知识的建议，做技术的高手是我一向都不赞同的。你可以提高自己的专业知识，但能胜任工作即止。

b：提高软件知识和技术只是问题的表面，本质是要提高自己认识问题、分析问题、解决问题的思想高度。软件专业知识的很多方法和原理，可以很容易地延伸、应用到生活的其它方面。

c：在能胜任工作的基础上，立即去涉猎其它领域的专业知识，丰富自己的知识体系、提高自己的综合素质，尤其是那些目标不在技术方面的朋友。

软件开发工作计划篇5

一、学习一门新的不同风格的编程语??

这是很需要的一件事，因为如果你只了解一种语言，它就会局限你解决问题的能力和你的职业发展。所以在新的一年，你应该花些时间学习一门新的语言，体验不同的编程风格，并学以致用。

二、提高你的已有技能

如今codecademy，codeschool，codeavengers，treehouse等都提供了大量的在线课程，在这里你可以强化技术，加深对知识的理解。如果你更喜欢那些面对面的课程，也是可以的，甚至你可以到当地的大学听课。

三、活动你的手指，但不是在键盘上

从你的书架上拿起“刺客信条”或其它游戏，用手柄和方向盘操纵游戏，活动你的关节和手指，当然还可以减压。

四、减少咖啡因的摄入

无论你之前喝了多少咖啡、茶或是其它功能饮料，都应该在新的一年多喝水，在每一天都能喝8杯水，因为即使有一点脱水都会让你感到疲惫，没有力量。

五、按时交付每一个项目

当然，这一点你不能完全控制，但是你要确保你的文档按时交付，不拖累整个项目的进展。

六、更多的时间远离计算机

让自己有更多的时间在做饭、登山、滑雪、跳舞或者学习艺术，总之多做一些不需要总盯着电脑屏幕的事情，到户外闻一闻花香，感受一下自然气息。

七、关注更多信息

你有很多编程上的智慧可以分享，给自己一个展示的机会，现在有很多的组织需要编程上的帮助，你可以为这样的组织贡献力量。

八、备份数据

我们知道硬件都不是坚不可摧的，随时要检查你的备份情况。尝试免费和安全的云存储，当然投资给一些好的硬件设备，设置安全的密码都是很好的方法。

九、生活得更有趣

如果没有任何一条新年愿望适合你，你可以找找那些新年愿望生成器，“这一年我要......”或“这一年我会......”看看系统会显示出什么。

软件开发工作计划篇6

新年伊始，万象更新。自从__年年底将工作的重心放在企业erp系统实施的工作中时，在公司领导的关怀和指导下，在公司部分同事的大力支持下，对erp相关工作作出了初步的整理。

__年公司全面壮大，各项规章制度逐步健全，尤其是x月份城阳总部的成立，给公司员工提供了优质的工作环境和广泛的发展空间。俗话说的好：“笨鸟先飞!”想要在__年新的一年工作有条不紊、顺利的完成，就应该先行一步，做好年度工作计划。自身建设方面：由于自己参见工作时间比较短，自身经验和处事能力、人际关系方面都需要全面提高。一方面，自己认真努力完成工作，并对自己的工作进行自查，自我监督。另一方面，离不开公司领导的关怀指导和公司同事的帮助。“三人行必有我师”，我会虚心向领导和各位同事请教相关问题。

工作方面：

一、公司erp的现实状况。对于我们公司来说，erp――k3系统，还是一个比较新鲜的事务，虽然我们每天都在说k3，但是，现在k3系统在我们公司运行上线还处在初步的阶段。目前，只有仓储部――仓存模块和财务部――总账模块、应收应付和存货核算，对系统实施了比较全面的应用，第一期计划范围内的公司供应链中的销售模块和采购模块，还只是用了一些皮毛，公司其他部门还没有实现信息化。另外，公司现行的k3系统编码方案规则不合理，存在中文、英文、字母和希腊文字共同组成的编码以及重码、无码现象。编码权限下放，造成编码规则不能很好的执行，编码混乱。公司试用一段时间的条形码也不是国际通用，给人造成产品不入流的假象。还有，因这是一期遗留项目问题，我个人对k3的相关经验不是很多，实施起来需要金蝶公司的配合。但目前看来，配合还是有些问题需要协调。

二、三月份工作计划的安排。针对上述公司erp运作方面出现的公司现实存在的状况，整个三月份，拟计划三月底完成公司k3系统物料编码的调整工作，实现新旧代码的转换以及一期项目中的销售模块和采购模块的培训，实施和上线后相关问题的解决维护。

具体工作安排如下：

一、物料编码的调整：因年前相关工作的调整，物料编码的调整推迟了一个月，中间旧的物料编码又新增了很多，给这一块的工作造成了一定的难度。整个物料编码的相关工作会贯穿整个三月。这中间需要相关部门的配合。我个人这方面同时做新旧代码对照和新代码审核及每天新增编码的修改，工作内容、工作量比较大，需要增加短期配合工作的工作人员和我一块工作。另外，因为本人一直从事公司办公室、后勤等相关工作，对公司的生产线、产品不甚熟悉，中间可能有很多产品物料编码方面的问题需要和相关部门同事进行沟通交流，希望本着为了公司的长足发展，能够得到领导和同事的配合。

二、销售和采购模块的实施：通过与金蝶相关实施人员的协调联系，在三月份订出时间，请实施人员过来对我们这两个模块的相关使用做一下培训并跟踪指导，同时对我们的物料编码工作进行指导配合。上线实施后，相关软件操作、运行方面出现的问题进行跟踪解决和系统维护。

三、下一步工作计划的安排

1、定期做好k3系统服务器的维护、备份工作。保障k3系统的正常运行。针对单机用户使用k3系统出现的问题，进行处理。

2、针对公司战略决策中的时间安排对__年内需要实现信息化的部门进行调研。将第二期计划中需要上线的系统模块分四部实施：首先，与系统上线运作相关部门组成相关的项目小组，对项目进行分析、调研，把相关的业务需求整理并确认实施方案。其次，将系统能够实现的相关业务需求，对业务流程进行梳理、微调(企管部、相关部门配合)，并对系统上线模块进行培训和技术指导。在次，对上线相关模块进行测试运行，出现的相关问题有针对行的解决和完善。最后，系统正式上线运行期的维护以及运行期问题的反馈和总结，给以后系统实施提供宝贵的工作意见和经验。

四、其他工作计划的安排。除了工作重点k3项目外，还有其他几项工作安排：

1、配合人力资源部把玉舟人力资源系统全面运行上线，实现系统化发展。

2、配合网管对公司的办公自动化系统和邮件服务器拟定计划，实施。

3、公司的网站进行页面的更新维护和公司的网站服务器的建立。

4、领导交办的其他工作。

五、针对公司发展提出的建议

在日红公司工作的两年时间里，对公司也有一定的了解，下面就公司的相关工作提出自己的意见和建议。因为搞物料编码的原因，就前期对物料编码的调研发现的问题总结如下:公司现在的编码比较混乱,研发部门有自己的成品编码,业务部门下定单的时候,有客户订单号和货号,生产有自己的配件编码,镀一种颜色,就会有一种编码,模具有自己的模具编码，k3系统有自己的k3编码。一款产品，会有几个编码，好几个名字，到了一个部门，可能编码就有变化，需要编码对照，才有可能指导自己和兄弟部门可能其实是用的一个东西，只是叫法不同。这样，很不方便。建议公司成立编码部门或者小组，对公司所有的编码进行整合，有必要的话，可以抹去客户相关编码，从订单到我们业务员手里，业务员生产下单，公司一律走自己的编码，出厂后(发货)，由仓储部(物流)在使用客户相关编码对照发货。这样切断的好处有：跟客户打交道的只有相关接口部门，这样我们公司的相关技术信息也不会外露，以后公司发展壮大后有自己的品牌以后，公司的相关编码，条形码和进销存流程也比较顺畅，避免到时再整合物料编码带来的诸多麻烦。

另外，建议成立公司的it部门，便于协同工作。在这个信息化加速的时代，这项举措尤为重要。以后，相关系统上全之后，针对k3系统使用中，不利于我们工作的方面，可以对k3系统进行个性化模块设计和定制，编出适合公司口味的相关表单和流程，实现公司人力资源的化节省。以上，是我在__年度的工作计划，感谢领导审阅及批评指正。祝我们日红公司在__年里与时俱进，勇创辉煌!

软件开发工作计划6篇相关文章：

软件开发工作计划6篇