轻松Scrum之旅

当前位置:首页 > 计算机网络 > 软件工程/开发项目管理 > 轻松Scrum之旅

出版社:电子工业出版社
出版日期:2009-12
ISBN:9787121099847
页数:281页

章节摘录

  1 重获新生  痛苦的挣扎  电脑上的时间显示着凌晨2点,X公司的办公区已经漆黑一片,但在角落里略显刺眼的台灯下还有一个身影,正在查看目前的项目进度报表和软件Bug列表。这个人叫关毅。他站起身,伸了个懒腰。再过几天就要给客户试用产品了,还有这么多问题没有解决,今晚注定又将是一个不眠夜。  关毅几年前从北京某名牌大学计算机专业毕业,获得了硕士学位。当时他拥有一大堆令人羡慕的0ffer,不过他最终出人意料地选择了X公司,让很多同学都不太理解。的确,X公司是一家知名的民营公司,从事ERP、OA等产品的软件开发和软件系统集成。在众多IT公司中,X公司开出的工资只能算是中等,不过,当年面试经理的一席话打动了他:“年轻人要做一番事业,我们这里提供的是没有天花板的平台,公司很快就会上市……?于是在那一年栀子花开的七月,他带着理想,拖着行李,搬进了租来的房子,到X公司报到,成了一名程序员。  到首都北京去是关毅从小的梦想,况且如今的北京也是信息产业之都,中关村、上地等地方更被人称为中国的“硅谷”。尽管X公司的待遇比不上外企,不过机会可能会很多,这也让关毅对未来充满了希望。

