中国国有银行敏捷开发试点总结.pptxVIP

中国**银行股份有限公司敏捷开发试点工作汇报试点团队：电子商务开发团队试点项目小组：善融商务个人商城手机客户端小组试 点 牵 头 人汇 报 人：Allen Zhang 张 明231敏捷试点采用的平台支撑－IBM RTC敏捷试点引入的六个最佳实践（对比）敏捷试点项目的规模和层级4本次敏捷试点的心得和收获5敏捷推广的未来展望Page ? 中国**银行股份有限公司1敏捷试点项目的规模和层级电商团队商城账户项目组企业商城项目组个人商城项目组敏捷试点营销平台组手机客户端组主站组运营宝数据驾驶舱统计访问商铺的买家的行为和特点，帮助商户更好地了解商铺运营状况统计访问商城的用户的行为和特点，帮助运营人员更好了解商城运营情况购物中心小组商户中心小组购物中心小组商户中心小组（7人）Page ? 中国**银行股份有限公司2敏捷试点引入的六个最佳实践跨部门、跨职能、提升协调力优先级、情景化、子任务化统一团队用户故事燃尽图燃耗图故事墙小步、快跑、不贪多、只求快可视化监测开发进展状态和健康度Scrum*迭代化开发计划会议回顾会议站立会议尽早发现小问题、杜绝大问题沟通、互动、协作持续集成注*Scrum：一种敏捷的项目管理方式。敏捷开发主要有两个流派，一个是Scrum，一个是XP。Scrum偏重于过程，XP偏重于实践。Scrum是橄榄球的一个专业术语，表示“争球”的动作，比喻团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它。XP：极限编程(eXtreme Programming)。Page ? 中国**银行股份有限公司统一团队2敏捷试点引入的六个最佳实践：统一团队客户端开发人员（宝润-全职）跨团队、跨职能：消除分工灰色地带、淡化目标不一致、减少部门间“打架”位问题；客户端开发人员（宝润-全职）产品经理（宝润-兼职）ScrumMaster*敏捷教练（广开张明-全职）轻文档、重沟通：最大幅度减少被过度写作的需求文档和设计文档，用面对面交流完成信息传递服务器端开发人员（宝润-全职）测试人员（银行业务部-兼职）敏捷咨询顾问（IBM-全职）服务器端开发人员（宝润-全职）自管理、自组织：管理和决策不再由管理层单独掌握，而是整个团队商议决定。每个成员都对质量、时间、成本、风险负责注*Scrum Master是负责一个team按照Scrum方式运行的角色。职责包括更新backlog, 主持plan meeting, 主持stand up meeting, 主持retrospective meeting, 提交team velocity, burn up chart, burn down chart.Page ? 中国**银行股份有限公司2敏捷试点引入的六个最佳实践：迭代化开发迭代（冲刺）持续集成并行测试遗留缺陷需求变更每日站立会议看板管理发布合并流实施周期:2~3周 (历史经验预估)产品需求根据业务优先级选择实施模块细化（2天以内）总结与改进会议最终产品统一团队（敏捷团队）其他相关部门人员…Page ? 中国**银行股份有限公司2持续集成并行测试敏捷试点引入的6个最佳实践:迭代化开发看板管理每日站立会议小步、快跑、不贪多、只求快实施周期:2~3周(历史经验预估)选择能在2~3周之内完成的用户故事量作为本次迭代的目标，小步快跑敏捷模式充分估计所选用户故事的需求变更风险性和技术风险（历史经验预估）明确了解该敏捷团队的消化能力和抗风险能力（历史经验预估）使用看板、子任务卡片和每日站立会议让每天的进展情况可视化每晚检入代码，构建并在SIT发布集成了新用户故事的可测试版本新旧对比每天都保障开发人员和测试人员的并行流水线式作业，提高效率测试人员进行测试和开发人员修正缺陷的压力平均分布，不随上线临近而阶跃上升瀑布模式产品的实施周期以上线周期为准，平均为一个半月，大步慢跑应对跨周期或者紧急功能版本时相对被动忙乱，消耗较多人力和精力可测试功能点在上线前若干天阶跃式发布，开发测试人员并行性差测试人员进行测试和开发人员修正缺陷的压力随上线临近而阶跃上升Page ? 中国**银行股份有限公司2敏捷试点引入的6个最佳实践:用户故事产品需求用户故事（2天以内）子任务Story设计、情景化具体化开发过程将具体的产品需求分解为用户故事（2天/人的粒度）敏捷模式对每一个分解后的需求（用户故事）进行工作量评估明确区分出技术性故事和非技术性故事将用户故事（场景任务）划分为若干子任务新旧对比用功能点来分解需求，不够情景化需求分解的粒度较粗，完成周期较长瀑布模式开发的多个中间过程无法直观体现和把控Page ? 中国**银行股份有限公司2敏捷试点引入的6个最佳实践:用户故事用户故事子任务用户需求客户端界面开发（2H）需求描述Word文档设计相应库表（1H）用户特性UI设计样本（静