|
锁定老帖子 主题：工作进度反馈，有一种更优雅的方式吗？
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：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，不过我自己定的规矩自己都没坚持。关键是上层领导不在意，开会时不提这个事情，我想这是个主要原因
|
| 返回顶楼 | |
