《软件工艺师：专业、务实、自豪》一2.2　面向技术的敏捷软件开发原则

2.1 面向流程的敏捷软件开发原则 这些原则会影响团队与组织的工作方式.协作方式以及架构方式.它们通常对工作中的许多方面设定规范或给出建议,其中包括:团队会议的形式.工作人员的角色.捕获需求的方式.衡量工作效率的方法.怎样进行迭代开发.怎样规划并分割工作量,以及如何展示工作进度.如何取得业务反馈,等等.面向流程的敏捷原则帮助团队专注于那些特别重要而且对业务确实有价值的事情.采用这些方式,能够很好地确保团队构建出符合需求的软件(building the right thing,做正确的事).

2.4 <敏捷软件开发宣言> 下面是从<敏捷软件开发宣言>网站中节选的一段话:We are uncovering better ways of developing software by doing it and helping others to do it. Through this work we have come to value:(我们在亲身实践及帮助他人的过程中努力寻求更好的软件开发方式.在此,我们提出如下观点:)Individuals and interactio

前 言 那是20世纪90年代中期,我的职业生涯刚刚开始两年,巴西圣保罗有家大型国际公司宣布要一次招纳60名开发者.选拔过程分四个阶段,共需数周时间.第一阶段是三小时技术测试:第二阶段是两周的公司专有技术培训,培训结束后考试:第三阶段是一整天团队互动:第四阶段是最终一轮面试.该公司在一家大报纸上刊登了这一消息,大约有900名开发者应聘.那时我正在一家小软件公司上班,工作非常开心,但我觉得自己已经准备好干一番大事.因为第一阶段安排在周六,所以我决定去试试.不到300名开发者进入第二阶段,我也在其中.

3.7.6 <软件工艺宣言>及讲解 我们是有理想的软件工艺师,立志践行软件工艺并帮助他人学习软件工艺,以提升软件开发的专业水准.在此过程中,我们形成如下理念:不仅要开发出可行的软件,还要做工精良.不仅要应对变化,还要持续提升软件价值.不仅要注重个体与交互,还要打造专业的社团.不仅要注重客户协作,还要培养高效的伙伴关系.也就是说,在追求左侧价值的同时,我们也认为右侧那些价值是不容忽视的.软件工艺的实质就体现在宣言里"提升专业水准"这一表述之中.有一群经验丰富且才华卓越的开发者

3.7.2 软件工艺概念走向全球 2009年2月26日,首次国际性的软件工艺大会在伦敦举办.2009年5月,也是在伦敦,Adewale Oshineye为渴望成为软件工艺师的开发者举办了一场研讨会,而Enrique Comba Riepenhausen则开始编写并传阅一本名叫<The Wandering Book>的书,这本书会由一位软件工艺师传给另一位,收集当时大家对软件工艺活动的整体看法和构想.世界各地的软件工艺师把自己对该职业的理解写到书中,并把书寄给另一位软件工艺师.在写下自己的想法时

3.6 软件开发是手艺.生意.工程.科学,还是艺术 刚参与软件工艺活动时,笔者记得自己总在讨论什么是软件开发.一开始笔者觉得它是门艺术,过了好些年,又感觉它像是一门手艺.但笔者认识的许多人,包括自己所崇敬的一些人在内,却根本不赞同这种看法.有人觉得软件开发是生意,也有人认为它是工程.但很少有人把软件开发当成科学.无论是把软件开发看作艺术.手艺.生意.工程,还是把它看成科学,主张不同的开发者都觉得自己的理由非常充分.只要去听一听这些支持各自论点的理由,你就会发现,其中许多理由都能说得通,虽然某些理

3.7 软件工艺的历史 早在1992年,Jack W.Reeves就提出,软件开发更像手艺而非工程.虽说如此,但笔者依然认为软件工艺的真正发端是Andy Hunt与Dave Thomas在1999年写的<The Pragmatic Programmer:From Journeyman to Master>.2001年,Pete McBreen出版了<Software Craftsmanship:The New Imperative>,这本书中的大部分理念后来都体现在了软件工艺活动之

2.6.1 转型不彻底 这些年我见过许多向敏捷转型的项目,而且也参与了其中一些.很多公司都高调宣称自己要采用敏捷开发,但却没有做出实质努力,他们并没有变得更加敏捷.他们把敏捷开发想象成一套预先定好的步骤:只要跟着做,结果自然会好.今天,很多公司和团队都说敏捷开发不管用了,因为他们经历了向敏捷转型的过程,但转型过后却发现情况并未改观.可他们恰恰忘记了一点:软件项目的首要目标是交付软件产品本身. 我见过的所有转型过程几乎都存在转型不够彻底的问题.软件公司通常会请咨询机构与敏捷教练帮助公司改变开发流程

3.5 不要拘泥于定义 笔者更喜欢把软件工艺当成一种理念或思路,可以用来概括笔者所推崇的每一种具体做法.其实,包括笔者在内的许多开发者都可以说自己正在做着软件工艺所提倡的很多事情,例如认真对待自己的工作,力求上进,保持专业水准,通过帮助客户达成目标使客户满意,向其他开发者学习,分享自己的心得,以及帮助经验较少的开发者等. 只要你也看重上面这些事就好,即便不使用这个称谓,笔者也依然觉得你是软件工艺师.有些人不喜欢贴上这样的标签,甚至并不赞同软件工艺所采用的这套比喻.但是没关系,重要之处在于,我们身