SDM 341 队友（Scrum）软件开发方式和互联网在线服务部...课件.ppt

互联网软件体现长尾效因 定位在中高端、面向大中型企业的管理软件一度在市场上占据主流 软件的互联网应用环境为一些更为低端的用户创造了机会: 交易成本 广泛的用户基础 通过ASP的方式来得到软件服务 游戏软件和广告的插入及综合等 互联网软件工程开发的主要挑战 及时: 上市时间 效率 (关键) 成本: 投资回报 适合大部分用户的需要 敏捷开发 传统软件开发方法 大量的文档书写 实现各种功能, 最后组装在一起 不到项目最后, 无法知道终局 瀑布式方法是一个代表 瀑布式方法管理 传统软件开发方法的问题 这些文档往往并不准确 软件需要修改 修改软件会引起系统混乱, 一个微小的错误就能导致互联网系统崩溃 敏捷开发的卖点 尽快地, 经常地提供满意的软件版本 开发过程中是迭代的，可以不断地根据结果作出反应 总体功能的价值可以在早期就被评估，项目组可以调整下一阶段要开发的内容 时刻注意跟上市场变化的步伐 敏捷开发的要求 总体框架要灵活以有因变能力 简单设计反而好 尽量提供无缺陷的软件 不段的学习和提高以提高技术和设计能力 充分尊重个人意见, 提供个人决策权 耐性地听取意见, 尽快地改变采用最佳方案 队友(Scrum)软件开发方式 队友(Scrum)开发方式是敏捷方法之一 一个体育队加小队长,全体团队负责拿球向前冲  队友(Scrum)开发方式来历 Scrum一词来源于橄榄球运动，过程是迅速，有适应性，自组织的 1995年由先进的开发方法公司提出，2001年由 “敏捷联盟”推广 团队成员能够独立地，集中地在创造性的环境下工作 队友(Scrum)开发团队的组成 7人组成 管理者主持会议，负责对整个项目的成败 对于人数多于7人的项目团队，建议与其扩大团队规模不如将团队分组 通过Scrum会议对各个子团队的工作进行同步 团队不止是一个程序员队伍，它由各种背景下的不同角色组合而成，包括商业分析者，设计师，程序员和测试者等等。正确的组合决定了团队的能力和效率 大团队的组成 1 person from each team 团队再分组 多个小团体 最有效的大部门合作方法 也适宜地域分布的要求 队友(Scrum)开发团队的组成 Planning Analysis Architecture, Infrastructure Coding Design Testing Performance User Acceptance Pilot Live Extend the definition to include all development 队友开发人员的角色和责任 ScrumMaster Product Owner Team Defines the features of the product, decides on release date and content Responsible for the profitability of the product (ROI) Prioritizes features according to market value Can change features and priority every 30 days Accepts or rejects work results Cross-functional, seven plus/minus two members Selects the iterations goals and specifies work results Has the right to do everything within the boundaries of the project guidelines to reach the iteration goal Organizes itself and its work Demos work results to the Product Owner Ensures that the team is fully functional and productive Facilitates close cooperation across all roles and functions and removes barriers Shields the team from external interferences Ensures that the process is followed. Invites to daily scrum, iteration review and planning meetings 队友(Scrum)开发如何工作 产品拥有者持有产品订单，控制并区分功能的开发次序 队友团队和产品所有者共同检视订单，