敏捷开发的实践
文章平均质量分 56
浅谈如何结合工具来实现敏捷开发
softerwarer
这个作者很懒,什么都没留下…
展开
-
结合工具来实现敏捷开发 - 16 (全文完)
随着反思会的结束,一个Sprint的周期也就差不多结束了,就开始进入下一个Sprint了,随着一个个Sprint的不断结束,最后产品也就完成了。在这个过程中,因为每次都有可用的产品,所以大家就会看着这个产品一点点做大,功能一点点的完善,就像小孩从出生到长大一样,通过这些评审会,反原创 2011-08-23 21:59:31 · 2328 阅读 · 1 评论 -
结合工具来实现敏捷开发 - 15
评审会后就是反思会了,一般情况下会跟评审会连在一起开,反思反思,总得反思出一些东西来,其实也就是一句话,有则改之,无则加勉,好的东西继续保留,不好的东西就要改正。好的东西就不说了,就说不好的吧,不好的东西可能是开发习惯,也可能是工作的方式不对,甚至是团队气氛,团队协作,有些影响小原创 2011-08-23 21:36:55 · 1229 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 14
现在开始说说完成一个Sprint以后的事情了,第一件事情当然是评审会了,所谓的评审会就是产品的负责人来检查是否这个Sprint的功能是完全按照设计文档来的,是否真的100%满足了客户的需求,这个会议中就需要把各个功能实际演示一遍。 理想情况就是所有计划会上要求的功能都很完原创 2011-08-23 21:16:26 · 1247 阅读 · 2 评论 -
结合工具来实现敏捷开发 - 13
前面已经说完了各个部门怎么合作来完成一个Sprint,中间过程可能说的不是太详细,不过想想看也无非就是实际开发测试过程与DevSuite系统操作的事情了,所以也不需要讲的太多,因为我们这次主要是以Scrum怎么来实现为主, 而开发与测试过程在所有软件开发中都是存在的,也都差不多,原创 2011-08-21 21:34:48 · 1030 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 12
好了,计划会也开完了,Sprint也建好了也规定好时间了,这个Sprint要做的功能点也分配下来了,该是开发同志们干活的时刻了。 分完任务后,每个开发同志登录到DevTrack以后,都会在Story Board里看到自己需要做的任务,一般情况下该任务状态为“开发中”,然后原创 2011-08-20 21:52:20 · 1090 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 11
好了,计划会也开完了,Sprint也建好了,也规定好时间了,这个Sprint要做的功能点也分配下来了,该是开发同志们干活的时刻了。 按照Scrum的原则,是希望开发人员自己能主动去关注有哪些活,然后去认领。我想这种思想在大家开展Scrum的初期是没法做到的,甚至很多公司一原创 2011-08-16 22:11:10 · 1204 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 10
上面大家已经了解了一下计划会的一些情况,计划会能确定当前冲刺(Sprint)所需要完成的功能点,但是我们知道一个产品不可能用一个Sprint就可以完成,所以接下来就会有一个接一个的Sprint,所以有多少Sprint就会有多少的计划会。 就我们公司而言,由于用了DevSu原创 2011-08-16 21:12:24 · 1061 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 9
好了,已经有了Product Backlog了,假设我们也已经放了不少功能点进去了,当然这里怎么放我就不说了,无非就是点哪个按钮的问题,如果说的太详细就变成介绍产品了,而不是在讲敏捷了。 这个池子既然已经有水了,接下来的事情就开始要把水放掉了,一次放掉一点。之前说Scru原创 2011-08-12 18:11:38 · 1222 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 8
需求的管理大致知道了点吧,不过估计你会问,讲了这么多,怎么感觉跟敏捷没啥关系呀?呵呵,之前也讲过了,敏捷开发虽然“敏捷”,但是也不会绕过整个软件开发过程,就像孙悟空逃不脱紧箍咒一样。需求作为软件开发一项非常重要的环节,我们是绝对绕不开的,即使是超级敏捷开发也绕不开,所以我还是得仔原创 2011-08-12 15:05:13 · 1361 阅读 · 4 评论 -
结合工具来实现敏捷开发 - 7
不过,随之的,问题也就来了,虽然这样子可以管理一个功能点的基本属性,但是在实际工作中,我们的工作往往没有这么简单,因为按照以往的经验,需求从想法变成设计文档的过程有一系列的问题需要去解决,只要有一个问题解决不好都可能造成这个功能点的失败。当时培训时,我们也把这些问题都列出来了,不原创 2011-08-12 14:32:27 · 1243 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 6
从软件工程的角度来说,一个软件的开发必然需要从需求分析到编码到测试再到交付,虽然我们现在说的是敏捷,但是本质上以上那些步骤还是省不了的,从狭义敏捷上来说,它比较看重的是人与人之间的交流,所以对文档之类的东西不是很在意,但是说是这么说了,真正你做起来的时候,缺了文档管理,实在不敢想原创 2011-08-12 13:26:02 · 1248 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 5
按照Scrum的基本理论,Scrum是一种迭代式增量的敏捷开发,包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员。这个网上都能找到。我们先从中提炼出一些原创 2011-08-11 21:27:29 · 1402 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 4
开始讲具体实施了,不过先插一句,虽然我们公司实施了一年多了,但是你说完完全全实施了Scrum的所有规范点呢,那是不可能,我想每个公司都有自己实际情况,怎样结合公司的情况把敏捷开发落实到实处,使得敏捷能发挥最大的实效才是最重要的,所以接下来讲的东西可能并不是所有人都认同,先请大家见原创 2011-08-11 13:17:05 · 1424 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 3
寻寻觅觅,转眼间到2010年了,差不多已经定位好了几个产品,TechExcel的DevSuite,Serena的敏捷解决方案,还有是IBM的Rational,虽然还有其他各个,但是都有些地方做的不好,所以被淘汰了,像微软的方案全局的可以,任务级别就不行,还有一些是免费的软件,功能原创 2011-08-11 12:45:15 · 1705 阅读 · 0 评论 -
结合工具来实现敏捷开发 - 2
好了,讲了这么多,重新回到公司的立场上,大家都觉得需要改革,看起来貌似敏捷是一条不错的路子,但是那个时候敏捷还刚出来,所以没有多少公司在用,需要怎么来实施呢?问题很多,所以一直拖到大约2008,2009年左右还在考虑中,那个时候其实很流行通过CMMI认证,公司也考虑了一下,认为没什么必要,因为CMMI更像一个规范,或者说是一种方向,但是对于具体怎么开展工作没有特别指出,所以对于我们公司的现状可能没原创 2011-08-11 11:55:54 · 1787 阅读 · 2 评论 -
结合工具来实现敏捷开发 - 1
敏捷开发,我想概念不用多解释了,网上可以找到N多的地方。敏捷开发是跟传统的瀑布开发模型正好相反的,当然也不能说孰优孰劣了,都还有团队在用着,甚至有些公司两个都同时在用,既然还有用武的地方,也就不会说谁代替谁了。我们公司现在都是敏捷开发,采用的是敏捷里的Scrum方法,除了Sc原创 2011-08-11 11:24:44 · 2634 阅读 · 0 评论