《队友Scrum软件开发方式和互联网在线服务部门的合作》由会员分享，可在线阅读，更多相关《队友Scrum软件开发方式和互联网在线服务部门的合作（52页珍藏版）》请在金锄头文库上搜索。
1、SDM 341 队友(Scrum)软件开发方式和互联网在线服务部门的合作问题：建造一栋独立屋的最快时间？ 答案是：答案是：3 3 小时小时小时小时, 26 , 26 分分分分 34 34 秒秒秒秒提纲长尾理论长尾理论突破传统突破传统二八定律二八定律互联网软件互联网软件工程开发工程开发的的主要主要挑战挑战敏捷开发敏捷开发与队友软件开发方式与队友软件开发方式事例解读事例解读队友软件开发方式经验队友软件开发方式经验改善流程管理改善流程管理扩大交流和增进合作扩大交流和增进合作 增大增大自动化程自动化程度度Q & AQ & A二八定律巴莱多定律（二八定律)18971897意大利经济学家巴莱多在研究英国收
2、入分配意大利经济学家巴莱多在研究英国收入分配发现发现最重要的只占约，其余是次要的最重要的只占约，其余是次要的1949,1949,哈佛语言学家哈佛语言学家乔治乔治. .齐普夫齐普夫单词出现频率按照流行程度进行排序单词出现频率按照流行程度进行排序, , 排在第排在第k k位的位的项目其比重为第一项的项目其比重为第一项的1/k:1/k:齐普夫定律齐普夫定律个人的财富和收入个人的财富和收入城市人口城市人口 商店销售商店销售 图书、音乐和电影图书、音乐和电影 二八定律的体现百分之二十的消费者购买百分之八十的某一类商百分之二十的消费者购买百分之八十的某一类商品品而百分之八十的消费者只购买另外百分之二十的而
3、百分之八十的消费者只购买另外百分之二十的商品商品传统营销手段受制于薄弱的技术和高昂的成本传统营销手段受制于薄弱的技术和高昂的成本二八定律有失效的可能性吗二八定律有失效的可能性吗? ?二八定律的总结预料不预料不平衡平衡的基础的基础: :多样化多样化不平等现象不平等现象网络影响网络影响: :例如新闻，报纸，电视，例如新闻，报纸，电视， 互联网的不断发展，让我们看到了二八定律失效互联网的不断发展，让我们看到了二八定律失效的可能性的可能性 长尾理论长尾理论 克里斯克里斯. .安德森安德森: : ” ”连线连线” ”杂志主编杂志主编 只要存储和流通的渠道足够大，需求不旺或销量不佳的只要存储和流通的渠道足
4、够大，需求不旺或销量不佳的产品共同占据的市场份额就可以和那些数量不多的热卖产品共同占据的市场份额就可以和那些数量不多的热卖品所占据的市场份额相匹敌甚至更大。品所占据的市场份额相匹敌甚至更大。恐龙长尾恐龙长尾” ”的分布特征的分布特征 长尾理论例亚马逊网上书店成千上万的商品书中，一小部分亚马逊网上书店成千上万的商品书中，一小部分畅销书占据总销量的一半，而另外绝大部门的书畅销书占据总销量的一半，而另外绝大部门的书虽说个别销量小，但凭借其种类的繁多积少成多，虽说个别销量小，但凭借其种类的繁多积少成多，占据了总销量的另一半。占据了总销量的另一半。长尾的价值在互联网软件的体现互联网软件的趋势三股势力正改
5、变目前软件产业经济书写软件程序的费用大大减少: 世界各地人才软件运送费用也大大下降: 网上下载既块又好寻求最佳软件的成本也渐渐简单:网上用户群之间的沟通通过网络提供网上软件并远程管理将成趋势互联网软件体现长尾效因定位在中高端、面向大中型企业的管理软件一度在市场上占据主流 软件的互联网应用环境为一些更为低端的用户创造了机会:交易成本广泛的用户基础通过ASP的方式来得到软件服务游戏软件和广告的插入及综合等互联网软件工程开发的主要挑战 及时: 上市时间效率 (关键)成本: 投资回报适合大部分用户的需要敏捷开发 传统软件开发方法大量的文档书写实现各种功能, 最后组装在一起不到项目最后, 无法知道终局瀑
6、布式方法是一个代表瀑布式方法管理 传统软件开发方法的问题这些文档往往并不准确软件需要修改修改软件会引起系统混乱, 一个微小的错误就能导致互联网系统崩溃敏捷开发的卖点尽快地, 经常地提供满意的软件版本 开发过程中是迭代的，可以不断地根据结果作出反应总体功能的价值可以在早期就被评估，项目组可以调整下一阶段要开发的内容时刻注意跟上市场变化的步伐敏捷开发的要求总体框架要灵活以有因变能力简单设计反而好尽量提供无缺陷的软件不段的学习和提高以提高技术和设计能力 充分尊重个人意见, 提供个人决策权耐性地听取意见, 尽快地改变采用最佳方案队友(Scrum)软件开发方式队友(Scrum)开发方式是敏捷方法之一一个
7、体育队一个体育队加加小队长小队长, ,全体团队负责拿球向前冲全体团队负责拿球向前冲 队友(Scrum)开发方式来历ScrumScrum一词来源于橄榄球运动，过程是迅速，有适一词来源于橄榄球运动，过程是迅速，有适应性，自组织的应性，自组织的 19951995年由先进的开发方法公司提出，年由先进的开发方法公司提出，20012001年由年由 “ “敏捷联盟敏捷联盟” ”推广推广团队成员能够独立地，集中地在创造性的环境下团队成员能够独立地，集中地在创造性的环境下工作工作队友(Scrum)开发团队的组成7 7人组成人组成管理者主持会议，负责对整个项目的成败管理者主持会议，负责对整个项目的成败对于人数多于
8、对于人数多于7 7人的项目团队，建议与其扩大团队人的项目团队，建议与其扩大团队规模不如将团队分组规模不如将团队分组通过通过ScrumScrum会议对各个子团队的工作进行同步会议对各个子团队的工作进行同步团队不止是一个程序员队伍，它由各种背景下的团队不止是一个程序员队伍，它由各种背景下的不同角色组合而成，包括商业分析者，设计师，不同角色组合而成，包括商业分析者，设计师，程序员和测试者等等。正确的组合决定了团队的程序员和测试者等等。正确的组合决定了团队的能力和效率能力和效率大团队的组成1 person from each team 团队团队再再分组分组 多个小团体多个小团体 最有效的大部门合最有效
9、的大部门合作方法作方法 也适宜地域分布的也适宜地域分布的要求要求队友(Scrum)开发团队的组成PlanningAnalysisArchitecture, InfrastructureCodingDesignTestingPerformanceUser AcceptancePilotLiveExtend the definition to include all development队友开发人员的角色和责任ScrumMasterProduct OwnerTeamDefines the features of the product, decides on release date and c
10、ontentResponsible for the profitability of the product (ROI)Prioritizes features according to market valueCan change features and priority every 30 daysAccepts or rejects work resultsCross-functional, seven plus/minus two membersSelects the iterations goals and specifies work resultsHas the right to
11、 do everything within the boundaries of the project guidelines to reach the iteration goalOrganizes itself and its workDemos work results to the Product OwnerEnsures that the team is fully functional and productiveFacilitates close cooperation across all roles and functions and removes barriersShiel
12、ds the team from external interferencesEnsures that the process is followed. Invites to daily scrum, iteration review and planning meetings队友(Scrum)开发如何工作产品拥有者持有产品订单，控制并区分功能的开产品拥有者持有产品订单，控制并区分功能的开发次序发次序队友队友团队和产品所有者共同检视订单，决定团队和产品所有者共同检视订单，决定优优先先功能开发优先级功能开发优先级开始被称为开始被称为“ “疾跑疾跑” ”的迭代过程的迭代过程: : 时间为时间为30
13、30天。天。管理者负责团队与外界的交流都必须经由进行管理者负责团队与外界的交流都必须经由进行在团队对在团队对“ “疾跑疾跑” ”的作用有更多了解以后，团队成员的作用有更多了解以后，团队成员就可以调整原始的产品评估，并将就可以调整原始的产品评估，并将“ “疾跑疾跑” ”过程中获过程中获得的信息加入到产品订单中得的信息加入到产品订单中队友(Scrum)开发如何工作每每日日的的队友队友会议会议每月的每月的“ “疾跑疾跑” ”计划和计划和“ “疾跑疾跑” ”审查会议紧密相连审查会议紧密相连“ “疾跑疾跑” ”审查会议持续半天审查会议持续半天: : 团队演示完成的内容团队演示完成的内容总结总结: :订单
14、订单“ “疾跑疾跑” ”计划和回顾计划和回顾管理承诺管理承诺每日每日的的队友队友会议会议进度回溯进度回溯队友开发工作流程 管理与阶段队友(Scrum)事例互联网软件服务模式 总体设计源程序完成QA部门测试逐步程序调整QA 质量鉴定和通过送给在线服务部门 - 往往太迟软件开发服务和互联网在线服务部门的合作事例队友(Scrum)开发方式事例之一队友(Scrum)开发方式事例之二要利用队友开发方式吗?可迅速优先满足不断变化的需求可迅速优先满足不断变化的需求 可循序渐进地增加功能可循序渐进地增加功能 不需一条路走到不需一条路走到黑黑 “ “Death MarchDeath March” ”顾客能先享用
15、部分功能顾客能先享用部分功能自我管理团队士气高涨自我管理团队士气高涨鼓励大家树立工作责任感鼓励大家树立工作责任感适应化的学习过程适应化的学习过程总结以往教训并立即采用总结以往教训并立即采用还是不要利用队友开发方式?不适合不适合文化的挑战文化的挑战不适合大型项目的开发不适合大型项目的开发最佳最佳团队团队规模小于规模小于1010增加复杂性增加复杂性难以沟通难以沟通不适合跨区域不适合跨区域( (地理地理) )发展发展可能导致长期可能导致长期成本成本的升高的升高要求很简单要求很简单, ,一成不变一成不变不适合自下而上工程设计不适合自下而上工程设计 利用队友开发方式的经验改善流程管理扩大交流和增进合作
16、增大自动化程 度改善流程管理流程管理为何还要流程管理标准一致的工作标准一致的工作流程流程有益于有益于: :提高效率提高效率, , 降低非生产性时间降低非生产性时间提高产品质量提高产品质量 加速上市场时间加速上市场时间流程管理目标保持低费用保持低费用质量质量早日进入市场早日进入市场减少意外减少意外, ,保持商业稳定和预测性保持商业稳定和预测性队友开发方式流程管理文档管理文档通常靠队友主动的建立文档通常靠队友主动的建立, , 无法依靠设计无法依靠设计文文档档 建立建立文文档也不在优先之列档也不在优先之列文文档是在线服务部门的重点档是在线服务部门的重点, , 服务客户服务客户时间保留保留一点解决问题
17、的时间保留一点解决问题的时间, , 否则要等否则要等3030天天队友下再队友的管理大型项目的大部门合作方法大型项目的大部门合作方法, , 队友可以参加跨越队友可以参加跨越多个队多个队质量管理在线服务部门既是在线服务部门既是客户客户, , 也也是是团队成员团队成员软件发布流程管理软件发布标准标准环境瞬息万变环境瞬息万变, , 坚定和客观的标准是质量的保证坚定和客观的标准是质量的保证高质量服务建立在完善的系统控制和监视之上高质量服务建立在完善的系统控制和监视之上系统变动管理系统变动管理保持服务高质量和服务高效率要求相应完善的系统变动保持服务高质量和服务高效率要求相应完善的系统变动管理管理所有修改必
18、须程序化所有修改必须程序化, , 文件化文件化, , 并应简单并应简单 增加一个增加一个发布发布流程流程系统变动阶段化系统变动阶段化在线服务部门有投票权在线服务部门有投票权 扩大交流和增进合作扩大交流 良好的沟通是成功基础:软件设计变动是费用最便宜的时候软件设计变动是费用最便宜的时候数据中心基础设施建设需要时间数据中心基础设施建设需要时间, ,往往受外来资往往受外来资源限制源限制 在线服务部门要非常深入的参与软件开发以少在线服务部门要非常深入的参与软件开发以少走弯路走弯路各方要了解大体发展动态各方要了解大体发展动态直接参加队友管理团队多过于间接参直接参加队友管理团队多过于间接参与与 基本的交流
19、 在线服务部门参于规格和设计审查规格和设计审查数据中心基础设施数据中心基础设施商讨商讨的的最佳时间最佳时间 队友团队外人也可充分发挥专家责任队友团队外人也可充分发挥专家责任数据中心基础设施建设要求要求与与软件设计同步软件设计同步减少减少上市时间上市时间满足不断变化的需求满足不断变化的需求队友会议在线服务部门必须参加有关在线服务部门必须参加有关会议会议并表达意见并表达意见增大自动化程 度自动化自动化的优点队友软件开发方式增加了快速改变几率队友软件开发方式增加了快速改变几率 任何改变多有代价任何改变多有代价自动化的目标目标 降低成本的变化降低成本的变化各企业内部利用自动化的成果各企业内部利用自动化
20、的成果软件开发部门自动化构建流程软件总体要能软件总体要能自动构建自动构建 能能减少基础调查减少基础调查的的时间时间和精力和精力代码检查工具 检查检查格法标准格法标准检查检查安全安全代码代码转送运行部自动装机测试自动装机测试自动化调测自动化调测软件测试部门自动化负载测试生产负荷工具生产负荷工具数据收集和分析数据收集和分析工具工具装备能力预装备能力预测测检验鉴定建全自动化建全自动化检验检验每次必须通过每次必须通过软件运行部门自动化零影响自动安装在线服务部门在线服务部门不能容忍系统崩溃不能容忍系统崩溃 经常性管理工作工具减少在线服务部门人数和费用减少在线服务部门人数和费用系统备份系统备份, , 日志管理等日志管理等结论结论 让大家都了解队友开发让大家都了解队友开发方式和参与队友开发和参与队友开发团队团队效益来自于自动化效益来自于自动化, , 和整个开发和整个开发团队团队分享的自动化分享的自动化的成果的成果扩大交流和增进合作扩大交流和增进合作, , 具有责任感具有责任感信任加沟通信任加沟通
