最近一段给客户一个系统做升级，姑且把它定位成一个项目
前期在一个项目会议上经过大家一起讨论，按照BossJ的建议，将整个升级大致分成了3个部分：准备升级程序、准备数据、综合测试。看起来这个是一个不错的升级步骤。我大致做了个Project的，绝对粗粒度滴。
接下来的事情就是按着Project按部就班滴开始干活，由自己负责总控各个部分的进度。
第一阶段程序部分升级：80%的程序是使用原系统的一个新版本，在新版本上增加原来针对该客户定制的部分功能，及已有功能中业务上的小调整；剩下的20%是一个新系统中压根就没有的功能，需要从老版本上加到新版本上，而在老版本中这个功能模板跟其他模块还有很高的耦合。在我跌跌撞撞滴摸索+加班下，终于按时掐着Project上时间按时完成了。 这一部分的工作全是自己一个人来完成，很累！ (全文…)
自09年初，公司开始狠抓项目，每周开一个项目会议。最近几次的项目会议上BossJ不止一次的提到项目经理这个名词，一开始没怎么当回事，今天突然意识到难道原来自己一直担任着项目经理这个角色。虽然一开始自己的title上印着Manager但是一直以来都是觉得自己只是个执行人员，姑且给自己个借口是不够职业吧。
本科学地是计算机科学与技术，没怎么系统地接触过这些概念，今天下班回来查找了一下项目经理的职责
1.确保项目目标实现，保证业主满意 这一项基本职责是检查和衡量项目经理管理成败、水平高低的基本标志。
2.制定项目阶段性目标和项目总体控制计划 项目总目标一经确定，项目经理的职责之一就是将总目标分解，划分出主要工作内容和工作量，确定项目阶段性目标的实现标志如形象进度控制点等。
3.组织精干的项目管理班子 这是项目经理管好项目的基本条件，也是项目成功的组织保证。
4.及时决策 项目经理需亲自决策的问题包括实施方案、人事任免奖惩、重大技术措施、设备采购方案、资源调配、进度计划安排、合同及设计变更、索赔等。
5.履行合同义务，监督合同执行，处理合同变更 项目经理以合同当事人的身份，运用合同的法律约束手段，把项目各方统一到项目目标和合同条款上来。 (全文…)
最近工作重心转回code，虽然比传说中的码农层次稍微高一些（个人感觉啊），可也相差无几。真正参与（设计、开发）的第3个项目，公司产品的3.0版本，分为模块化的开发，然后大家将各自的模块做一个组合。要说的是关于在这几个项目中关于测试的感受。
这里啰嗦几句，跟主题无关。最近老看到一些什么“大公司做人，小公司做事”的论调，相当不以为然，调整好自己的
心态无论做事还是做人，真最重要。虽然自己没能做到”像随时要离开一样做好准备，像永远要留下一样用心。”但是
还是尽量认真做事，认真做人吧。
好了言归正传。同事L曾戏说，我们真正把客户当做我们团队的一部分，由他们负责来测试。我想这个是由于欠缺规
划，或者是协调的不合理的原因。时间紧固然是一个因素，但是我也从来没见过暴雪因为时间紧就让玩家来测试的，
他们宁愿担着跳票带来的风险也要践行“暴雪出品，必属精品”。
没了解过专门的测试团队是如何工作的，但是个人觉得这个不光光是测试本身的问题。
为什么需要测试？提高软件质量，给客户提供优质服务。软件质量是由软件整个开发生命周期决定的，从需求分析，
到概要设计，到编码，到单元测试，到集成测试。每一环都会影响到软件质量。 (全文…)
前段时间（前2个礼拜），忙着给一个基于Web的绩效管理项目作Close，这个项目其实是一套管理类的软件，而Close的工作实际上就是给做那个项目的二期。在项目现有的代码上增加一些功能，比如很简单的一个例子，以前有一个月度的考核，现在需要一个年度的考核，年度的考核基本上跟月度考核一致，如果熟悉面向对象开发的或者了解设计模式，一定会很自然的想到一个叫“模板”的概念，通过抽象来重用、重构软件。问题来了，年度的成绩有很大一部分来自月度考核的结果，好吧，再抽象出一个成绩的接口，由这个接口去负责取考核结果，想法很好，可是你行不通（当然这些更应该在设计之初就考虑的问题）。
这个项目是构建在一个自定义的框架上，为了提高开发效率，框架作了很多工作，开发者只需要调用指定的方法就能完成诸如控件绑定、数据库访问等一些内容，为了进一步减少工作量，有一个小的工具软件专门负责生成数据库访问相关代码，当然有的必有所失，这框架最大的不足就是对类、接口等有很多的限制。 (全文…)
主要分享：个人职业生涯规划、成长，个人日常工作、生活、学习的一些体会。
博客中文章若未特别说明均属原创，转载请注明出处，本人保留一切权利。
博客中的任何言论仅代表我个人观点，与本人就职公司，及其他任何组织无关，如有侵犯您的权益，请及时通知，将尽快处理。最后，谢谢您的访问！
