敏捷开发材料(项目实施)_第1页
敏捷开发材料(项目实施)_第2页
敏捷开发材料(项目实施)_第3页
敏捷开发材料(项目实施)_第4页
敏捷开发材料(项目实施)_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件公司

敏捷开发材料

(项目(xiàngmù)实施参考)

软件公司敏捷应用推行(tuīxíng)小组软件公司软件工程部2008-11共十九页目录(mùlù)敏捷简介实施(shíshī)和管理敏捷项目共十九页敏捷(mǐnjié)宣言个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应(xiǎngyìng)变化胜过遵循计划共十九页敏捷(mǐnjié)规则最高目标是能持续地、及早地向客户交付软件;拥抱变化;频繁地发布可运行的软件;客户和开发人员在一起工作;以人为本;最重要的衡量开发过程的手段,是可工作的软件;稳定的开发速度;敏捷高效的设计;简单(jiǎndān)有效;重视Teamwork;积极的调整

共十九页XP实践(shíjiàn)洋葱图编程方法(fāngfǎ)小组实践项目团队共十九页SCRUM的过程(guòchéng)图SCRUM来源于橄榄球运动,指:“在橄榄球比赛中,双方前锋站在一起紧密相连(xiānɡlián),当球在他们之间投掷时他们奋力争球。”共十九页目录(mùlù)敏捷简介(jiǎnjiè)实施和管理敏捷项目共十九页组建(zǔjiàn)敏捷项目团队敏捷项目团队由三种角色组成1、ProductOwner—由系统分析人员担任。负责收集和描述待开发产品的信息(xìnxī),并转换成待开发列表。解释和描述每一项任务的要求,项目开发过程中关注每个Story是否实现,解释其要求细节。2、开发团队成员-由来自开发、测试、资料共同组成的多功能团队,负责构建产品。3、ScrumMaster-由熟悉敏捷的成员,负责帮助和指导团队按照敏捷方式操作。除此之外,还有一个项目经理,负责整个团队的管理。共十九页项目启动-搭建(dājiàn)项目环境搭建持续集成环境敏捷项目需要维护一套唯一的持续集成环境,能够实现自动的从配置库获取代码、编译、静态检查和测试。持续集成环境搭建,可采用ICP持续集成系统,联系软件工程部进行技术支持。持续集成至少做到每天固定执行一次,也可根据配置库代码变化触发执行。搭建开发(kāifā)环境包含项目的编译等环境的配置等搭建测试环境尤其是自动化测试的环境,能够为持续集成系统调用执行共十九页项目启动(qǐdòng)-准备及制订ProductBacklogProductOwner分析待开发需求任务列表,形成产品ProductBacklog,并按照商业价值排序。ProductBacklog是产品唯一的待开发任务列表(如示例),是对开发任务的初步简要描述,并附带工作量的初步估计。Backlog既可以包含新增需求、功能,也可以包含待解决的问题等(有点(yǒudiǎn)类似传统的AR列表)ProductBacklog随项目进行,根据外部环境的变化,可能会不断调整,但是已经在迭代内实施的任务项将不受影响。ProductBacklog通常使用UserStory形式分析描述。共十九页用户(yònghù)故事UserStoryUserStory-

UserStory是站在外部的用户角度来描述系统所具有的功能/特性,并且此功能/特性能为客户感知。User和Story的识别:用户Users-使用到待开发系统的任何角色(包含人、也包含其他软件或程序),一般可以采用头脑风暴形式识别所有的Users.Story识别及描述:Asa<Role>,Iwant<function>,sothat<reason>做为一个<XXX角色>,我希望<YYY功能>,以便(yǐbiàn)<解决什么问题/原因>UserStory通常是最小的用户感知粒度。注意:1、项目所有成员都可参与分析制作UserStory(含开发、测试人员,资料人员也从使用资料的对象分析,形成资料UserStory),这时候并不需要太多的系统实现内部细节。2、UserStory分析结果记录在《UserStory模板》中,虽然敏捷可以记录在白板、卡片等形式上,但在公司内部实施的特定环境下,用文档记录还是比较好的。共十九页划分(huàfēn)迭代和开工会议敏捷计划和开工会议包含:1、ProductOwner向开发团队介绍待开发任务ProductBacklog,讨论各项需求任务的目标和背景,提供所有成员深入理解需求的机会。2、开发团队集体从ProductBacklog根据优先级,选择任务,初步划分(huàfēn)迭代,设定迭代周期(迭代周期通常是固定周期,比如1-4周都是常见的迭代周期)。划分(huàfēn)迭代时,通常从Backlog的优先级开始,结合需要的工作量进行划分(huàfēn)。3、完成迭代划分后,启动第一次迭代的分析工作,分解成任务,形成本迭代的SprintBacklog.Backlog列举任务的大小不同,可能分解为一到多个任务项Task.各Task也可以用UserStory形式进行描述。这时候会涉及到部分的实现细节。共十九页敏捷中的迭代实施(shíshī)过程迭代计划UserStory/Task设计并编码实现选择Story进行结对

自我测试验证通过Checkin到版本服务器持续集成发现问题及时修改迭代评估根据Story,编写测试用例(黑盒用例)用例加入到持续集成系统中进行自动测试验证选择相应的资料Story写作资料原型白盒用例测试资料共十九页敏捷项目(xiàngmù)中程序员的一天

8:30AMStandupMeeting结对Tester自我(zìwǒ)测试编码重构集成并纳入持续集成系统进行验证5PM结束测试用例(黑盒)共十九页每日晨会(站立(zhànlì)式会议)15分钟的站立式会议,通常在早上进行。每个成员介绍三个事情:从上次会议结束后,完成了哪些工作?到下次会议前,将准备完成哪些工作?工作中还存在哪些障碍?ProductOwner和所有(suǒyǒu)项目成员必须参与会议。每日晨会后,项目经理负责更新每项任务的进展情况。共十九页迭代评估和回顾(huígù)会议在每次迭代结束时,进行迭代评估,团队展示他们所构造出的产品。参加人员:所有项目成员,以及项目的客户。不需要准备PPT胶片材料,只需要如实的展示工作进展即可。同时回顾当前(dāngqián)做得好的和不足的,以便在下一个迭代中改进。通常,迭代评估紧接召开下一个迭代的计划会议。共十九页测试和测试如何参与敏捷(mǐnjié)项目一起(yīqǐ)分析分析识别UserStory本迭代UserStory的测试分析本迭代UserStory的测试设计(用例开发)测试环境及测试执行迭代评估(测试结果)一起讨论待开发UserStory的验证要点启动时某迭代完备的测试项目末期(类似传统SDV)项目末期一起分析分析识别UserStory(重点是资料Story)开发Story对应的资料Story已完成资料的整合资料测试资料测试共十九页交流(jiāoliú)探讨交流(jiāoliú)探讨共十九页内容(nèiróng)总结软件公司

敏捷开发材料

(项目实施参考)。负责(fùzé)收集和描述待开发产品的信息,并转换成待开发列表。3

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论