2009年工作总结

2009年是努力奋斗的一年，是成长的一年。这一年我看到了软件开发的另一面，这使得我工作4年来的诸多疑惑豁然开朗。我开始从宏观的角度去审视软件开发的方方面面，不再管中窥豹，一叶障目。这一切得益于我这一年来面对的工作和对工作的反思。
今年的一季度承接上一年度修改南山的科研，以及对沙坪坝科研系统、五河科研系统的全面整改；第二季度开发了公文收发系统、长乐网络管理系统、蓬莱阁科研系统客户提出的新需求、西工大发展处项目管理系统客户提出的新需求；第三季度首先熟悉智能决策系统，并添加了用Flex开发的多维分析功能，接下来整理了津南智能决策系统、白沙智能决策系统，以及黄山的OA办公系统（主要是集成其他系统的一些模块）；第四季度开始全面深入的使用Flex技术并开发了试题库系统、达标考核系统、教育训练信息化系统、飞行安全管理系统。这一年从旧有项目的梳理和改造到新系统的设计和开发、再到全新技术全新开发方
式下的设计和开发等各种纷乱复杂的情况使我最终跳出了这一切，开始从源头全面的审视这一切。
这一切要先从软件的价值说起，客户拿到软件不能吃不能喝也不会再拿去卖钱，所以软件不会给客户创造利润，那就只有降低成本了，所以软件的价值就是降低组织机构的运行成本，提高运行效率。所以需求调研就是搜集这些价值点，再把这些价值点分门别类就构成各个应用系统。需求有了接下来就是设计了，设计承上启下是整个软件开发的核心，设计的好坏最终决定了软件的质量。设计之后是开发、测试、用户确认。现在看看实际的情况下各个环节是怎样工作的、怎样衔接的、怎样一步一步造成不可收拾的局面的。需求调研是最困难的工作不仅要了解客户面临的问题，提供解决方案、还要明确客户在这个方案下是怎样工作的，很多情况下我们忽略了后者。拿一个实际中的例子说明，需求调研人员A了解到客户有一个小型的杂志亭，有很多教员常常来借阅杂志，借走后有的就忘了归还了，有的归还了并不是自己借阅那一本，借阅的人常常找不到自己想借阅杂志。于是需求人员给设计人员说客户要一个杂志借阅管理的功能，要能维护和查找杂志，能管理借阅和归还。于是设计人员给开发人员说做一个杂志的增删改查、一个借阅的增加和查询、一个归还的增加和查询。开发人员照单开发，测试通过，交付客户。客户反馈说，我们这每次到货几十本的杂志让我一个一个录入，很不方便，能不能提供个批量导入的功能（客户发现了最明显的软件缺陷）需求人员反馈给设计人员说要一个用EXCEL文件批量导入杂志的功能，设计人员反馈给开发人员说做一个读取杂志信息的EXCEL文件再批量增加到数据库、开发人员看了半天给设计人员说设计上有一个缺陷，这样实现不了，设计人员说那好吧改一下设计，于是功能实现完成、测试通过，再次交付客户。过了半个月，客户又反馈说每次借阅的时候有的人要借阅N本，现在的功能一次只能借阅一本，不符合实际（客户发现了使用过程中的缺陷），于是启动反馈流程。又大约过了半年客户说，我们用了半年多了希望加一个统计功能，统计半年来那些杂志经常被借阅，那些杂志借阅了超过三个月还没有归还等等。于是又启动反馈流
程。就这样需求像挤牙膏一样的一点一点的出，原先我们心存侥幸刻意回避的问题现在都一一浮现出来了，于是需求人员像传话筒一样一次一次的传，设计人员被迫一次一次的修改他的设计，直到设计变的支离破碎。开发人员痛苦的一次一次的修改他的代码，直到程序已经面目全非。在这样的情况下我们一味的强调开发人员质量是如何的低下、怎样的不负责任岂不是舍本逐末。在这个巨大的悲剧面前开发人员所犯的错误不能说微不足道，但也决不能说是重中之重。
在公司能不负责任到对明显的错误视而不见，甚至极力掩盖的人基本上是没有的。之所以还存在那么多明显的问题很大程度上是思想上对那些错误没有意识和工作技能的不熟练造成的。没有从思想上强调、强调、再强调，从实施上检查、检查、再检查那些完成一项工作所应该检查的林林总总的要素是我今年做的不够的地方，而这些要做的工作都被一句“这个人太粗心，太不负责任”给掩盖了。如果这些重要的工作没有做好或做的不够细致那什么样的技术、什么样的框架都是一种噩梦，区别只是大的噩梦和小的噩梦、来得快的噩梦和来的慢的噩梦。
技术上能解决的问题从来就不是问题，问题一定出在技术之外，我要看到问题背后的问题，而不是试图抓住一个影子，我要弄清楚是那些细小的因素最终累积起来构成了一个庞大的局面。2010，努力。