|
锁定老帖子 主题：即将实施敏捷，制定些细则，请拍砖
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-03-13
螺旋式的所谓scrum。
|
| 返回顶楼 | |
|
发表时间：2011-03-14
skzr.org 写道 打击的居多阿
呵呵，兄弟，这个我支持你 既然老大要你研究，你摆正自己的位置阿——你只是辅助老大，是一个参某 这个前期还是要靠老大去走上正轨的，可以参考下文来不断检查 速览：软件开发中的7大浪费 前面有兄弟说要坚持，是的这个是要坚持的，我相信任何事务都是从弱小到大发展的 加油 +1 LZ的总体方向绝对是正确的 由此可见敏捷开发更注重人的作用，更注重人交流，团队协作。 而且这些工具也是很有用的,工欲善其事,必先利其器 楼主所用的这些工具,也是敏捷过程所必须的 不过前面有几位也说到了 首先要有老大来支持做这个事,还有就是不要要求一步到位,把这些都上了 你们公司以前不是这样的开发方式,要一步到位会,会引起其它团队人员的反感(而人又是首要因素) 所以我觉得,楼主所说的方式方法,工具流程都是愿景,但实现过程需要一步一步的来 |
| 返回顶楼 | |
|
发表时间：2011-03-14
samwong 写道 你好，我现在的公司就是用敏捷开发，而且我本人觉得公司实施得很好，实现敏捷开发有几大好处，这是我在项目中体验出来的，而非来自书本，
第一，实施敏捷开发，可以对发现需求的变更可以快速反应。 第二，对于一个大型项目，实行并行开发或交差开发，用敏捷开发减少冲突。或并行开发时对冲突作及是的更正。 第三，一个再牛的java开发技术员，他可能连最基本的js都不懂,敏捷开发可以使开发员互补知识不足，对开发员的补位有很好的作用,如他开发着一个子项目hibernate，当做完后，他又可能去写js的前端，之后又可能去补位到其它上。这样有助于项目的总体成本的下降。 再引用下,哥们说的很在理 |
| 返回顶楼 | |
|
发表时间：2011-03-17
需要强力的pm支持
|
| 返回顶楼 | |
|
发表时间：2011-03-19
yushuangyuan 写道 你太矛盾了，你的原则里明明写着
原则一：个体及交互比流程与工具更具价值 原则二：可用的软件比冗长的文档更有价值 可是你的管理软件还整了那么一大堆。 敏捷开发实践需要坚持！只要你坚持这一点，你会成功的。 你的职位是 项目经理还是技术经理？ 让你做这些工作 |
| 返回顶楼 | |
|
发表时间：2011-03-22
个人认为现在实施为时过早。
有几个问题： 1.楼主的考察和学习，还只限于理论阶段，因为在这个以人为本的管理方式中，需要好好考察的不是方法，而是你的团队。没有看到你对团队的考察，而你写的这些东西，网上，尤其是infoq里面有很多很好的实践； 所以，你如何定位你的团队呢？ 2.自己了解是不够的，我吃过这方面的亏，也就是你现在这水平，但是团队的成员不理解。所以，你的培训计划是如何安排的呢？ 培训内容强调哪些方面？也就是你需要让团队了解什么？ 3.一上来就用这么多软件，有必要吗？既然是团队协作，你们最开始时，先不必上太多软件，一起用纸来处理就是很好的沟通。唯一需要软件的就是你，需要做燃烧线等方面的分析。。。 4.你们领导做好应对风险的准备没？ 5.你的团队态度如何？ 个人愚见，因为我当年就是在“人”这层上失败了。。。。 |
| 返回顶楼 | |
|
发表时间：2011-03-26
都是基于理论性的东西，有没有实践的出来的动作可以模仿的？
|
| 返回顶楼 | |