前言

  答应了作者为本书写序已是两星期前的事情了,对此托付我诚惶诚恐。近来工作忙碌,虽未提笔,但心中一直惦念不忘仔细斟酌如何才能将本书作者对于敏捷的理解和著述浓缩成文,写出一篇精彩的序而不负期望。  本书写得有生趣。大概是有很多共通之处吧,所以读主人公的故事就回忆起了许多和敏捷团队一起奋斗的日日夜夜,也自然而然地联想到我在敏捷咨询服务中遇到的一个个活生生的案例。公司做敏捷似乎来自一股强劲的“西北风”,头头脑脑们开始铺天盖地地学习和宣传敏捷。敏捷确实那么神奇吗?敏捷真的能让偌大一个公司的项目运营变得像其所提倡的那样快速、灵敏吗?敏捷的确可以让公司的业绩大幅提高、缩短产品的上市周期吗?即使这些问题能够在敏捷开发中得到很好的解决,那么参与敏捷开发的人需要有哪些变化,而他们又将会有哪些变化呢?带着这些问题,我接手了几乎是公司启动最早的敏捷项目之一,开始边接受边思考。  没想到,短短的两年时间,工作几乎让我着了迷。虽忙,但亦快乐。仿佛是触动了我的某处神经,不对,应该说是着了魔,我不仅每天忙得不亦乐乎,还逢人便说,敏捷给我带来了更多的满足。大概我是个天生的工作狂吧,接受挑战总能让我兴奋。而且,在敏捷项目里工作不再是被设定既定的目标,终日朝着固定的要求努力,而是自己同样需要了解为什么要达到这个目标,由自己决定如何达到目标,由自己计划何时达到目标。敏捷开发项目超级锻炼人,让我有“人民当家作主”的感觉。  这些大概就是敏捷让我感受到的不同于以往项目的最大区别吧!  在传统项目中,层次森严的等级管理制度让我们疲于奔命,但很少有机会想想对错。而现在的敏捷项目给我们的不仅仅是责任和要求,更多的是信任和鼓励。  说到这里,我想讲一个题外的故事。  我和太太认真地装修了自己的第一套房子。在装修期间,爸妈扮演了“伪监工”的角色,对工人的工作大加赞扬不说,看到问题竟然还说“比起当年好多了”,而我和太太自始自终就没放心过。当然,本应自己更多地去和工人们沟通,让父母闲些。所以,后来爸妈也就退居二线给我们做后勤了。因为是自己的房子,而且是要结婚的新房,我和太太特别细心。我详细量了房间的尺寸,但凡去和设计师聊设计,或者去家具城淘货,拿出来就能比划。太太更牛,把买来的冠军砖在我绘制的图纸上横排竖排。当时我超级怀疑她的能力。几面墙如何做到排列得最好,也就是说,整砖要用在看得见的地方,碎砖应该用到角落看不见的地方,这可是一门学问。而且,还要考虑砖的排列方向产生的美感:哪种排列方式会有延伸空间的效果,哪种没有。最后,还要充分利用切剩的砖,不能造成浪费。这简直是最让我头疼的奥数嘛!没想到,太太用两个小加班就搞定了。当工人贴完砖,厂家来拉退回的砖时,居然立刻打电话到店面,说:“你们怎么给客户估计的面积?怎么整整多了两箱!”而我们家的砖贴得相当的漂亮。  下面还有一个故事。  一天,我和太太照常去工地。进门一看到新贴好的砖,太太顿住了,然后径直走到跟前,拿起工人的水平尺,像模像样地比划起来:“老公,我觉得这块砖低了0.1厘米!”听了这话,工人差点从梯子上跌下来,我也受到很大的冲击。这眼力,没说的。而工人是个很不错的老师傅,听见我们这么说,就拿来专业的工具帮着仔细测量起来。结果太太说得一点儿没错,就是低了。我和老师傅当时那叫一个诧异和佩服!最关键的是,连老爸也感觉在这之后工人们干活更认真了——让我们将敏捷项目进行到底!  其实,无论是开发、设计还是测试,甚至包括产品开发过程中的一切细微活动,当我们可以把它们当作义务而不是责任后,效率和质量会有惊人的飞跃,而且在管理和过程中耗费的其他成本也将显著减少。这也是我想通过上面两个故事与读者分享的。  在之后的敏捷咨询生涯中,我也屡次用实验证明了这一事实。当团队将项目当成自己的分内事时,无论你们是在从事敏捷开发还是传统开发,你们团队的工作成绩都将非常亮眼。  敏捷开发,特别是Scrum的模式,我最喜欢,因为它提倡以人为本、平等对待团队中的每一个成员、相信队友,它简单而直接的沟通平台能让人有更多的主人翁意识。在这样的环境里工作会很容易被大家看到成绩并获得认可。如果Scrum Master很专业,那么大家就能加倍感受到“相互依存”的氛围。  所以,我们常说,敏捷开发能让我们读懂“没有一个人的成功,也没有一个人的失败”这个道理。一种主人翁和集体意识,一种宽容的待人态度,一群乐于积极自我学习和相互分享的伙计(包括女伙计),铸就的就是一支优秀的团队。  敏捷开发伴随的是突破和挑战,从外面看到的是市场决定一切,在里面酝酿的是对新技术和新想法的勇敢尝试。曾经有位高人讲过:如果你的工作不是经常遇到困难,就说明你的工作还缺乏挑战。想想看,无论是硬的技能还是软的技能,不都需要在有挑战的环境里来培养吗?所以,正如我们感受到的,我们的实践也说明敏捷不仅能够开发和培育人,而且能促使人更快地成长。成就感是个好东西。  说到本书的另一个精彩的地方,就是潜移默化地让人体会到E公司是如何将一支普通的开发团队从传统团队转变为成熟的敏捷团队的。值得注意的是,没有人可以一蹴而就,这支团队也是在不断地寻找局限和不敏捷之处,步步为营地改善,最后才终于成为一支经验丰富的敏捷团队。总结其精华,我感觉:首先,这个组织找到了正确的人,他勇于负责、敢拼敢扛,同时,他不刚愎自用,他相信协作总是大于“一”的道理;然后,就是遇有“贵人”,无论是在团队的起步阶段还是发展阶段,基于信任和指导,“贵人”让这支团队顺利地从各种陷阱里走了出来;最后,就是团队通过良好的沟通达到一心一体,无论是理解市场动向还是上传下达,团队总能在共同目标上达成一致。这三点缺一不可。做好一件事也要“一个好汉三个帮”,不是吗?但是,在实际工作中,我们往往会遇到很多阻碍和问题,许多团队在实践过程中真的没有办法像故事中描述的那样,虽有波折但仍能达到目的。比如,如何在跨时区、跨地区的多团队合作项目中进行良好的沟通和进度协调,如何在文档和话语的沟通中作出折中的选择,如何将TDD做得更有效率并减小转变的风险和成本等。希望作者能够在本书出版后有第二步的出书计划。  最后,我要感谢作者的邀请。为本书写序的过程仿佛也打通了我的奇经八脉,又好像打了场痛快的球赛,让我兴奋不已。同时,也希望本书能得到读者您的喜欢。对于本序的内容如有疑义,本人愿与探讨。  谢明志  IBM全球敏捷社区中国区主席  IBM注册敏捷培训讲师  书于2009年9月8日

