锁定老帖子 主题:工作进度反馈,有一种更优雅的方式吗?
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-08-31
最后修改:2010-08-31
引用 乐观地说,当前水平能够正常实施TDD的团队,国内不超过三分之一。 不要说三分之一,估计十分之一也不到。
引用 TDD是XP的核心。TDD要求程序员能够客户沟通,整理需求,构造用例,规划代码。这本身就不是所有程序员都能做到的。所以XP也并不适合所有水平的开发团队。乐观地说,当前水平能够正常实施TDD的团队,国内不超过三分之一。那剩下的三分之二呢?你就老老实实的搞你的瀑布吧!可是敏捷听起来多煊啊,这时候就冒出所谓“可裁剪的,灵活的敏捷开发方法”,也就是SCRUM了。
常识性错误。几篇文章,介绍scrum和xp出现的时间。 http://zh.wikipedia.org/zh-cn/Scrum http://zh.wikipedia.org/zh-cn/极限编程#.E5.8E.86.E5.8F.B2 引用 1986年,竹内弘高和 野中郁次郎阐述了一种新的整体性的方法 ,该方法能够提高商业新产品开发的速度和灵活性:[1] 他们将这种新的'整体性方法与橄榄球相比较,前者各阶段相互重叠,并且由一个跨职能团队在不同的阶段完成整个过程,而后者整个团队"tries to go to the distance as a unit, passing the ball back and forth"。 他们对来自汽车,照片机器,计算机和打印机等产业的案例进行了研究。 1991年,DeGrace和Stahl在《Wicked Problems, Righteous Solutions》[2]一书中将这种方法称为 Scrum,在竹内弘高和 野中郁次郎的文章中提到的橄榄球术语。 1990年代初,肯·施瓦伯在其公司使用了一种方法Advanced Development Methods(先进开发方法),这种方法后来发展为Scrum。 同时,杰夫·萨瑟兰在Easel公司开发了一种类似的方法,并首次称之为Scrum。[3] 1995年,在奥斯汀举办的OOPSLA '95上,萨瑟兰和施瓦伯联合发表了论文首次提出了Scrum概念。施瓦伯和萨瑟兰在接下的几年里合作,将上述的文章,他们的经验,以及业界的最佳实践融合起来,形成我们现在所知的Scrum。 2001年,施瓦伯与 麦克·比窦(Mike Beedle)合著了《敏捷软件开发-使用Scrum过程》一书,介绍了Scrum方法。 scrum的概念早于xp提出。只不过国内的开发人员接触的xp反而比scrum要早。说是scrum是为了避免xp的问题而推出的,就大错特错了。 scrum和xp不矛盾。一个是面向宏观的管理,一个是面向具体的开发实践,两者可以很好的结合。 我想我大概能够明白je上面的朋友为什么对 scrum有很多的偏见了。因为大家都是开发人员,更多的是站在开发的角度来谈论这个问题。 |
|
返回顶楼 | |
发表时间:2010-08-31
最后修改:2010-08-31
wwccss 写道 引用 乐观地说,当前水平能够正常实施TDD的团队,国内不超过三分之一。 不要说三分之一,估计十分之一也不到。
引用 TDD是XP的核心。TDD要求程序员能够客户沟通,整理需求,构造用例,规划代码。这本身就不是所有程序员都能做到的。所以XP也并不适合所有水平的开发团队。乐观地说,当前水平能够正常实施TDD的团队,国内不超过三分之一。那剩下的三分之二呢?你就老老实实的搞你的瀑布吧!可是敏捷听起来多煊啊,这时候就冒出所谓“可裁剪的,灵活的敏捷开发方法”,也就是SCRUM了。
常识性错误。几篇文章,介绍scrum和xp出现的时间。 http://zh.wikipedia.org/zh-cn/Scrum http://zh.wikipedia.org/zh-cn/极限编程#.E5.8E.86.E5.8F.B2 引用 1986年,竹内弘高和 野中郁次郎阐述了一种新的整体性的方法 ,该方法能够提高商业新产品开发的速度和灵活性:[1] 他们将这种新的'整体性方法与橄榄球相比较,前者各阶段相互重叠,并且由一个跨职能团队在不同的阶段完成整个过程,而后者整个团队"tries to go to the distance as a unit, passing the ball back and forth"。 他们对来自汽车,照片机器,计算机和打印机等产业的案例进行了研究。 1991年,DeGrace和Stahl在《Wicked Problems, Righteous Solutions》[2]一书中将这种方法称为 Scrum,在竹内弘高和 野中郁次郎的文章中提到的橄榄球术语。 1990年代初,肯·施瓦伯在其公司使用了一种方法Advanced Development Methods(先进开发方法),这种方法后来发展为Scrum。 同时,杰夫·萨瑟兰在Easel公司开发了一种类似的方法,并首次称之为Scrum。[3] 1995年,在奥斯汀举办的OOPSLA '95上,萨瑟兰和施瓦伯联合发表了论文首次提出了Scrum概念。施瓦伯和萨瑟兰在接下的几年里合作,将上述的文章,他们的经验,以及业界的最佳实践融合起来,形成我们现在所知的Scrum。 2001年,施瓦伯与 麦克·比窦(Mike Beedle)合著了《敏捷软件开发-使用Scrum过程》一书,介绍了Scrum方法。 scrum的概念早于xp提出。只不过国内的开发人员接触的xp反而比scrum要早。说是scrum是为了避免xp的问题而推出的,就大错特错了。 scrum和xp不矛盾。一个是面向宏观的管理,一个是面向具体的开发实践,两者可以很好的结合。 我想我大概能够明白je上面的朋友为什么对 scrum有很多的偏见了。因为大家都是开发人员,更多的是站在开发的角度来谈论这个问题。 我也和PM交流过对于SCRUM的看法。确实,从项目管理的角度说,SCRUM本身强调短周期的迭代,通过为期一到两周的sprint,事先的评估以及持续的追踪,使PM对于开发过程比更长周期的迭代把握的更清楚。这点也是PM认同SCRUM相对以前流程的优势。 我只是认为小步快跑原本是所有敏捷方法所提倡的。但没有TDD作为基础,即使你能小步,却无法快跑。因为新的需求总是不断出现,没有TDD,大多数developer合乎理性的选择就是通过补丁的方式加外挂。长期下来必然造成维护难度提高,也自然无法真正拥抱变化。这也是随着软件开发时间变长,系统越来越难以维护的根本原因,而SCRUM自身并没有对这个问题提出解决方法。 站在我的角度,SCRUM是一个不错的,也相对容易施行的软件开发流程。在我们这样水平的团队中,相比于瀑布或者RUP,它有着不错(至少不会更差)的效果。但这个方法本身没法解决“拥抱变化”这个敏捷的核心问题,所以我认为不应称其为“敏捷”方法。 也正如您所言,这是看问题的不同角度,不过世间争执原本也就是角度不同罢了。 另外关于 引用 常识性错误。几篇文章,介绍scrum和xp出现的时间。
http://zh.wikipedia.org/zh-cn/Scrum http://zh.wikipedia.org/zh-cn/极限编程#.E5.8E.86.E5.8F.B2 不要说国外怎么样怎么样,在国内SCRUM就是作为一种“容易掌握的敏捷方法”粉墨登台的。如果这个都不相信,那只能说您是生活在象牙塔里面了。 |
|
返回顶楼 | |
发表时间:2010-09-01
到这个帖子讨论,这其实敏捷开发的内容。:) http://www.iteye.com/topic/752330
|
|
返回顶楼 | |
发表时间:2011-06-08
一周写一次周报就可以了,天天日报很烦的,弄的跟监督一样,还要整理给老板看,妈妈的,现在没事情做的时候,我都不知道写点什么了啊,都要找点事情随便写上去,经理真恶心
|
|
返回顶楼 | |
发表时间:2011-06-18
信任的建立,是一条漫漫长路。
|
|
返回顶楼 | |
发表时间:2011-08-17
Hudson+Jira,不过我自己定的规矩自己都没坚持。关键是上层领导不在意,开会时不提这个事情,我想这是个主要原因
|
|
返回顶楼 | |