10年年初写的述职报告,现在看来当初的很多想法都十分幼稚,以下为全文,仅当存档。
=============================================================
一、目标承诺陈述
1、按要求完成项目组所制订移动应用方面的调研、开发工作,并按要求提交相应模块。
2、按要求完成项目组所制订的OSSWAP门户前期调研、设计、开发、文档,按要求提交相应模块。
二、主要绩效行为分析(成功事项分析、提炼经验)
在公司就职期间,主要完成工作内容有:
1、移动应用开发的培训(09.04~09.05)
由于之前的移动应用的工作内容主要应用在移动OA上面,当然无法直接套到现有的一些系统上,培训的目的更多地是让我们知道现在的移动应用开发的现状、限制、相应的平台,以及哪些方面可以应用到我们的系统当中。
2、报表工具的调研使用(09.06~09.07)
主要调查Birt、快逸、FineReport、润乾等报表工具在项目报表中的应用,但除了birt之外(birt也有一个收费的版本),其余均是收费的,价格最便宜的也要在3万元以上,这些报表的试用版均能很好地支持简单报表的开发,但应对复杂报表或中国式报表时就有点力不从心,由于部门内部已有一套针对简单报表的生产框架,当人力成本比报表工具低许多的情况下,最终我们还是偏向了人力。
3、SME无线商务平台需求调研(09.07~09.08)
参与调查SME无线商务平台的可行性分析,完成相应的原型设计以及技术解决方案。
4、OSS-WAP门户应用开发(09.08~至今)
1)参与OSS-WAP前期的用户需求调研
2)完成相应的文档、原型设计
3)完成架构设计,编码、测试、初验
总结:
1、现今的移动应用开发除了受屏幕、网络速度限制外,还面临着最大的一个挑战就是平台的多元化,windows mobile,Symbian、Andriod、IPhone、Linux,WAP虽然能解决这种多平台的困惑,但也带来了显示效果不佳,操作不便、功能受限等等硬伤,但随着3G跟高分辨率智能机的普及,这些限制将会慢慢减弱,但这个过程参照欧美的发展情况预计要3~5年的时间。
2、项目开发与产品的开发的差别很大,做一个好的产品,用户的需求是放在首位,就像SME无线商务平台一样,用户的需求量及用户的喜爱程度决定了产品的成败,原型的设计也应该站在用户体验的角度上进行设计,而项目开发(如OSS统一门户)的设计则更多地考虑系统的承载能力,归属系统的影响,因为使用的系统的人大部分是这个行业的专业人士,基本上了解每个操作的流程。
三、主要问题分析(失败事例分析)
1、告警系统Windows mobile版(09.05~09.06)
主要尝试将IT重要告警能够反馈到IT网管人员的手机上,因为大部分网管人员使用的是windows mobile,所以当初制定的是基于windows mobile平台,但最后因为内外网的切换另外牵涉到实际应用的需求,最后项目搁浅。
总结:这个项目由于前期调研准备工作未做足,也由于自己刚开始对电信的应用系统的不熟悉导致,这个经历也让我知道需要详细了解每个需求,身边的相关系统开发或需求人员很多,学会提问,在不影响他们工作的前提下。
四、面临的挑战与机会
电信应用系统大多数是大数据量、牵涉到的归属系统和子系统较多,对一个项目的架构来说,就要十分讲究可维护性和可扩展性,这给我带来的挑战是:需要熟悉基本系统的业务逻辑,也带给我一个接触优秀的大中型系统架构的机会,学习并升华其中的智慧将是一件快乐的事情。
五、绩效改进要点与措施
1、学习,提升自身软件开发技能,定期巩固基础,温故而知新。
2、沟通,归属系统的开发人员大都是不认识或其他公司的,学会沟通的技巧自然是有百利而无一害。
六、能力提升的要点及方法
从软件研发的这个角度出发来看,由于软件的发展是日新月异的,虽然部门现在已有不定期的内培,但基本上牵涉的范围太广,一年也找不到几个对口的内培,我觉得部门内部应该定期组织软件交流会,分享新的技术,摈弃已经落后或早已淘汰的,从交流中改正原有错误的思想,当然新的框架或新的技术的应用会带来老系统的不稳定性,但如果永远固步自封,就如井底之蛙,永远都看不到井口外的天空,在爬出井口的过程中,自然需要付出一些代价
七、需要得到的支持与帮助
1、有时候总感觉在一个阶段的项目结束后,下一阶段就不知道做什么了,所以希望组织能结合个人制订中短期的项目计划,有一个明确的项目计划再加上定期的总结更改,相信一定会让人在每一天早上睁开眼的那一刻就知道自己这一天存在的价值了。
2、俗话说,问道有先后、术业有专攻,部门内部的测试基本上是由开发人员和需求人员包办,如果能有专门的测试人员,不仅能将开发和需求人员从系统测试中解脱出来,还能减少BUG的发生率,提高工作效率。