媒体关注与评论

  敏捷方法是软件工程方法论和实践的新发展,相对于传统的开发方法和过程,它能够更快、成本更低、风险更少地开发质量更好的软件,团队的活力和成就感也更好。软件开发团队和企业应该学习和实践敏捷开发方法和过程。在IBM,敏捷方法、过程和相关的工具已经普及,大多数项目都是基于敏捷方法的。   本书作者是IBM开发中心的工程师,他们基于自己的实际经验,构造了一个虚拟的故事,生动活泼地解释了敏捷方法的最新实践,也就是Scrum方法。在这个故事中,我们会看到一个基于传统开发方法的团队是如何一步步地转变成一个敏捷团队的,内容涉及Scrum方法的各个阶段、各个方面。对于以前不太了解Scrum的朋友来说,这种讲述方法引人入胜,易于理解,非常值得一读。   本书是一本很好的Scrum入门书籍,希望它能够带你进入敏捷的世界,开始敏捷软件工程的实践之路。   IBM研发中心首席技术官 毛新生

内容概要

贾子河,IBM中国开发中心高级软件工程师。2004年硕士毕业于北京工业大学计算机学院,清华大学经管学院工商管理硕士在读,曾在多家知名IT公司从事过软件开发工作。2004年底加入IBM公司,从事过软件配置管理、测试及开发等工作。从2007年初在lBM中国开发中心领导一个Scrum团队开发Lotus Forms产品至今,具有丰富的敏捷项目开发和管理经验。

书籍目录

1  重获新生  痛苦的挣扎  全新的开始  找工作  面试E公司  焦急的等待  E公司报到 2 回首往事  回忆X公司  欢迎午宴聊开发  关于软件开发流程的争论  来自经理的帮助 3 准备Scrum之旅  敏捷开发培训——什么是敏捷开发?  敏捷动员大会  招兵买马——打造敏捷开发团队  Hello,温哥华  初遇Scrum——XP、RUP和Scrum的比较  产品Backlog的制定  Scrum管理工具 4 Sprint 1——激动人心的Scrum之旅第一站  Sprint 1 计划   投掷“照明弹”   需求分析——买土豆的故事   初尝每日Scrum会议   Scrum之旅,启程   改进的每日Scrum会议   跟踪每天的进度   每日Scrum会议的真正内涵   初尝Scrum有感   来自大老板的质疑   Sprint 1发慌的收尾   Sprint 1评审——意外的结局   Sprint 1回顾——批评和自我批评 5 Sprint 2——计划与变化  Sprint 2 的目标   棘手的新任务   Wiki上的需求文档   没有不可能完成的任务   Sprint 2的计划会议   Sprint计划会议是属于整个团队的   休假问题   技术问题   用扑克牌游戏来做估计   Sprint 2的第一周   任务状态要随时更新   得到帮助   单元测试   Sprint 2的第二周   用Scrum不能教条   经理安排的临时任务   Sprint 2的第三周   遇到困难   Code Review的重要性   给经理的项目状态报告   最后一个Story可能完不成了   Sprint 2的第四周   冲刺=加班   加班是个很严重的问题   不是所有的Story都适合做Sprint演示   评审Sprint 2   演示时不谈技术   评审、总结和没有完成的Story   回顾Sprint 2 6 Sprint 3——深入Scrum  Sprint 3,出发   为敏捷调整座位   Sprint 3的计划——精益思想   Sprint 3的目标——口号的力量   失败的Sprint 3计划会议   重新计划Sprint 3   测试的介入   结对编程   先理论,后实践   超强的结对编程工具   饭馆中的敏捷思想   产品发布计划的变更   现场沟通   出差到现场解决问题   临时Scrum Master   Sprint 3,冲刺   关于考核的问题   突发事件   不隐瞒,不放弃 7 Sprint 4——最后的冲刺  延迟开始的Sprint 4  两天“休息”时间  以假乱真的需求演示  团队听诊工具  部门重组  新的敏捷管理协作工具  敏捷测试  为什么不报Bug?  测试团队的新角色  系统集成测试怎么办?  临时员工  实习生  CMM与敏捷  现场客户  小插曲:装修也Scrum  持续集成 8 路在前方  Scrum之旅大获成功  产品顺利发布  去敏捷技术大会演讲  全球敏捷使用情况调查  对敏捷的诠释 附录A 案例索引 附录B 相关概念 附录C 参考资料 附录D 免责声明

