工作总结

三个月个人工作总结

时间:2022-10-05 22:32:14 工作总结 我要投稿

三个月个人工作总结

  从三月份入职起,到今天已经有三个多月的时间。在这段时间的工作中,自己努力吸取积累工作经验,提高自身能力的同时,也发现了些许值得深思的问题。
  在系统项目开发的工作中,主要参与了两个项目。两个项目属于不同的业务领域。
  “****”系统项目。在该系统项目中,主要参与了中间通讯程序的开发,包括****、****、****形式的通讯。由于是后接触该项目,而且急于想要完成自己的程序功能,自己刚开始忽略了项目的完整性,仅把自己定位为一个“仅需要完成某项功能的程序人员”,作为一名工程师,而不仅仅是程序员,我深感惭愧,在多次的系统软件改动中,有些是可以提前避免的。
  “****”项目中,我曾对自己提出两个问题:1.为什么系统改动如此频繁 2.为什么开发周期如此之长 。对这两个问题的解答的过程,同样对该系统的工作进行了总结分析。
  首先是人员方面。我们的工程师单独对于某个单一技术都是优秀的,但对于信息系统项目而言,缺乏大中型信息系统项目经验,缺乏系统解决方案,针对性比较差,项目推进自然就慢了下来。同时,彼此之间的协作需要磨合,信息系统项目不是一个人就可以完成的,我们需要更深入的沟通,更默契的合作。比如,在该项目中,软硬件间通讯数据及协议的确定,在开发通讯部分的程序时,就因为误解了数据内容,而造成了数据错误,后来发现了进行了修改弥补。
  其次是项目开展方面。“****”项目前期缺少系统框架总体设计及功能设计。软硬件上没有形成明确清晰的方案,造成软硬件衔接不好,软件功能不够明确。这些都直接影响到了项目的开发进度。并不是两个人口头商定就可以确定的,最终还是应落实到文字上。
  还有在技术方面(软件方面),信息技术的发展是迅速的。系统集成本身就是要“站在巨人的肩膀上”去创造我们的东西。在现在的系统项目中,有太多的成熟的技术可以直接供我们使用,比起我们闷头做效率更高。
  “****”系统最终实现了,但差强人意。有些用户对该系统持怀疑态度,这意味着我们项目开发前的需求调研分析做的不到位,对系统相关业务领域了解的不够深入,对用户的心思还需继续揣摩。
  在接下来的“****”项目中,自己吸取之前的项目教训,积极地对“****解决方案”、“****系统功能设计”进行了编写。进而又进行了数据库详细设计,并对软硬件间数据通讯过程进行了实现。
  在该项目中,我们实现了********、********、********方式。其中,用************为最优方案,一方面降低了硬件成本及其复杂度,另一方面推动了********,发挥了我们公司的优势。
  从项目开始到系统初具雏形,自己所工作的部分需要与底层硬件实现沟通,需要与客户端软件实现沟通,不仅考验了自己的个人技术能力,而且考验了与团队的协作能力。
  然而,有些问题不是我们努力就能解决的,这需要我们对项目的实现思路把好关。如****用户提出使用“****”,但该技术的确不够成熟,并不能满足实际要求,我们只能提供出合理的方案供用户决策。
  对于亲身参与的这两个项目,自己感触最深的还是两点:1.要对系统相关业务领域深入了解,这样才能做出可行、可靠地系统。2.要与团队协作,共同推进项目进度。这两个项目,如果从软件工程角度上来将,其过程趋向于“增量模型”,因此,在现在及以后的项目中,更需要注重的是项目的核心部分,而变更部分无可厚非地会占用大量的维护、修改、升级时间。
  在这两个项目外,自己扩展了知识领域,对****、****、****进行了了解。希望自己的技能能在公司的工作中发挥更大的作用,比如开发新的“****”、****等。
  对于之后系统集成的方向,工业领域对于目前我们的人力及其技术能力来说,可行性较低。自从跟随公司参与了“****”展会后,自己了解到“****”、“****”已经开始广泛应用,可以想到的两个应用如:
  1. ****的应用。比如************************************。
  2. ****应用。比如****************************************等。
  在企业项目之外大多是些小型项目,小型项目开发周期短,收益低。与****的项目还是可以做的,也就是****************************。
  至此,是自己工作三个月来的工作总结,同时也是对自己工作的思考,原先的工作经验大多与****************有关,技术手段是可以借鉴的,项目却无法复制。自己很期待在团体中,能与大家一起在系统集成方向上有所发展,更进一步。
  从三月份入职起,到今天已经有三个多月的时间。在这段时间的工作中,自己努力吸取积累工作经验,提高自身能力的同时,也发现了些许值得深思的问题。
  在系统项目开发的工作中,主要参与了两个项目。两个项目属于不同的业务领域。
  “****”系统项目。在该系统项目中,主要参与了中间通讯程序的开发,包括****、****、****形式的通讯。由于是后接触该项目,而且急于想要完成自己的程序功能,自己刚开始忽略了项目的完整性,仅把自己定位为一个“仅需要完成某项功能的程序人员”,作为一名工程师,而不仅仅是程序员,我深感惭愧,在多次的系统软件改动中,有些是可以提前避免的。
  “****”项目中,我曾对自己提出两个问题:1.为什么系统改动如此频繁 2.为什么开发周期如此之长 。对这两个问题的解答的过程,同样对该系统的工作进行了总结分析。
  首先是人员方面。我们的工程师单独对于某个单一技术都是优秀的,但对于信息系统项目而言,缺乏大中型信息系统项目经验,缺乏系统解决方案,针对性比较差,项目推进自然就慢了下来。同时,彼此之间的协作需要磨合,信息系统项目不是一个人就可以完成的,我们需要更深入的沟通,更默契的合作。比如,在该项目中,软硬件间通讯数据及协议的确定,在开发通讯部分的程序时,就因为误解了数据内容,而造成了数据错误,后来发现了进行了修改弥补。
  其次是项目开展方面。“****”项目前期缺少系统框架总体设计及功能设计。软硬件上没有形成明确清晰的方案,造成软硬件衔接不好,软件功能不够明确。这些都直接影响到了项目的开发进度。并不是两个人口头商定就可以确定的,最终还是应落实到文字上。
  还有在技术方面(软件方面),信息技术的发展是迅速的。系统集成本身就是要“站在巨人的肩膀上”去创造我们的东西。在现在的系统项目中,有太多的成熟的技术可以直接供我们使用,比起我们闷头做效率更高。
  “****”系统最终实现了,但差强人意。有些用户对该系统持怀疑态度,这意味着我们项目开发前的需求调研分析做的不到位,对系统相关业务领域了解的不够深入,对用户的心思还需继续揣摩。
  在接下来的“****”项目中,自己吸取之前的项目教训,积极地对“****解决方案”、“****系统功能设计”进行了编写。进而又进行了数据库详细设计,并对软硬件间数据通讯过程进行了实现。
  在该项目中,我们实现了********、********、********方式。其中,用************为最优方案,一方面降低了硬件成本及其复杂度,另一方面推动了********,发挥了我们公司的优势。
  从项目开始到系统初具雏形,自己所工作的部分需要与底层硬件实现沟通,需要与客户端软件实现沟通,不仅考验了自己的个人技术能力,而且考验了与团队的协作能力。
  然而,有些问题不是我们努力就能解决的,这需要我们对项目的实现思路把好关。如****用户提出使用“****”,但该技术的确不够成熟,并不能满足实际要求,我们只能提供出合理的方案供用户决策。
  对于亲身参与的这两个项目,自己感触最深的还是两点:1.要对系统相关业务领域深入了解,这样才能做出可行、可靠地系统。2.要与团队协作,共同推进项目进度。这两个项目,如果从软件工程角度上来将,其过程趋向于“增量模型”,因此,在现在及以后的项目中,更需要注重的是项目的核心部分,而变更部分无可厚非地会占用大量的维护、修改、升级时间。
  在这两个项目外,自己扩展了知识领域,对****、****、****进行了了解。希望自己的技能能在公司的工作中发挥更大的作用,比如开发新的“****”、****等。
  对于之后系统集成的方向,工业领域对于目前我们的人力及其技术能力来说,可行性较低。自从跟随公司参与了“****”展会后,自己了解到“****”、“****”已经开始广泛应用,可以想到的两个应用如:
  1. ****的应用。比如************************************。
  2. ****应用。比如****************************************等。
  在企业项目之外大多是些小型项目,小型项目开发周期短,收益低。与****的项目还是可以做的,也就是****************************。
  至此,是自己工作三个月来的工作总结,同时也是对自己工作的思考,原先的工作经验大多与****************有关,技术手段是可以借鉴的,项目却无法复制。自己很期待在团体中,能与大家一起在系统集成方向上有所发展,更进一步。

【三个月个人工作总结】相关文章:

三个月个人工作总结范文通用02-23

三个月工作总结05-25

三个月工作总结11-15

三个月试用期公司个人工作总结04-23

三个月转正工作总结范文04-04

入职三个月工作总结06-25

新员工三个月转正工作总结04-04

新入职三个月工作总结04-23

三个月工作总结范文(精选22篇)03-15

入职三个月工作总结范文12-20