最近稍稍补充了敏捷开发的些许知识,趁想法还热乎,写下几笔思考,既益于自己梳理想法,又可作为日后回首的资料。
先说说我心目中敏捷开发的定义,四个字——“拥抱变化”。什么意思呢?传统的生活和工作方式鼓励我们重复做自己熟悉并擅长的事情,比如做饭,我们清楚地知道包含有买菜、煮饭、准备食材、下锅这么些环节,那软件开发呢,是不是也应该包括需求收集、分析、设计、实施、测试、上线这些泾渭分明有条不紊的环节等着人们一步步做完?这正是传统方法如“瀑布模型”所倡导的按部就班理念。然而,随着形势的迅速改变,IT从业者会不无感叹地发现,所谓计划赶不上变化,真不愧是这个时代IT行业的基本特征,刚设计好的方案,两周后就被推翻了,重新设计后两周,需求又变了,怎么办?摔桌子?45度仰望夜空?不。与其视变化为洪水猛兽避而远之,不如将其加入肯德基豪华午餐勇敢吃之。
因此,牢记敏捷方法的核心思想——变化。在这个核心思想下,我们可以轻易避开许多误区。比如有的人说,敏捷敏捷,就是要快,天下武功,唯快不破,这样的朋友,我祝他好运;比如还有人说,敏捷就是要轻装上阵,不留文档,不留记录,有如踏雪无痕,不带走一片云彩,这样的朋友,应该是从小写作文凑字数凑出了心理阴影?需求、分析、设计、实施,以往该有的,全部还是该有,只不过从原来是满汉全席每回合一上就二十七道大菜,变到敏捷起来每回合只有一道菜先请客官尝尝合不合胃口不合则变这样罢了!
既然变化常在,那么频繁的沟通定是必不可少的了。试想如果张无忌耗费3个月光阴学了套武当长拳结果张翠山嫣然一笑,“孩儿,武当长拳bug太多学了没用,待为父教你一套龟派气功”,张同学会作何感想?而高频次的有效沟通,则能有效避免这一困境。
站会是敏捷开发的基本实践之一,站会的基本思路为,徒弟张三李四王五向师父汇报,昨天练了套北斗神拳,今天再加强下天马流星拳,师父一听表示满意,“很好,没人在练bug太多的武当长拳;很好,你们练的都是本门入门武功,很适合目前打基础阶段”
|