所谓的敏捷开发，是这个样子！！

周一时候甲方项目经理把我们10来个开发人员和组长叫到一小屋开了一个会议，会议主要说了一些敏捷开发思想，打算以后也实行敏捷开发，什么“敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征........”说了一大堆和这意思差不多，网上一找一大坨。然后从周一到今天每天早上开会，说昨天的任务完成情况和今天的任务。 感觉没啥效果。

可悲的是竟然是甲方项目经理提出敏捷开发，早上给我们开会。

画虎不成反类犬。站立会议变味了。

之前只是了解过敏捷思想，项目中没有真正这样做过。

这次甲方提出来敏捷开发，竟想不到是这个样子，是还是不是，执行的彻不彻底，一个项目组有30多个人，只有10来个人员参加，什么情况这是。

就我的经验来看，就是不彻底的敏捷，也比什么沟通也没有强。

scrum的一个重要理念就是沟通导致的透明。想想有多少项目是因为缺乏沟通，信息不透明导致失败的？

每日会议的一个很重要的结果就是每个人都会自觉不自觉的努力。刚开始是因为畏惧无法交差（会上没什么说的）导致的努力，后来有可能是因为竞争或成就感带来的努力（干的多，比别人快，等）

30人太多了，要划分成几个组，就是10个人也差不多到了上限了。另外一个可能是你的项目经理要对比敏捷的效果。

确实沟通比不沟通有些效果，对某些人还是有些作用，比如对今天任务不明确，不自觉这一类人员。项目组分了两个小组一个java web和etl组。人员是比较多，有忙的要死有加班的，有天天闲着没事干的，这问题一直存在。

没啥效果？

连敏捷开发是什么都不知道就说要敏捷开发？？这帮领导够搞笑的。你也回去查查资料什么叫敏捷开发吧，实行敏捷开发需要有哪些东西？

唉，领导高高在上啊。。。。

一不小心点错了。ls的

敏捷的核心在迭代