|
锁定老帖子 主题：敏捷还是银弹，这是一个问题
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-03-23
callofseen 写道 RCFans 写道 一蓑烟雨任平生 写道 我觉得还是敏捷的受众更多的是开发人员，想通过开发人员影响企业的管理者，就比较困难。
敏捷在中国，一开始就有草根化的味道。 缺少针对企业用户的完整方案，缺少经验丰富的顾问，也使得咨询没有形成气候。 不完全是这样，软件项目有点儿“副”线的意思，意谓着是为某一条“主”线服务的，而大多数主线上的决策者，并非理性，这个问题我心里很清楚，写下来至少1W字，不过我的ID很开放，不太好说明。 ID很开放 - 这ID是指identity啊还是指idea？ 哈哈，我认为是指他的ID账号身份，容易影响到公司。 |
| 返回顶楼 | |
|
发表时间：2011-03-25
只要项目能成功, 管你用什么弹.
自己做不到的不代表别人也做不到. 我们就是用TDD, 一直在用. |
| 返回顶楼 | |
|
发表时间：2011-03-25
有时候妥协也是一种解决问题的方法，不是吗
|
| 返回顶楼 | |
|
发表时间：2011-03-27
TDD的好处是显而易见的
|
| 返回顶楼 | |
|
发表时间：2011-03-28
本人有幸带过的华为的敏捷项目，也做了一些敏捷实践活动。感触最深的就是，无论是技术还项目管理，都不要跟风。根据自身团队的情况，最适合的就是最敏捷的！否则，即便你把所有的敏捷实践活动都做了，你的项目举步维艰，那你也是不敏捷的！
|
| 返回顶楼 | |
|
发表时间：2011-03-28
http4j 写道 我是来看热闹的 写道 敏捷的核心只有两个：短迭代和快修正。 没有测试驱动，根本敏捷不起来。 朋友，我很难认同你的观点！因此，建议以后发表见解的时候，不要这么肯定，很容易给大家造成误导！ |
| 返回顶楼 | |
|
发表时间：2011-03-28
大易管理 写道 http4j 写道 我是来看热闹的 写道 敏捷的核心只有两个：短迭代和快修正。 没有测试驱动，根本敏捷不起来。 朋友，我很难认同你的观点！因此，建议以后发表见解的时候，不要这么肯定，很容易给大家造成误导！ 呃～ 说些“可能也许我也不那么肯定”的话，请问价值在哪里呢？ 有什么想法就明明白白说，就算说错了别人也可以明明白白指出来什么地方说错了 说得个含含糊糊大而化之的比如“根据自身团队的情况，最适合的就是最敏捷的”之类永远正确的废话，好吧，这话肯定不会错了，就好像我说“明天要么下雨要么不下雨”一样肯定不会错了，请问它到底有什么用呢？ |
| 返回顶楼 | |
|
发表时间：2011-03-28
抛出异常的爱 写道 1.什么过程都是浮云不断的改进才是王道xp会过时scurm也一样
2.我认为是用各种手段强迫你去作一些不好测量的事 比如TDD是详细设计的变型(原始社会是没有详设这东西的) 重构是设计变更时的再次设计(我在对日外包工作过瀑布也很少在设计变更时进行再次详设) 结对是代码review的加强版(代码review只在上规模的外企中见过部分review ,总量也不大,成本高的离谱) 持续集成是把集成提前到开发阶段.(很多小公司米有实施工程师.大多数人以为实施人员的工作是串管布线,安装交换机) 3.测试是基石..... 完整的回归测试 不论你用敏捷还是瀑布.... 都是必须的....当然原始社会除外. 总的一句话来说 中国的软件业像是恐龙时代的初期 外国的软件业水平是恐龙时代末期 正当哺乳动物正在兴起. 你要么继续改进 至少要向着恐龙末期的方向.... 要么等着死亡 同意，如果一个事情的花费高的离谱并且以后有可能会不可控制，没人会愿意，除非是傻瓜 
|
| 返回顶楼 | |
|
发表时间：2011-03-28
大易管理 写道 http4j 写道 我是来看热闹的 写道 敏捷的核心只有两个：短迭代和快修正。 没有测试驱动，根本敏捷不起来。 朋友，我很难认同你的观点！因此，建议以后发表见解的时候，不要这么肯定，很容易给大家造成误导！ 这么说吧，没有TDD,XP肯定搞不起来，这范围明确了吧。 至于连Refactor都不强制的敏捷，嗯。。。你全家都敏捷！ |
| 返回顶楼 | |
|
发表时间：2011-03-28
最后修改：2011-03-28
Frankie199 写道 抛出异常的爱 写道 1.什么过程都是浮云不断的改进才是王道xp会过时scurm也一样
2.我认为是用各种手段强迫你去作一些不好测量的事 比如TDD是详细设计的变型(原始社会是没有详设这东西的) 重构是设计变更时的再次设计(我在对日外包工作过瀑布也很少在设计变更时进行再次详设) 结对是代码review的加强版(代码review只在上规模的外企中见过部分review ,总量也不大,成本高的离谱) 持续集成是把集成提前到开发阶段.(很多小公司米有实施工程师.大多数人以为实施人员的工作是串管布线,安装交换机) 3.测试是基石..... 完整的回归测试 不论你用敏捷还是瀑布.... 都是必须的....当然原始社会除外. 总的一句话来说 中国的软件业像是恐龙时代的初期 外国的软件业水平是恐龙时代末期 正当哺乳动物正在兴起. 你要么继续改进 至少要向着恐龙末期的方向.... 要么等着死亡 同意，如果一个事情的花费高的离谱并且以后有可能会不可控制，没人会愿意，除非是傻瓜 我所说的是两个层面的. 如果你的公司已经到了恐龙时间末期那么敏捷很好 能节约很多东西前提是公司的确浪费了很多东西 你的公司作的本就不够, 那么至少先要把能作的东西有意义的事干完了 测试没有测试计划光靠人手点击 回归不存在 没有代码走查 软件工作量度量方式靠(deadline-now)/人数 对于老板要求加班几乎没有成本的包身工制度 程序员主要的工作是搬砖头(拷贝粘贴) 系统模块垂直划分是为了svn不冲突 公司几乎没有美工这个职位 建表不需要通过DBA直接自己的干了 每周文档的数量不大于1M 变态的技术总监维护大量的你不知道为什么的编程最佳实践组成的雷池使得你只能用一种最没有想像力的方式实现你的功能 如果你可以改变就改变 如果你不能改变就改变自己 至少到时候不会没饭吃 |
| 返回顶楼 | |
