即将实施敏捷，制定些细则，请拍砖

建立新的体系，使用新的工具，这会带来重大的学习成本
要知道稳定的开发环境和开发习惯，能带来的效率提升可是非常可观的。
快速的出原型才是敏捷的根本，至于用什么工具，这倒是舍本求末了

打击的居多阿

呵呵，兄弟，这个我支持你

既然老大要你研究，你摆正自己的位置阿——你只是辅助老大，是一个参某

这个前期还是要靠老大去走上正轨的，可以参考下文来不断检查

速览：软件开发中的7大浪费

前面有兄弟说要坚持，是的这个是要坚持的，我相信任何事务都是从弱小到大发展的

加油

这位仁兄说的对，敏捷其实是一种思想。
在实施敏捷前，是否应该先弄明白，为什么要敏捷？
还有你的team是否接受这种思想，目标是否明确？
比起你那些管理工具来说，这是不是更有意义？

4到6个小时的计划会议，好像太不敏捷了哦。这么长的会议，效果不会好

这是计划会议正常所需要的时间，estimation比较有挑战，这是迭代计划的基石；所以迭代中的四大仪式：计划、站立式日常会议、演示、总结缺一不可。

每次迭代中总是有效果比较差的某些方面，通过总结（retrospective会议）来获得持续改进，一般几个短期迭代之后随着团队的磨合，效果越来越彰显。

而不必在传统方式下，一个瀑布下来可能半年过去了，总是以为“下一个项目我们会改善”的那些问题，其实永远得不到解决。

1，天下武功，无坚不摧，唯快不破。
2，对任何重构或者变化，都能保证代码是安全的

本人水平比较差.

很有幸也参与过敏捷开发.

提醒LZ几点.

1.要有充分的加班准备.特别是你不充分了解项目的很多细节和人员情况的时候.
2.对工具的使用和开发的规范希望你们组的每一个人都非常熟悉.
3.从第二个循环开始.对时间的把握性要逐步精确.
4.确保必要的时候你能申请到足够的资源来应付可能的风险.

你好，我现在的公司就是用敏捷开发，而且我本人觉得公司实施得很好，实现敏捷开发有几大好处，这是我在项目中体验出来的，而非来自书本，

第一，实施敏捷开发，可以对发现需求的变更可以快速反应。
第二，对于一个大型项目，实行并行开发或交差开发，用敏捷开发减少冲突。或并行开发时对冲突作及是的更正。
第三，一个再牛的java开发技术员，他可能连最基本的js都不懂,敏捷开发可以使开发员互补知识不足，对开发员的补位有很好的作用,如他开发着一个子项目hibernate，当做完后，他又可能去写js的前端，之后又可能去补位到其它上。这样有助于项目的总体成本的下降。

有兴趣的可以去我的博客转转

http://samwong.iteye.com

方法管理和执行管理高效可靠，并且可控，我觉得项目应该就能成功