Scrum，幸福来得挺突然

这个New hires是指技术水平低的人吗？看来某些人英语阅读理解能力太差。所以说误读还是客气，真是意思就是误理解～～

new hires水平不见得低，但是对系统和业务的理解不见得会太好。

正解～

我刚来我们公司的时候，公司是做国外项目的，国外项目全是scrum的项目，效率蛮高的，全是产品项目来的，周期比较长，工作比较细。
说真的，感觉产品项目适合scrum。 由于金融危机，现在我转到公司的国内项目了，国内项目就一个"赶"字，压根不给你开例会，讨论技术的时间。
搞scrum,对产品和开发人员来说都很好，大家基本上都不用加班，而且软件质量也能保证，希望中国的软件项目都能这样就好了。
现在我们公司的国内项目，就一个字“乱”。

我看到的也和你一样。因此我很痛恨中国所谓的IT行业。我就不相信什么阿里，腾讯这种公司。不就是赶项目，赶产品吗？就算他们现在根据潮流在搞什么敏捷管理，肯定是也误读误理解，乱弄一气。然后说一句：不适合中国国情。

LS的未免太逗了，国外的月亮圆也不是这样圆法。

你要是觉得阿里和腾讯一群架构师和技术经理都是吃闲饭的，最好去看看他们团队的一些博客文章再下这个结论。我朋友在里面的，虽然说开发流程还是不尽如人意，但是和你想象中的混乱还是相当的差距。

Scrum这个东西又不是什么宝贝，国外实行得了，国内就不能，不是说言必称Scrum才是好公司，没什么神秘的。小步迭代开发的好处，固然要吸收其精髓，但是也有不少弊病。

2. No long term plan (predict)  前面的需求和设计时间都太短，无长期计划
3. No detailed plan for everyone  无详细计划
4. Daily stand up meeting         每天的站立会议流于形式

等几个弊病，都妨碍它成为一个长期产品的开发模式，长生命周期，需要有计划，有设计的项目，都不太适合生套用Scrum的模式，根据自身企业的特点，定出合适的开发模式，才是正道。

外包企业的特点，决定很多项目适合用scrum方式，这些项目很多时候，技术难度低，业务模块分解细，规范，每天的进步都是一点点可见的，所以可以用scrum这种方式。但是不代表说，scrum就是最先进的模式，用之四海皆准的。

这个是个托贴？

1.scrum是项目管理中敏捷管理方法论之一。和阿里和腾讯架构师和技术经理这些技术职位有什么关系？要有关系也应该是和PMO，PM有关系。
2.你说的这些弊病正是某些人用来说不适合中国国情的论点。呵呵。可是是否是不适合呢？这让我想起N年前某中国足球教练说维埃拉不适合中国足球。
3.建议你去看看scrum创始人写的几本书，都有中文版的。你可以看看案例项目中那些公司和软件产品是否是技术难度低，业务模块分解细，规范的。
4.很多敏捷的培训师和讲师在向中国IT企业介绍敏捷时候，都对这套东西做了适当的裁剪。但是最基本的没有改变，那就是“以人为本”。当然这套东西中我也有认为不太能执行成功的方面。
最后说一句，我没有任何贬低阿里和腾讯技术水准的意思，只是对它们项目，产品的管理做法有些微词而已。

一看就知道你是只读书，没实践的，都懒得在这里和你扯概念，上家公司我就是scrum master，实行scrum中的优点和缺点我都有了解，我只想说，不要当它是大宝贝。

国内的企业不兴PMO，PM这种无聊叫法，不要整天把这些英文名词挂嘴上以为很流行

一个企业采用什么开发模式，不可能脱离架构师和技术经理的而定的。如果你认为技术和管理是平行的话，那你可以忽略他们搞scrum

以人为本这句话没错，我一向支持和喜欢，不过，这个和scrum不scrum没太大关系。如果你在阿里和腾讯呆过，我觉得你不会说出有这样的话，你纯属在那里YY人家的模式而已。

1.既然已经是scrum master，你可以像lz一样把成功经验和教训分享一下。没必要说这些。
2.既然不兴PMO，PM这种无聊叫法，那我是不是可以这么理解：
CMMI，PMP，agile这些都是无聊的叫法。也不需要搞敏捷了。scrum master也不兴了。原来怎么管理就这么管理，整那些外国玩意算啥？
3.如果scrum是开发模式是你这个master的理解，那我真的没有什么话讲。
4.腾讯的架构师在infoq上接受了一个访问，你可以去了解一下。然后问答我一个问题：
如果他们对自己现有模式很满意，那为什么要去趟敏捷这个浑水？难道仅仅是为了时尚吗？
5听口气你好像是阿里和腾讯呆过的员工，能否共享一下你所看到的模式呢？让更多人自己判断人家模式的利弊不是更有点意义吗？