作者简介

轻松Scrum之旅:敏捷开发故事,ISBN:9787121099847,作者:贾子河 等编著

图书封面


 轻松Scrum之旅下载 精选章节试读 更多精彩书评



发布书评

 
 


精彩书评 (总计21条)

  •     读完了,感觉还可以。主要讲了一个scrum团队的成长过程。其间,比较吸引我的地方就是scrum master向他的教练请教的那些问题,也是我比较想不通的问题,看了答案后感觉还算有所收获,我个人认为这是本书的最大亮点,也是我评价为“推荐”的原因。其他叙事部分,也就那样吧~~这导致了我感觉读这本书更像是在读小说⊙﹏⊙b汗读这本书时,我是参考着《Scrum要素》读的,那本书写的是关于Scrum的概念,感觉比较官方,所以感觉《Scrum轻松之旅》中有些地方好像不对,对scrum中的某些概念理解有偏差。。。但因为我刚接触scrum不久,也说不出个大概来(尴尬了~~#)总的来言还是有所收获的。在这推荐下《Scrum要素》这本书,敏捷联盟的联合创始人写的,译者也是国内的Scrum方面的大牛,诠释Scrum的、返璞归真的一本书,老少皆宜。 http://book.douban.com/subject/20507350/
  •     当在豆瓣上看到此书时,就决定买下来....也许是对与Scrum方法论的感情,也许是为了追寻曾经的一些美好回忆.....本书以主人公所经历的第一次Scrum项目为载体,引领读者与作者一起亲身经历着一个scrum实施过程中的点点滴滴,轻松与紧张中,的确让我学到很多。书中以第一次接触并实施Scrum为主线,开始在项目中实施敏捷的项目管理方法论,这让我回忆起一年前自己刚刚开始接触Scrum时的点点滴滴......同样是一个跨国家的团队,在一天下午收到国外同时Henry的邮件,关于一个Scrum的pdf手册,几十页的手册很多究竟读过,但是仅仅留下深刻印象的是“猪和鸡“。也同样经历scrum管理方案/工具的选型,而我们不同得是选择了白板与Scrum Excel 的方式进行跟踪整理productbacklog,以及每次的Sprint 与燃尽图........经历着测试如何集成到Sprint中,也是让团队困惑了很长时间......第一次Sprint review的场景都历历在目。本书让我重新经历的Scrum的开始到.....面临质询过吹是的问题,并一起解决问题继续前进,同时David的邮件是重要的资料整理,在实施Scrum的各个环境可能遇到的问题,借用David的邮件都做了详细的解答。的确,scrum仅仅是敏捷的一个方法论,是一种打破传统项目管理方式的思想,所以执行过程中的关键在于”执行力“以及不断的总结、回顾,团队一起来解决问题提升效率。
  •     如果你想了解敏捷的Scrum方法,那么就请阅读本书吧!《轻松Scrum之旅》并没有像其他的技术书籍一样以讲概念为主,而是将敏捷的思想、Scrum的概念和Scrum的实施方法以故事的手法很形象地讲述了出来,非常容易理解。对于想要了解Scrum的新手来说,入门很快。由于我在公司也经历过Scrum敏捷开发,所以在读本书的时候,总有一种身临其境的感觉。读过之后,也对敏捷有了更深的理解。敏捷不仅仅是一堆软件开发方法和开发流程,它的本质是一种哲学思想,是一种做事情的方法论。敏捷之道就两点:以价值为本,以人为本。You don't Agile, you are Agile !

精彩短评 (总计56条)

  •     比较容易看,感觉就是发生在身边的形式,但是Scrum团队一般是7个人+/- 2人左右,里面包括Scrum Master好像只有4个人,感觉Run Scrum成本有点高。不过书还是值得一读的,对于刚开始接触或者打算用Scrum的人。
  •     可以将复杂的知识写成有趣的故事,确实需要一番攻略和对原内容的深刻理解,赞!
  •     不错的入门书
  •     并没有太多Scrum的教条。通过故事形式,细细阐述了Scrum试点过程中会遇到的问题,以及一些好的实践。 1. Sprint计划会议,事先做好准备,估算、确定演示时间和验收标准;2.探照灯的使用;3、与上级的配合,包括汇报、预留缓冲;4、开发必须做好单元测试,CodeReview很重要,测试介入时机的选择,特别是系统测试(含性能和稳定性);5、利用工具落实结对编程;6、人员管理:个人绩效,全职员工,客户参与;7.每日例会,不要变成每日汇报;8.评审会议:事先做好准备;9.回顾会议很重要,且既要总结,也要行动;10.敏捷管理协作工具、持续集成工具、自动化测试工具、wiki等。
  •     要是我有一个那样的David就好了....
  •     结尾有点仓促
  •     国内原创好书
  •     老大给的书
  •     真觉得软件工程的教材就应该这么写。Scrum 以价值为本,以人为本。不过故事背景设定里没有猪一样的队友的...无论是敏捷开发也好,其他模型开发也好,到底还是人的问题,敏捷开发制度好,但对人的要求也挑。
  •     理论联系实际方面还不错,不过文字略显平庸,理工科通病吧,总体可读。
  •     scrum入门书,对于组织转型,scrum新手挺不错的。通过生动具体的故事,来说明如何从瀑布型开发转型到scrum开发。
  •     以故事的形式介绍敏捷开发
  •     非常好的一本介绍敏捷Scrum方法的书,故事形式,看起来不累,但是很容易去理解。都是实践中的问题。
  •     在书中没怎么看出来轻松..~~~
  •     写的很生动,小说的载体让内容通俗易懂。好老的一本书,一名同事离职时候留下的,没事翻来看看挺好的。
  •     这本书还正在看,总体感觉写的挺不错的。以一个活生生的案例为线索 介绍了敏捷开发的知识。和现在公司的各种情况做对比,感触更深了。
  •     入门很好,接下来看看实战中会有多少硝烟吧
  •     浅显易懂
  •     挺好的~~
  •     很好的书,用小说的形式说Scrum
  •     一个类似于小说的敏捷开发过程,对于初次应用敏捷开发着很有用。
  •     刚读完该书,对敏捷有了一个简单的认识。以故事情节的形式组织内容,很是新颖。同时不只了解了敏捷,也了解了更多的软件开发的知识,以及企业文化等。读起来很流畅。书中的项目的例子可能简单了些,缺乏代表性,如果是叙述从项目启动到收尾的完整开发过程会更好。
  •     要是我有一个那样的Peter就好了
  •     生动形象,容易理解,跟着故事主人公关毅,轻松体验了一趟Scrum之旅,对于敏捷有了真正的认识,对目前工作中存在的问题都有良好的应对,接下来打算亲自去工作中实施,应该会有另一番体会。
  •     一般般,故事编的挺生硬的.没有必要用故事来串联. 讲的都是一些敏捷的很基础知识, 不是初学者就没有必要看这本书了
  •     针对不同的产品阶段,进一步完善里程碑模式吧,用更灵活的开发模式
  •     学习了
  •     先评价一下,到时候好好的来看一下。
  •     深入浅出,还不错。
  •     恩,用来入门不错~
  •     非常适合入门学习的书!very good.配合硝烟中的Scrumpled和XP一书作为入门就够了
  •     首先感谢 @徐毅 老师赠送的《Scrum要素》和这本书。这本书介绍了IBM的某个项目引进scrum方法并把它从无到有再到运用自如的曲折实践历程~书内容故事为主,知识介绍为辅,囧。。。有些问题可以用书里的知识点来解决,有些方法只适合这个项目。。。这本书感觉上还是有点小励志的。。。前前后后翻了两遍,也看了其他的scrum实践文章,现在理解了:scrum不是万金油,好的方法用在对的人身上才能发挥效果。。。反观自己现在公司,开发team用scrum只是个口号,移动互联网公司还用瀑布式开发模式、各环节问题还不少,提了意见上头也不表个态。。。唉。。。
  •     读过之后 感觉暴露了敏捷开发的很多问题 虽然这本书在鼓吹敏捷
  •     有很多对Scrum的误解。
  •     有干货,但是不多。。或许我的理解能力不够吧。
  •     2010.06.21
  •     一本关于Scrum王婆卖瓜式的书,书中不乏许多有用的内容,不知为何要分散在食之无味的幼稚的小说中,读来虽很轻松却也不够高效。
  •     轻松Scrum,阅读的过程却是比较轻松,因为小说的属性所致,容易给读者感官的认识,让读者更容易读下去。通过跟David问答的方式建立了内容脉络,这种方式可以很容易跟读者的经历共鸣。并且在scrum过程中介绍了一些敏捷开发方法及工具,比较实用。对于入门来说,这本书从形式到内容够用了
  •     这种以故事的方式来讲scrum在团队中的实施,感觉就像自己也置身其中,跟着一起经历了他们的项目,在实践和项目的中学到scrum,虽然感觉故事中的scrum知识零零散散,但却很真实,不像其他书籍一样列出条条框框,虽然可能也有举例,但效果可能没那么好。
  •     一个社会教育创业者需要敏捷开发。
  •     故事有点拖沓了。
  •     讲故事的方式写出了作者实践scrum之旅,轻松入门书籍。
  •     一个下午看完了。。。没多少印象
  •     温故知新,培训完再看看书还是巩固了很多,能实践实践。
  •     不咋样。。。
  •     讲故事的方式讲scrum,容易接受。
  •     可以很好的了解Scrum
  •     做好scrum master。废话多了一些。
  •     深入浅出的好书,即使你对软件工程理解不深,这本小说式的项目管理书籍也会让你迅速入门scrum。
  •     大致了解Scrum的好书,说到一些流程、规矩、沟通的知识,这类故事入门书确实好,方便理解。
  •     scrum初级读物。scrum意味着全民参与,信息透明,积极主动,小步快走,是一种管理思想。还没接触到scrum管理框架,目前主要靠gmail,gdoc,gcal。目前最大的问题是一个sprint里story太多,没有做到『更少的时间完成更多的工作』。
  •     像讲故事一样讲的 Scrum 倒是蛮好的,说起问题来更有感觉些。
  •     通过讲述一个项目组从零开始实践敏捷开发的过程,因为是记录实践的过程所以并不如专业书籍枯燥,介绍的scrum理念实践过程很有参考价值,但是感觉敏捷开发对于从零开始的项目比较适合,对于我现在这种持续改进类的并没有太多效率的提升。
  •     用真实的故事把Scrum讲清楚了!软工的书就该这样写!!
  •     快速入门了解的读物,很有意思
  •     故事构思很巧妙
 

外国儿童文学,篆刻,百科,生物科学,科普,初中通用,育儿亲子,美容护肤PDF图书下载,。 零度图书网 

零度图书网 @ 2024