|
锁定老帖子 主题：Scrum，幸福来得挺突然
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-05-21
各位在最后都谈到目标（一致）， 心态（积极，开放），责任（承担，信守诺言）
我最近也碰到了一些问题，思来想去，也认为这是最根本，最重要的。如果团队缺少这些，或不够整齐划一，统一思想，呵呵。实施什么方法都有可能不同程度打折扣，最严重的就是项目，产品失败。 如果一个具备这些条件的团队，再多的问题，都能搞定。不是吗？ lz说的“如果给我一个团队........”，非常欣赏，软件项目中的爷们。 在这里跟大家学习了，谢过lz及各位的分享 |
| 返回顶楼 | |
|
发表时间：2010-05-25
sprite72 写道 你好。请问敏捷开发轻文档，那么随着时间的推移项目中的人员必然发生变动，如果没有详细的文档指导，后加入的人员如何快速进入团队开发，如何理解前辈们的设计思想呢？
你可以先问一下你们现在团队里面的人，他们是如何快速进入团队开发的。 |
| 返回顶楼 | |
|
发表时间：2010-05-29
最后修改：2010-05-29
这个帖子真长，看了一个小时才看完
我们现在也在实施Scrum。 其实大家都存在一个误区。我的体会是“以人为本”为前提，团队需要在一个民主，轻松的环境中进行迭代开发。否则无论是rup,scrum,还是瀑布式开发都会解决不了问题。 目前我们在这样实施： 1：团队8个人中，没有决对的权威，领导的人存在，大家都是一种合作关系。这个问题其实在中国是最麻烦，很多PM，或者技术经理是不愿意坦诚的和团队成员保持平等。而是希望统治他们，srcum能不能实施成功，首先那些所谓的领导最需要调整好心态，不然必然失败 2：我们以2周左右为一个sprint,master角色是轮流做的。也就是说团队中的每个成员都有机会感受到master的角色。当程序员亲自感受到做master的难处与压力时，会主动具有求变的意愿。这样几个迭代下来后，大家都愿意接受新的东西，大家都很容易达成共识，而不是由技术经理或者某个所谓的master主动定出一些规则或者规范去强制实施。 3：为了保证程序的质量，QA和开发人员虽然不是在一个部门，但是他们会在一个工作小组团队中工作。这样软件的质量一下就提上去了。每个backlog都会有QA非常严格的测试。 说了这么多，其实关键的还是人，以人为本，srum不是万能，最重要是那些所谓的项目经理，技术经理，主管等等人员调整心态，以平等的心态和团队人员一起工作，而不是以一种权威去统治他们的思想。 |
| 返回顶楼 | |
|
发表时间：2010-06-04
管理的书籍层出不穷，各有各好，收藏，实事求事，就地取材，才是硬道理，呵呵。
|
| 返回顶楼 | |
|
发表时间：2010-06-04
其实我认为小团队的话，这种管理思想是尤为可以借鉴的
小团队易于沟通，项目组之间协作便捷，人员成本低。 开发周期总体缩短。何乐而不为呢？ |
| 返回顶楼 | |
|
发表时间：2010-07-02
ohmygodlzl 写道 taochenpfj 写道 学习，学习！根据实际情况来说，楼主不会仅仅看过这么一个电子书就敢去实施了吧？如果有什么好的学习资料（书啊什么的），烦请分享一下！！！
根据实际情况来说，我确实是看了这么个电子书就去实施Scrum了，没有别的什么参考资料。不过如果追究起来的话，在九年软件开发经历中，待过无固定流程的开发项目组，看过别的团队实施XP，亲自参与过CMMI5和较重的瀑布式开发方法所指导的项目，对RUP也有了解（现在的公司流程就采用裁剪过的RUP，不过变味了），我相信这些经历--正面的和反面的--会让我在尝试新的方法时能把握一点分寸，有的放矢。 无论是瀑布，RUP，CMMI，还是XP，SCRUM，这些都是些实践组合而已，打个比方，是一些老中医开的经典方子而已，每个方子都有各自的对症，针对不同的团队模型，项目性质，用错了不但无益反而有害。方子固然重要，组成方子的药更重要，理解这些药的用法，原理和对症是好的管理人员必须具备的素质。粗略的划分，我把这些药分为三类：对项目进度有益的，对项目质量有益的，对团队合作有益的。简要列一下： 对项目进度有益的：
对项目质量有益的：
对团队合作有益的：
这是我的分类而已，每个人可以有自己的分类标准。这里关键的思路是：吸取每种开发方法，开发模型，开发框架中的有益实践，然后根据所在的团队结构，项目类型，存在问题进行对症下药。 大家经常在争论哪种开发方法更好，我觉得，每种方法都藏着智慧在里面，把精华部分拿出来，理解清楚，做头脑清楚的老中医，才是正道。 对各种药进行分类划分,很不错的方法,深入理解药品的药性,找到项目过程中的症结,开出合适的药方. 开药方也要小步的来,plan-do-check-action.随时调整,才是王道. |
| 返回顶楼 | |
|
发表时间：2010-07-31
偶和LZ一样。同样是看了这本电子书就在团队中实施SCRUM。但限于技术能力，我们没有做单元测试，使用hudson做CI，同样没有自动化测试。使用cvssat+bat+apache做 CVS每日统计，使用jira做BUG管理。scrum的很多想法都是切中要害的，是完完全全为了做好项目而准备的。我们团队的大多数水平都是非常菜，他们甚至都没听说过敏捷，我也没和他们解释这就是敏捷。OK。就跟着我这么做吧！ 效果很好！
|
| 返回顶楼 | |
