|
锁定老帖子 主题：所谓的敏捷开发，是这个样子！！
精华帖 (0) :: 良好帖 (1) :: 新手帖 (3) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-12
caizi12 写道 确实沟通比不沟通有些效果，对某些人还是有些作用，比如对今天任务不明确，不自觉这一类人员。项目组分了两个小组一个java web和etl组。人员是比较多，有忙的要死有加班的，有天天闲着没事干的，这问题一直存在。
这个应该直接和所在组的组长进行沟通,组长不行就要换. 对于不自觉的人 ,每天给他们分配的任务要具体才行. |
| 返回顶楼 | |
|
发表时间：2011-12-12
caizi12 写道 之前只是了解过敏捷思想，项目中没有真正这样做过。
这次甲方提出来敏捷开发，竟想不到是这个样子，是还是不是，执行的彻不彻底，一个项目组有30多个人，只有10来个人员参加，什么情况这是。 对于一个30个人的组来说，在没有任何经验的情况下直接切换到敏捷,死的会很快的 先搞10来个人去试验性的搞一下看看效果是必须的.在我看来十来个人去试验也太多了,最好七八个人，搞一个单独的小项目。 |
| 返回顶楼 | |
|
发表时间：2011-12-12
最后修改：2011-12-12
caizi12 写道 唉，领导高高在上啊。。。。
dyllove98 写道 敏捷的核心在迭代
他们需要提高开发者意见比重 |
| 返回顶楼 | |
|
发表时间：2011-12-12
wumingshi 写道 就我的经验来看，就是不彻底的敏捷，也比什么沟通也没有强。
scrum的一个重要理念就是沟通导致的透明。想想有多少项目是因为缺乏沟通，信息不透明导致失败的？ 每日会议的一个很重要的结果就是每个人都会自觉不自觉的努力。刚开始是因为畏惧无法交差（会上没什么说的）导致的努力，后来有可能是因为竞争或成就感带来的努力（干的多，比别人快，等） 30人太多了，要划分成几个组，就是10个人也差不多到了上限了。另外一个可能是你的项目经理要对比敏捷的效果。 同感，学习了。我们公司的站会也变味了，拿来主义不一定能拿到。 |
| 返回顶楼 | |
|
发表时间：2011-12-12
dyllove98 写道 敏捷的核心在迭代
迭代,不懂，怎么个迭代法。 |
| 返回顶楼 | |
|
发表时间：2011-12-12
dyllove98 写道 caizi12 写道 确实沟通比不沟通有些效果，对某些人还是有些作用，比如对今天任务不明确，不自觉这一类人员。项目组分了两个小组一个java web和etl组。人员是比较多，有忙的要死有加班的，有天天闲着没事干的，这问题一直存在。
这个应该直接和所在组的组长进行沟通,组长不行就要换. 对于不自觉的人 ,每天给他们分配的任务要具体才行. 组长经验可能也不是很丰富，整个项目非常缺少沟通。另外由于公司的原因，这个项目人员流动特别大，从去年到今年，只有差不多4个人是从开始到现在一直在项目组，其它人员都是今年，陆陆续续进来的，业务都不熟悉，项目组文档特别乱，你都找不到任何一个完整的文档，让你熟悉业务必须得不停的问。版本管理工具竟然有三套，项目文档用的是vss，代码用的是cvs，最近客户要求切换到svn上，还要把cvs上面的历史记录也要保存过来。无语了  都。。。
|
| 返回顶楼 | |
|
发表时间：2011-12-12
抛出异常的爱 写道 caizi12 写道 唉，领导高高在上啊。。。。
dyllove98 写道 敏捷的核心在迭代
他们需要提高开发者意见比重 这是大部分公司所没有的。 ：） |
| 返回顶楼 | |
|
发表时间：2011-12-12
看到LZ的描述，突然想起，很久以前在那个平安做的项目就是这种画虎不像反类犬的敏捷开发！
|
| 返回顶楼 | |
|
发表时间：2011-12-12
听到甲方两个字。就犯恶心！
|
| 返回顶楼 | |
|
发表时间：2011-12-13
Scrum的的前提是对于每个team成员的主观能动性要求很高，每个人都能主动站出来担当当前模块开发的驱动角色，每个人都能碰到问题都会吼，都会交流。但是在一般的中小企业程pg，se，lead，pm的素质往往达不到这样的要求。在IBM期间有幸参与了几次Scrum的开发，效果还是不错的。
|
| 返回顶楼 | |
