敏捷开发之scrum读后感

读《轻松(qīnɡsōnɡ)Scrum之旅》有感(yǒuɡǎn)主讲人：张新敢2016年10月9日星期日DesignedbyZhang上海应用技术大学计算机学院共四十页读《轻松(qīnɡsōnɡ)scrum之旅》有感(yǒuɡǎn)主讲人：张新敢2016年10月9日星期日DesignedbyZhang上海应用技术大学计算机学院共四十页本书主要(zhǔyào)内容瀑布模式(móshì)开发的缺点敏捷开发详解Contents1·目录一123共四十页本书简介(jiǎnjiè)作者以自身(zìshēn)的项目实践为原型，讲述了一个项目组从头开始实践敏捷的完整历程在项目推进过程中整个项目团队遇到了很多敏捷开发的问题，并一一化解，最终走向成功，里面有很多经验值得我们借鉴书中穿插着讲解了敏捷开发的一些基本概念，循序渐进，能够对正在使用敏捷开发或者正在学习敏捷开发的同学有所帮助123共四十页传统瀑布模型(móxíng)缺点需求一开始不可能做得特别准确，没有让客户积极参与进来，开发人员全凭自己(zìjǐ)的理解开发需求、设计、开发、测试各个环节是一环套一环的。如果需求需要改，设计也就跟着该，后面的开发就会错上加错，后果往往无法弥补。共四十页传统(chuántǒng)瀑布模型缺点如果真的要改需求，由于已经差得太远，只能(zhīnénɡ)加班加点靠拼体力来补救，因为交付日期在那放着呢。结果是团队成员都很疲惫，士气下降，代码质量也在下降，形成恶性循环。最大的问题是不重视开发人员，只追求眼前利润，忽视长远的战略发展。共四十页敏捷开发的主要内容共四十页2什么是敏捷(mǐnjié)开发？敏捷(mǐnjié)的核心SCRUM开发过程敏捷开发的主要内容·目录二143敏捷开发的收获共四十页敏捷(mǐnjié)项目管理和传统项目管理事先对整个项目进行估计(gūjì)、计划、分析反对变更;变更需要重新估计、重新规划严密的合同来减少风险传统项目管理敏捷项目管理对整个项目做一个粗略的估计,每一次迭代都有详细的计划.鼓励需求变化,每一次迭代都是独立的信任和赋予权力;合约使变更变得简单，增加价值共四十页需求(xūqiú)的变更从需求、设计，到开发、测试和部署，是一环套一环的，结束一个环节才能开始(kāishǐ)下一个，中间过程很长，且不允许有变更，等到交付的时候才发现已经与客户的目标相差太远了。这时，要想弥补就要付出巨大的代价，很多工作需要重来，从而产生了巨大的浪费。共四十页需求(xūqiú)的变更敏捷开发的每一个迭代就相当于图中的一个小箭头(jiàntóu)，由于开发工作能够根据需求的变化不断调整，所以整个过程中浪费很少。共四十页敏捷(mǐnjié)项目管理和传统项目管理项目(xiàngmù)作为一个“黑盒子”，对客户与供应商的可视性差.产品化和测试阶段是分离的.软件交付时间晚,意识到风险的时间晚.传统项目管理敏捷项目管理客户和开发人员之间是紧密的连续的合作关系.每次迭代都产生可交付的软件专注于交付软件.第一次迭代就可交付能工作的版本，风险发现的早.共四十页瀑布模型(móxíng)开发流程了解他们对房子的条件(tiáojiàn)和设施，并记录下来。等房子盖好了，如果有人对它不满意，就得拆掉重新盖。敏捷开发流程了解他们的大致需求快速盖好一大间可以住的房子，然后再请他们提意见按每人的意见继续改进，经测试满意后再继续满足下一个人的要求破土动工，按要求建造房屋。在房子没盖好之前，他们一直没有房子住。共四十页什么是敏捷(mǐnjié)开发？敏捷开发是一种开发方法学，可以应对客户快速变更的需求。它强调以人为核心，采用迭代的方式，循序渐进地开发软件。在敏捷开发过程中，软件项目被划分成多个相互联系但也能独立运行的子项目。这就使得每个子项目在开发、测试直至完成的过程中一直保持可使用(shǐyòng)的状态。共四十页敏捷开发的核心思想是“适应(shìyìng)变化”和“以人为本”。适应(shìyìng)变化客户的需求可能在项目开发过程中不断变化，即使是在合同谈判阶段确定的需求，也可能在客户看见了逐渐成型的产品之后而发生改变。敏捷方法制定计划的时候应该尽量简洁、灵活，使其能适应技术和需求方面的变化。敏捷方法欢迎并且随时准备应对变化。随时响应变化的能力往往决定着一个项目的成败共四十页敏捷开发(kāifā)的核心思想是“适应变化”和“以人为本”。以人为本软件开发应当是一项令人愉悦的活动，因此它们注重调动人的积极性、主动性和创造性，并培养(péiyǎng)人在工作中的自豪感。敏捷开发的理念就是信任开发团队能够很好地完成任务招到合适的人是所有开发环节中最重要的。AverygoodteamplayerExcellentcommunicationskillsOpenminded,pro-active,andself-motivated共四十页敏捷开发(kāifā)的收获员工(yuángōng)的收获项目经理的收获客户的收获共四十页敏捷开发(kāifā)的收获员工(yuángōng)的收获改善员工的满意度稳定的工作量团队精神，能够规划和管理自己的工作项目经理的收获客户的收获共四十页敏捷开发(kāifā)的收获员工(yuángōng)的收获改善员工的满意度稳定的工作量团队精神，能够规划和管理自己的工作共四十页敏捷(mǐnjié)开发的收获员工(yuángōng)的收获项目经理的收获提高了生产率;减少了文档，重复工作每次迭代都有明确的目标共四十页敏捷(mǐnjié)开发的收获员工(yuángōng)的收获项目经理的收获客户的收获按预期收到软件短期内产生成效共四十页敏捷(mǐnjié)开发的收获短期内产生(chǎnshēng)成效按预期收到软件短期内产生成效共四十页Scrum概述(ɡàishù)Scrum角色(juésè)及职责Scrum流程SCRUM开发模型·目录三123共四十页Scrum概述(ɡàishù)Scrum是敏捷方法开发的一个(yīɡè)轻量级的管理软件,名字来源于橄榄球运动中的scrum过程这种开发方法简单，但高度的纪律性Scrum是一种工作管理的方法，不仅仅限于软件开发，可以用来管理其它活动.餐馆管理问题房屋装修问题项目分成增量的迭代过程，每个sprint都可以产生可交付的迭代共四十页Scrum解决房屋装修(zhuāngxiū)问题主人公房屋装修一开始，装修工人非常懒散，不是聊天就是整理工具，真正工作的时间非常少。装修公司为了保证工程的进度和质量，都会安排“包工头”进行监督和巡视，而这些人的工作时间要比工人们相对灵活(línɡhuó)一些。另外工资按天结算，工期过半时，装修不到三分之一。双方都很着急的情况下，主人公建议“包工头”挑选一个表现好的当‘头儿’，工资高一点让他全权负责。另外，还要跟他们讲清楚，延期的罚款会平摊到每个人的头上，那个当‘头儿’的罚得更重一些，并且延期的工作没有工资。共四十页Scrum解决房屋装修(zhuāngxiū)问题另外每天工作前开个碰头会，先说一下昨天自己都干了什么，今天打算干什么，有什么困难需要(xūyào)其他人帮助。你可以不用参加，但一定要让那个‘头儿’组织大家讨论一次，几分钟就可以，后有事情、有问题及时让那个‘头儿’跟你讲。一周后，一切都不一样了。最后，工程居然按期完工，并且这间房子还作为样板间给这家装修公司揽下了不少客户。共四十页Scrum中的三种(sānzhǒnɡ)角色ProductOwner:项目(xiàngmù)所有者ScrumMaster:项目推动者ScrumTeam:Scrum团队共四十页Scrum角色(juésè)及职责ProductOwner需求(xūqiú)按优先级排序计算投资回报项目发布问题对Sprint的结果评审解决主要问题支持团队开发决策、消除障碍训练团队提高生产率确保工作顺利运行推动会议的召开Scrum的中心角色自我组织、自我管理参与迭代任务清单的创建全面参与所有的各项会议执行任务清单的任务ScrumMasterScrum团队共四十页敏捷的项目有三个主要(zhǔyào)阶段产品定义(规划);运行Sprints所需要的准备(zhǔnbèi)、规划、技术分析.执行Sprints(执行):在增量时间段内实现需求(产品需求清单).结束:准备最终发布，结束项目共四十页Scrum中如何实现(shíxiàn)一个Sprint？1、Scrum计划(jìhuà)会议在每个Sprint开始之前，需要召开Scrum计划会议，会议时间一般为4~8小时，参加人员有产品责任人、ScrumMaster、Scrum团队和其他感兴趣的人。ProductOwner从产品Backlog中挑选高优先级的任务，并与Scrum团队一起决定在这个Sprint中需要完成多少功能。Scrum团队将这些任务分解成小的功能模块。Scrum团队成员详细讨论如何能按需求完成这些功能模块，并估计完成每个功能模块所需的大概时间共四十页Scrum中如何(rúhé)实现一个Sprint？2、每日Scrum会议(huìyì)每日Scrum会议，站立举是为了控制时间在15分钟左右，时间最好在清晨，有利于团队安排工作计划，只有团队成员可以发言，其他人员有兴趣可以参加，但不可以发言。主要内容是三个问题：昨天我完成了什么工作？今天我打算做什么？我遇到了什么障碍？共四十页Scrum中如何实现(shíxiàn)一个Sprint？3、Scrum评审(pínɡshěn)会议Sprint评审会议在Sprint结束时召开，用来展示Sprint中完成的功能，不需要PPT，一般是已经完成功能的Demo，而客户、管理层、ProductOwner以及其他开发人员等都可以参加。与会人员依据在Sprint计划会议上确定的这个Sprint的目标来评审具备了这些新功能的产品。共四十页Scrum中如何实现(shíxiàn)一个Sprint？4、Scrum回顾(huígù)会议Sprint回顾会议由产品责任人、Scrum团队和ScrumMaster参见，会议中会讨论：哪些好的建议或方法；在Sprint中有什么做法不可取；有哪些做法效果很好，应该继续下去。结束后，Scrum团队进行总结和反思，使整个团队能持续成长。总之Sprint回顾会议的宗旨就是：Scrum团队如何在下一个Sprint中做得更好！共四十页Scrum回顾(huígù)会议的重要性因为它是让Scrum团队成长和进步的最好的机会。如果(rúguǒ)不开Sprint回顾会议，不久以后你就会发现，你的团队在不断地犯着同样的错误。在文章中，关毅尽管已经了解了不少关于Scrum和敏捷的知识，不过，离真正的理解和运用娴熟还差得很远。共四十页Scrum工具(gōngjù)使用表格的横向上划分了每个任务不同的状态，分别是“未开始”、“被阻塞”、“进行中”和“已完成”；在表格的纵向上划分了任务的所有者，即任务的所属人。每张小卡片就代表着一个任务，挪动(nuódong)小卡片就是为了改变它的状态。共四十页Sprint1开发(kāifā)注意事项计划不详细(xiángxì)，采用“照明弹”策略Scrum工具使用，确保每天都进行准确的更新每一个Story，要尽可能了解它的需求文档应简洁，避免浪费资源，提高面对面交流根据兴趣选择任务为了促进交流，Scrum团队成员位置应该靠近Scrum工具使用，确保每天都进行准确的更新共四十页测试(cèshì)问题扑克牌背后的敏捷(mǐnjié)思想按照产品整合部门可以大大提高执行效率，开发和测试在行政上属于一个部门有利于使他们结合成一个真正的Scrum团队。为了精确估计每个story完成所需的时间，引入扑克牌游戏。扑克牌背后的敏捷思想是团队里没有绝对的权威，每个人都有可取之处，要避免少数服从多数。