精华内容
下载资源
问答
  • Scrum敏捷项目管理

    千次下载 热门讨论 2011-04-22 17:34:38
    Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理Scrum敏捷项目管理
  • Scrum敏捷项目管理要点总结
  • SCRUM敏捷项目管理-电子书

    热门讨论 2011-05-19 14:06:58
    SCRUM敏捷项目管理-电子书!英文版!绝对内容丰富,绝对不是ppt版!2M的内容6个资源分值得下载!!!
  • 然而这样的活动,却被Ken Schwaber和 Jeff Sutherland巧妙地借助隐喻的方式引入到敏捷项目管理中,仔细思索,却又如此的恰如其分。在橄榄球运动中,固然需要强健的体魄与迅捷的速度,但更重要的却是组织、协作、交流...

    scrum.gif双方前锋紧紧地站在一起,裁判哨声响起,球被掷出,双方球员奋力拼搏,反复地冲刺,竭尽全力向自己的目标冲去。这是英式橄榄球中Scrum的场景。然而这样的活动,却被Ken Schwaber和 Jeff Sutherland巧妙地借助隐喻的方式引入到敏捷项目管理中,仔细思索,却又如此的恰如其分。在橄榄球运动中,固然需要强健的体魄与迅捷的速度,但更重要的却是组织、协作、交流,以及一位优秀的指挥官。虽然二者的方式不同,然而赢得比赛与成功交付产品的目标其实是完全一致的。

    Scrum是一种灵活的软件管理过程,它可以帮助你驾驭迭代、递增的软件开发过程。Scrum方法最初实践于Easel公司,现已被数十家公司数百个项目开发中应用,适用于需求难以预测的复杂商务应用产品的开发。作为一种项目管理方法,Scrum与其它方法颇有不同之处,规则与名称也自成一套体系。在Scrum管理活动中,包含三种不同的角色:Scrum Master,Product Owner,Team。Scrum的每一次迭代被称为Sprint,意为“冲刺”,生动形象地展现了项目开发活动的迭代过程。Scrum将功能需求称之为Product Backlog,它们通常是由Product Owner提出。Product Backlog会在Scrum Master主持的Sprint Planning Meeting中确定,并在确定了Sprint之后,形成Sprint Backlog。Scrum非常重视团队成员的交流,除了Sprint Planning Meeting之外,还要求召开Daily Scrum Meeting,以及Sprint Review Meeting与Sprint Retrospective Meeting。

    虽然Scrum从名词的定义上来看,显得有几分离经叛道,但其本质仍然秉承了敏捷开发思想。重视成员的交流、功能需求的确定、迭代版本的交付、项目风险以及产品质量的控制。Scrum提供了一种经验方法,它使得团队成员能够独立地、集中地在创造性的环境下工作。Scrum过程是敏捷的、自组织的,产品的开发则是增量的迭代交付方式。

    zcover.jpg《SCRUM敏捷项目管理》一书全面细致地介绍了Scrum方法。作为Scrum的创始人与倡导者,作者Ken Schwaber将自己多年以来实施Scrum方法的经验、体会、教训浓缩在这本仅有163页的薄薄小书中,真可谓是字字珠玑。全书只有9个篇章,却涵盖了Scrum的方方面面,包括Scrum方法概述,Scrum角色的职责,如何从混沌中提炼Product Backlog以及如何划分Backlog的优先级,如何制定Scrum项目计划,跟踪项目计划的执行,以及如何在大规模项目中应用Scrum方法。书中的附录A更是Scrum方法的精华,总结了实施Scrum方法必须遵循的基本原则。

    全书并没有长篇大论的理论分析与描述,而是通过一个个真实典型的项目案例,逐步为我们展现了Scrum的适用场景与实施细则。以实践指导实践,是本书最大的亮点,从而使得本书摆脱了通常所谓的项目管理书籍的那种沉闷与枯燥,以及空中楼阁般的不切实际。这得益于作者娓娓道来的深厚文字功底,更重要的是作为敏捷联盟的创始人之一,作者深谙敏捷之道,能够目光敏锐地发现传统项目开发的瑕疵;而作为Scrum的倡导者,对于Scrum方法的实施早已达到游刃有余的境界。因此,本书可以说是ken的厚积薄发之作。

    Ken善于以案例启发读者。Scrum提供了一种经验方法指导团队成员独立、高效地完成项目开发,而本书则以项目实践指导读者从阅读中获取经验。全书的每一章几乎都提供了“Lesson Learned”小节,从而加深读者对Scrum方法的理解。

    理解Scrum方法并不困难,最大的困难在于如何正确地在项目开发中应用Scrum方法。即使是富有经验的Scrum Master,在面对不同的场景,也需要做出不同的抉择。正如书中所述:“The ScrumMaster applies Scrum theory to projects with different types and degrees of complexity.”项目的类型不同,复杂度不同,则应用的Scrum方法就会有所区别。

    以书中列举的Tree公司的项目为例,就需要成立XML Team,WebPub Team以及多个Journal Team。而在Journal Team中,Scrum Master并没有固执地按照Scrum原则安排7个成员,而是由9个成员组成,其中包括了兼职的XML成员与WebPub成员。

    在MegaFund项目中,为了合理地分解任务与团队,在提炼Product Backlog时,则将非功能性需求的优先级提高到功能性需求之前。这样的调整,同样是根据项目的特点而定。

    Scrum方法的优势在于它的设计自始至终具有很强的适应性。如何在自己的项目开发中准确地应用Scrum,让自己成为合格的ScrumMaster,让团队的需求分析师或者客户成为合格的Product Owner,让自己的团队成为合格的Scrum Team,相信你从本书能够找到扣开Scrum之门的钥匙。本书无法使你在一夜之间就成为一名优秀的Scrum大师,但本书作者Ken Schwaber却可以给你高屋建瓴般的整体指导,使你迅速成长。毫无疑问,《SCRUM敏捷项目管理》已经给你指出了一条掌握Scrum项目管理的终南捷径了。

    展开全文
  • 敏捷Scrum项目管理汇总(思维导图)

    千次阅读 2015-03-09 16:48:22
    敏捷Scrum项目管理汇总(思维导图):

    敏捷Scrum项目管理汇总(思维导图):

    这里写图片描述

    展开全文
  • Scrum实战——敏捷软件项目管理与开发

    千次下载 热门讨论 2013-04-09 16:52:31
    Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。本书叙事清晰准确,是第一本由实践者编写的针对现实状况的实用指南。书中描述了如何使项目团队价值最大化,...
  • 如题,Leangoo+Scrum敏捷开发培训材料及实施模板内训版,可以借鉴,非常实用的文档如题,Leangoo+Scrum敏捷开发培训材料及实施模板内训版,可以借鉴,非常实用的文档
  • SCRUM敏捷开发教程

    2019-07-05 16:56:38
    scrum敏捷开发,是一个美国统计学教授记录了多年工作经验,总结出来的一套简单易懂的开发方法,我接触过不少产品经理,惊奇发现不少产品经理的确是产品把控的非常好,输出的BRD,MRD,PRD等都非常专业,但是却没一套很...

    大家好,我是煎饼哥,本期向大家介绍一个关于敏捷开发的方法,叫做scrum,相信资深的产品经理都接触过类似的项目管理方法。

      scrum敏捷开发,是一个美国统计学教授记录了多年工作经验,总结出来的一套简单易懂的开发方法,我接触过不少产品经理,惊奇发现不少产品经理的确是产品把控的非常好,输出的BRD,MRD,PRD等都非常专业,但是却没一套很好的项目管理方法。

      干货分享第一期:10分钟教会你SCRUM敏捷开发 干货第一期微信号:terrydengbin

      scrum 是一种迭代增量软件开发方法,通过该方法,你可以量化工作量,并且可以把每个任务量化成具体时间,得出最后一个项目的总时间(一般估算到小时)。能让管理者看清楚项目进度,把握项目进程的各种问题。scrum简单易用,但是简单的东西要掌握就容易犯错,大家可以在尝试中掌握这种项目管理方法,以下是我做内部培训个人写的scrum ppt教程,抛砖引玉,希望能普及该方法。

      首先欢迎大家关注本公众号,持续会输出原创内容,谢谢。

      (点击图片可以查看大图)

      

      scrum是有效管理未知因素和不断变化的产品需求,结束混乱,着重于如何驱动项目实现最高的投资回报。

      scrum材料准备:一个白板,n张便条纸,一张a4纸打印燃尽表(手绘也可以),一只笔。

      

      在scrum里面,有3种角色,分别是product owner(产品负责人)scrum master(团队负责人)scrum team (开发团队)

      Product owner: 是需求方,提出需求,能对功能流程,业务流程拍板的人。

      Scrum master :团队负责人,一般是product manager,负责解决团队问题,领导项目。

      Scrum team:项目执行人员,开发项目一般包括,前端后端开发,ui等。

      

      Scrum 步骤一:

      头脑风暴,如果product owner 对产品需求非常清楚,就可以省略这个步骤,开发一个原则“先紧后松”, 必须先把需求了解清楚,这里product owner可以召集技术团队/用户群体对其需求进行公开征求意见,最后输出一个产品建议表。

      

      Scrum 步骤二:

      product owner 对产品建议表进行筛选,做减法提炼最核心的需求。在确定了需求后,这个时候由scrum master 进行输出prd (product requirement document) , 这里就和传统的瀑布流一样了,该有的文档都必须有了,必须由scrum master 和product owner 确定好需求,包括业务逻辑,功能流程等。

      前面基本是最耗时间的,product owner和开发团队一来一回好多次。

      

      Scrum 步骤三:

      神马原型,ui设计都不是在步骤二完成的,刚才只是开始,步骤三后面才是scrum的精华部分,把任务量化,包括,原型,logo设计,ui设计,前端开发等。

      尽量把每个工作分解到最小任务量(wbs),最小任务量标准为工作小时不能超过16小时。准备估算总体项目时间吧!

      把每个任务都贴在白板上面,白板上分三部分

      (1)to do待完成

      (2)in progress 进展中

      (3)done 完成。

      

      如何估算时间:玩poker game(扑克游戏)这个方法估算出来的工作时间比较准,参与扑克游戏的最好有专家和开发涉及到的人员(杜绝阿猫阿狗,酱油男等参与)

      扑克游戏玩法:

      (1)每个人发一些便条纸, 针对具体任务,每个人根据经验写出时间(不公开写)

      (2)同时展示该项目完成时间,肯定存在最大最小的工作时间,最大最小两个人请你们辩论吧,为什么要那么长时间完成,或者那么短时间完成,其他人可以提出疑问,在一定程度上达成认可。

      (3)进行再次私下对该任务写时间,再公示,再辩论,这样下去,大家写出来的该任务的时间越来越接近了。

      (4)最后达成一个共同认可的时间,这个就是该任务的工作时间!

      注意事项,如果参与的人不懂该任务流程,参与投票就会影响准确率。

      

      Scrum 步骤四:

      好吧,经过大家纠结讨论了好久,终于把任务量化到具体多少时间完成了!

      恭喜!接下来,把n个任务按照开发的重要度,组合成n个sprint( 冲刺),每次执行一个sprint.

      

      每个sprint 都是独立的,一般先做主要功能,再到次要功能,再到小功能,最后的sprint 一般是修复bugs。

      

      因为任务都被量化了,每天工作了多少小时,完成了多少任务量,通过每天例会scrum master非常清楚,并且在time burn down chart (时间燃尽表)进行表示。我们就可以直观看到任务的进度了,而且是具体到多少小时!

      

      在burn down chart 里面,不管任务是否按时完成都必须记录。

      

      时间燃尽表是scrum的精华,通过该表格可以可视化任务的时间进度,大家可以看下图,day1 是整个任务的总共时间,每天按照任务完成度更新剩余时间,或者增加时间(例如发现一个技术难点,团队成员请假等要增加开发时间)

      

      在白板上面当前sprint 每天肯定都是在变的,scrum master 赶快把每天更新工作量吧!更新后算出剩余时间,就画在burn down chart上。

      

      关于bugs... ...

      每个sprint 都必须测试,尽量大家一起测试吧,如果太多bug就开一个sprint来修复bugs.

      

      每天要做的是,要开standing meeting ,因为大家的时间都是非常紧张的,一般是站着开的,一般10分钟左右.

      

      会议就问开发团队每个人三个问题:

      (1)你今天做了什么

      (2)明天打算做什么

      (3)有没遇到什么困难?

      scrum master 要解决开发团队的困难,让项目快速进展下去。

      每周一次周会,product owner最好在场。 每个月一次月会,product owner最好在场,指出产品开发是否在product owner期待范围内。

      

      好吧, 如此重复下去,直到开发完成!

      Scrum 步骤五:

      最后一个步骤,评估。

      product owner 和其团队/用户会对产品进行评估,可能还会有各种揪心的事,但是product owner是给钱的主,他要改还是要改的,建立一个bugs sprint吧,把产品做到product owner最想要为止!

      

      写在最后的话

      SCRUM也有缺点一直被人诟病,就是对团队要求高,团队成员相互信任度高,团队的人有能力,而且不会相互推搪责任,归根到底对应新团队使用该方法开始是各种问题的!请多多磨合吧!

      

      作者微信:terrydengbin

      最后直接送上干货ppt, keynote, pdf! 编写该教程我是使用了keynote 里面文字少,基本都是动画哦!!有mac的童鞋有福啦,我也转成了ppt格式,动画肯定会损失的,还有pdf可以下载。

      大家关注“今日发现”微信公众号,输入“SCRUM"即可获得下载地址!

    展开全文
  • Scrum敏捷软件开发

    热门讨论 2013-01-09 12:17:03
    Scrum敏捷软件开发》是软件企业及其管理团队成功进行敏捷转型战略及实施的必备参考书,适合经理、开发人员、教练、ScrumMaster、产品负责人、分析师、团队领导或项目领导,是帮助他们成功完成项目,甚至造就敏捷...
  • Agile Scrum基础指南.pdf

    2021-07-06 11:40:36
    描述敏捷 scrum的全部过程
  • Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。本书叙事清晰准确,是*本由实践者编写的针对现实状况的实用指南。书中描述了如何使项目团队价值*化,弥补了...

     

    关注公众号【互联互通社区】,回复【敏捷软件项目管理与开发】获取全部内容

     

    内容介绍

    《Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南。本书叙事清晰准确,是*本由实践者编写的针对现实状况的实用指南。书中描述了如何使项目团队价值*化,弥补了许多Scrum和项目管理书籍缺少的部分,包括如何使用财务术语与高层管理人员交流、如何使用客观的评估技术、软件架构如何适应Scrum等。附录提供了案例研究,描述了如何利用本书提到的技术和建议来成功地构建和部署两个软件产品。主要内容

    ◆ 与业务管理层良好协作所需的基本财务知识。

    ◆ 如何获得中层管理者的支持。

    ◆ 如何可视化地为Scrum项目收集需求。

    ◆ 如何利用架构愿景缓解团队速率的波动。

    ◆ 如何为企业级的Scrum部署客观地评估故事点数。

    ◆ 自动化、回归、集成测试的重要性。

    ◆ Scrum环境中的团队领导。

    内容节选

    Scrum实战读书笔记

    因为最近在学习项目经理相关的知识。Scrum实战读完了第7章。前面4章其实感觉都没有太大,只是作为一个学习书籍在看待。

    从第5章开始,感觉这本书写的太好了,上面描述的问题已经遇到好多次了,这里算是找到原因了。

    Scrum的三大角色:ScrumMaster、产品负责人、团队成员        目前我们遇到的困境就是因为ScrumMaster、产品负责人都是由项目经理兼任的,而且项目经理还会遇到来着领导的压力,所以对团队成员的保护是没有的,人人都是被压榨的精疲力尽。

    DoD:定义完成,这个也是我们目前遇到的问题之一。一个需求过来,3个字的需求不知道大伙见过没有。3句话的需求是我们公司常见的事情。开发提交的代码是根本无法集成的,或者集成了各种问题的。测试往往在没有时间的时候只做了一个冒烟测试,时间来得及才能做功能测试。定义了DoD就好办很多,需要要做需求澄清,开发要写单元测试。测试要白盒测试和黑盒设置都做完,性能测试在每个发布之前都要检查。

    头脑风暴:用户故事的来源,不是项目经理说的算,也不是系统分析师的活,更不是某个开发拍脑袋想出来的。用户故事必须每个团队成员达成共识。

    目录

    • 第1章 敏捷和Scrum的基础知识 1

    • 1.1 敏捷软件开发和项目管理的基础是什么 2

    • 1.2 Scrum起源 3

    • 1.3 敏捷和Scrum为什么在软件项目管理中有效 7

    • 1.4 小结 9

    • 第2章 关于财务 11

    • 2.1 计算项目成本 11

    • 2.2 选择项目投资 12

    • 2.2.1 投资回收期 12

    • 2.2.2 购买与构建 12

    • 2.2.3 净现值(NPV) 13

    • 2.2.4 投资回报率(ROI) 14

    • 2.3 监控项目绩效 15

    • 2.3.1 成本绩效 15

    • 2.3.2 进度绩效 16

    • 2.3.3 项目预算预测 17

    • 2.4 小结 18

    • 第3章 如何与各层管理者沟通 19

    • 3.1 与企业高层管理者沟通 20

    • 3.2 与IT管理高层合作 22

    • 3.3 与IT中层管理者一起工作 23

    • 3.3.1 质量保证 24

    • 3.3.2 运维管理 24

    • 3.3.3 企业架构 24

    • 3.4 把直接管理者变成盟友 28

    • 3.5 小结 28

    • 第4章 针对产品积压工作的直观的需求收集方法 29

    • 4.1 一种新的针对敏捷和Scrum的直观的需求收集过程 29

    • 4.1.1 第一步:识别利益相关者和他们的目标 29

    • 4.1.2 SMART原则 30

    • 4.1.3 第二步:为产品积压工作收集需求 31

    • 4.1.4 CUTFIT原则 33

    • 4.2 示例 33

    • 4.3 小结 37

    • 第5章 让故事点评估具有可比性 39

    • 5.1 非可比性故事点存在的问题 39

    • 5.2 规划扑克的文化问题 40

    • 5.3 一种基于客观标准的评估过程 40

    • 5.4 小结 46

    • 第6章 架构愿景对团队生产率和软件质量的影响 47

    • 6.1 架构愿景的重要性 48

    • 6.2 如何识别架构愿景 52

    • 6.3 架构愿景的另一优点 54

    • 6.4 小结 58

    • 第7章 从架构愿景到发布和冲刺规划再到并行软件开发 61

    • 7.1 从架构愿景到发布和冲刺规划 61

    • 7.2 从增量开发到并行软件开发 66

    • 7.3 小结 68

    • 第8章 关于产品负责人 69

    • 8.1 管理利益相关者的期望和优先级 70

    • 8.2 具备清晰的产品愿景和知识 70

    • 8.3 知道如何为产品积压工作收集需求 71

    • 8.4 始终与团队同在 71

    • 8.5 知道如何成为出色的组织者 72

    • 8.6 知道如何更好地沟通 72

    • 8.7 知道如何成为服务型领导 72

    • 8.8 小结 72

    • 第9章 自动化测试和持续集成测试的重要性 73

    • 9.1 “完成”的定义的重要性 74

    • 9.2 最重要的测试 76

    • 9.2.1 自动化测试 76

    • 9.2.2 持续集成测试 76

    • 9.3 组织测试基础设施 77

    • 9.4 小结 78

    • 第10章 团队合作的重要性 79

    • 10.1 个人 79

    • 10.2 小组 80

    • 10.3 团队 81

    • 10.4 Keirsey的气质类型理论 81

    • 10.5 团队的5个阶段 82

    • 10.6 解决团队冲突的方法 83

    • 10.7 良好团队合作的条件 83

    • 10.8 小结 84

    • 第11章 Scrum项目中管理和领导的新特质 87

    • 11.1 高绩效训练:GROW模型 90

    • 11.2 关怀型领导者和管理者的特质 91

    • 11.3 小结 92

    • 第12章 如何使Scrum适应环境 93

    • 12.1 如何在不借口采取消极ScrumBut的前提下使Scrum适应环境 94

    • 12.2 Scrum适应环境的一些例子 94

    • 12.2.1 组织维度 94

    • 12.2.2 基础设施维度 96

    • 12.2.3 团队维度 97

    • 12.2.4 技术维度 97

    • 12.2.5 过程维度 97

    • 12.2.6 业务维度 98

    • 12.3 小结 99

    • 第13章 Scrum项目准备程度的自我评估 101

    • 13.1 评估Scrum准备程度的简单工具 101

    • 13.2 示例 106

    • 13.3 组合在一起 109

    • 13.4 小结 110

    • 第14章 何时需要ScrumMaster 111

    • 14.1 对Scrum的深厚理论和实践知识 112

    • 14.2 优秀的服务型领导技能 112

    • 14.3 强大的组织能力 112

    • 14.4 出色的沟通能力 112

    • 14.5 优秀的演讲技能 113

    • 14.6 冲突解决能力 113

    • 14.7 出色的人力开发能力 113

    • 14.8 小结 113

    • 第15章 临别赠言 115

    • 附录A 两个真实的软件产品开发案例 117

    • 附录B 关于提前终止冲刺 175

       

    关注公众号【互联互通社区】,回复【敏捷软件项目管理与开发】获取全部内容

     

    展开全文
  • 敏捷方法之Scrum v0.2.pdf

    千次阅读 2010-02-22 13:36:00
    去年在项目组实施了Scrum敏捷方法,我也写了一些相关的blog,其中一些文章深受大家的喜欢。现在把之前写的Scrum相关的内容集中在这本电子书中,方便大家阅读。目前我所在项目组实施效果还行,但还属于较低层次的成熟...
  • 去年在项目组实施了Scrum敏捷方法,我也写了一些相关的blog,其中一些文章深受大家的喜欢。现在把之前写的Scrum相关的内容集中在这本电子书中,方便大家阅读。目前我所在项目组实施效果还行,但还属于较低层次的成熟...
  • 著名的Agile Project Management with Scrum,Ken Schwaber著,中文题目是“Scrum敏捷项目管理”。这个PDF文件是A4正常打印版,没有PDF生成器加入的版本声明。适于在pad上阅读。在PMI组织(PMP认证考试的发起者)的...
  •   接上一篇博文 《软件项目管理 之一 软件开发过程(软件开发生命周期)》。   Scrum 是一种敏捷软件开发的方法学,用于迭代式增量软件开发过程。Scrum 是一个包括了一系列实践和预定义角色的过程框架。在这个...
  • 硝烟中的Scrum和XP.pdf,高清带目录,希望大家能够喜欢
  • 作者是IBM 中国软件开发中心的一个Scrum 敏捷开发团队担任Scrum Master,这期间发生了很多有趣的故事。作者将他们的故事改编成小说,以小 说的形式写了这本书。对于如何实践敏捷项目管理有知道意义。
  • 黑暗Scrum.pdf

    2019-11-29 10:56:19
    作者以犀利且细腻的笔触, 剖析了目前敏捷项目管理及方法应用存在的状况与问题, 可以说是即接地气, 又见解独到, 对敏捷项目从业者来说,值得一看.
  • Scrum Devlopment Process.pdf

    2011-10-19 18:45:17
    Scrum Devlopment Process》,全英文版本,作者:Ken Schwaber(Scrum 由 Ken Schwaber 和 Jeff Sutherland 提出),pdf 格式,大小 168KB。 Scrum由Ken Schwaber和 Jeff Sutherland 提出,旨在寻求充分发挥面向...
  • ... 《Scrum实战——敏捷软件项目管理与开发》为软件项目团队提供了如何成功实施敏捷软件框架Scrum的实用指南... 更多 转载于:https://my.oschina.net/u/856019/blog/121960
  • 第一章:业界状态 游戏行业三大危机:创作保守,内容缩水,加班繁重 第二章:敏捷开发 大型游戏项目特点:开发过程...敏捷模式拥抱变化,每一次迭代都更明确游戏所需的核心乐趣,这意味着敏捷模式制作游戏将会...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 754
精华内容 301
关键字:

scrum敏捷项目管理pdf