和瑞网敏捷软件开发过程分享 和瑞网CTO巨建华

和瑞网CTO巨建华和瑞网敏捷软件开发过程分享目录一．和瑞开发过程发展介绍二．金融终端产品项目案例三．和瑞网敏捷软件开发过程四．敏捷项目实施要点分享五．项目管理工具1一.(1)行业背景及产品简介2交易所券商数据供应商信息服务商机构和散户投资者监管机构一.(2)和瑞敏捷之路•2009年面临的问题–产品及市场的不确定性导致需求不可控–管理层不了解软件开发管理，存在较大沟通障碍–项目过程中受到线上产品的需求干扰较大–开发团队过度加班应付变更，员工满意度较低，人员流动增加。–新人融入较为困难•2010年–各个主要产品线已经比较完善，开发和维护实现分离–初步形成敏捷开发方法和规范并在全公司推广–根据实践结果对过程逐步改良，生产效率得到较大提升–敏捷方法在公司级项目中获得成功–员工满意度增加，人员稳定–开发团队快速复杂3一.(3)对敏捷开发过程的目标及定位项目进度产品质量可持续适应变更4二.金融终端产品项目案例1.案例：行情终端项目简介2.同类项目一览3.项目结论5二(1).案例项目简介6•Linux下支持任意横向扩展的分布式服务器端•高度自定义UI的Windows桌面客户端•灵活强大的数据挖掘脚本引擎•完全兼容市场上其它产品的使用习惯项目概况•6个开发人员(含1项目经理)，1个产品经理，1个测试人员•人均日产出700行c++代码人力资源情况•客户端超过250个用例场景•项目内60多万行c++代码工作量汇总•4月至8月，5个月经历10个sprint第一版Level-2数据终端上线交付使用•9月至10月,2个月完成第二版“主力版”的重构项目实际进度二(2).案例项目产品界面17二(2).案例项目产品界面28二(3).案例项目产品界面39二(2).同类产品项目研发情况10•服务器端java,客户端c#:数十人2年左右完成上线，期间面临了项目及团队成员的较大变更。金融界“大本赢”•全部外包给“通达信”OEM开发。新浪“新浪通达信”•2004年收购“分析家”产品及技术团队，放弃了之前研发的旧版软件，获得了较大成功。大智慧•2002年收购“海融(1993~2002)”获得领先的客户端产品及技术团队•2006年收购“飞狐(1998~2006)”再次获得领先的客户端产品及技术团队和讯二.(3)项目结论•横跨金融分析与软件技术领域•产品功能复杂，存在较多技术难点•项目周期长，风险较大•对大型IT企业也有较大的门槛11三.和瑞敏捷软件开发过程•组织架构•和瑞敏捷开发哲学•和瑞敏捷开发方法12三(1).组织架构13成功的项目得益公司组织构架的科学性，以职能导向的组织架构将在开发过程中被重新按项目组织!产品经理开发小组测试小组系统架构师项目经理三(2).团队认同的敏捷开发哲学14•人和交互vs“过程和工具”，•可以工作的软件vs“完善的文档”，•客户协作vs“合同谈判”，•随时应对变化vs“循规蹈矩”三(3).和瑞敏捷开发哲学15XP•测试驱动•现场用户•代码质量•共同理念(沟通，简单，勇气，尊重，快速反馈）SCRUM•每日会议•时间及优先级评估方法•产品Backlog•Sprint，燃尽图RUP修剪•需求用例驱动（uml用例图,系统原型,用户评审）•分析模型驱动（uml类图，uml时序图）,开发迭代、持续交付）•设计（基础架构，重构，uml组件图，代码规范，模式抽象，测试驱动，持续集成)•移交(确认，文档手册，培训，安装部署，运维）三(4)和瑞敏捷开发方法需求•需求说明书•需求任务计划(可行性，优先，时间，计划)•需求Sprint(原型，产品backlog,用例图)•需求用例评审分析•Sprintbacklog•Sprint规划(优先，时间评估）•sprint(类图，时序图，持续集成）•用户评审设计•重构backlog•Sprint规划(优先，时间评估)•Sprint(组件图,代码重构，单元测试，持续集成)•集成测试，性能测试，设计评审移交•标准移交过程•移交Sprint•项目回顾(总结，绩效，改进）16四.深入敏捷开发过程目录1.团队沟通要点2.文档标准3.技术架构4.Sprint制定要点5.变更控制6.进度跟踪7.质量保障8.系统重构9.绩效考核17三(1).团队沟通要点18隐喻，蓝图共识持续，简短全体参与难点结队三(2).文档标准Backlog场景描述测试用例可视化模型驱动（用例，类图，时序，组件）系统可视化内外部沟通知识管理过程跟踪文档BurndownchartBugTracker19三.(3)技术架构公司统一SOA可重用组建构建初次迭代形成架构设计阶段重构20三(4).Sprint制定要点21优先级设定•完全由产品经理根据用户和市场设定•项目范围及资源的界定Backlog时间估计•所有开发人员参与决定•扫除需求障碍•影响力法则的:“承诺一致原则”的有效应用Sprint定义•尽早展现价值原则•风险、进度、资源的平衡•可达到性、每次根据数据动态调整•制定的Sprint必须经过关键用户评审•团队的持续成就感来源三(5).变更控制•需求阶段必须通过关键用户评审•保持一个Sprint期间无干扰–营运移交–维护移交–在一个Sprint期间发生重大变更，如果无法放到下一个Sprint中，则撤消该Sprint重新开始22三(6).进度跟踪每日会议燃尽图Sprint总结完成定义23三(7).质量保障持续构建代码规范自动单元测试正式环境对接用户参与测试24三(7).系统重构设计模式高性能架构完善关键指标到达设计文档补充可营运性25三(8).绩效考核进度达成比率卓越创新点26四.项目管理工具•系统管理，Bug跟踪，知识管理,变更跟踪–Trac•源码及配臵管理–SVN•UML建模–Visio•单元测试工具–BoostTestLibrary27•一切从简原则!五(1).敏捷实施结论项目管理的要点是以人为本团队共同认可简单更利于执行适度敏捷以变化应万变28Thanks!Email&MSN:[e-mail]欢迎交流29