• 长大的烦恼 : CwP项目再演进

    2010-12-21

    分类:咨询之道

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/skysw-logs/91392495.html

    看过 从小到大的故事CWP 项目演进 的同学们,又有新的故事和大家分享了;就像人的成长过程一样,蹒跚学步长成到弱冠成年;团队也走过了从 10 个人到 40 多人的从小到大的过程;人长大之后,接踵而来便是求学、工作、成家... 团队呢,达到 40 多人的规模之后,开始保持人员的文定,但也有了长大之后的烦恼;

    在前一篇中 “40+” 部分里已经介绍了,大团队已经分了小组,原因是:

    1)系统本身的功能正在开发中,还有很多工作要做,就分出了 Feature 功能组;

    2)系统三大核心功能之一在设计上存在疏漏,用户体验上与期望差据很大,需要进行改进,

        有了 Refactoring 重构组;

    3)当前系统需要与原有的系统中的功能共同工作,完成整体功能,需要与原有功能集成,

        划出了 Integration 集成组;

    三个小组的并行,人员逐渐开始稳定,进出的人数也比较平衡,没有夸张的朝 50+ 奔去;很多工作步入了正轨,小组专注于各个子项目的开发,直到...

    原本在功能组待着的我,不幸的是一直参与的功能模块 “被” 讨论出需要进行改造(Re-Design),于是乎就加入了重构组,在重新设计进行的顺风顺水即将大功告成的前一周,“被” 选举出加入集成组,支援集成建设,这也就有了 二来天竺(现在尚在印度),待在集成组里做了很多与之前不同的工作,这里主要有:

    4)系统的代码变本管理、提交策略、系统配置项目管理、客户的产品部署;

    穿梭于 4个 不同的领域中,搜集到很多变大后项目遇到的一些问题,今天和大家聊聊;

     

    Issues:

    - 特性开发(Features Development)

      添加文件数据库,需要对操作系统进行配置,引入了对系统用户,策略组配置的依赖;

      如何降低这种系统级别依赖对开发,部署过程的影响?


    - 功能重构(Functions Refactoring)

      小组经过 “重写” 与 “改写” 的大讨论之后,达成了意见的统一;

       搭起了自己的 Brunch(代码分支);

       建起来自己的 CI(持续集成环境);

       开始做自己的 IPM(Iteration Plan Meeting);

      离开重构组是在开发计划的最后一个迭代,基本上已经提前完成了开发任务;

      后来惊闻:Re-Design 之后又有了 Re-Re-Design...

      会不会再有 Re-Re-Re-Design 呢?

     

    - 系统集成(Systems Integration)

      需要集成另一个系统的开发团队在印度,是客户的 IT 部门,典型的 CMMI 团队;

      如何和这样的团队协同开发,如何在时间紧任务重的情况下保证进度和质量?

     

    - 配置部署(Configuration & Deployment)

      目前需要进行配置部署的环境有 5套 之多,如下所列:

    a) QA Test Local(内部测试);

    b) Final QC(用于双方集成测试);

    c) Customer's Testing(用于 Show case,客户验收功能);

    d) Customer's Staging(客户测试团队使用);

    e) Customer's Production(最终生产环境);

    * 复杂性:只有 QA Test Local 和 Customer's Testing 环境相似;

       其余则完全不同,并且越往后系统的配置越复杂,引入负载均衡等;

       往往直到部署过程中,才能发现问题,之前环境的部署不能给予足够反馈;

       负责的同属 “通宵” 部署实属家常便饭,“QA 部署前都要拜春哥!”;

       如何能够提高部署的可靠性,进而提高效率呢?

     

    上述问题在很多公司都有自己的解决方法,比如指定专人负责,建立完毕的文档系统,全部团队搬家到集成方 on-site 开发;目前的团队,对于这样有丰富 “内涵” 的项目(开发、改造、集成一个不少),本身的经验相对较少,难免会遇到这样那样的问题,如何去思考,如何去解决呢?

    分享到:

    评论

  • 关于部署,建议在类生产环境的相似度上下功夫。
    回复站着说话不腰疼的人说:
    一方面先把自己的配置整理好吧,另一方面就是尽可能了解客户环境细节,最好能够模拟,做到知己知彼;
    2010-12-24 00:21:19