|
锁定老帖子 主题：我经历的--敏捷开发
精华帖 (3) :: 良好帖 (0) :: 新手帖 (10) :: 隐藏帖 (3)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-02-11
tuti 写道 jasph77 写道 但是从长远来说还是弊大于利,问题有四： 一、软件产品质量（代码优美度，BUG率，用户体验效果）上，因为为了敏捷，大打折扣。质量是产品生存之道，软件也不能例外。 二、文档缺陷，为了赶工期往往文档就省掉。大大增加了后期的代码的维护难道，如果一旦模块原有开发人员离职，将会是一场灾难。 三、滥用人力，员工经常处于这种高压力下面，会很疲惫。随着工作时间、和年龄的增长，会厌倦工作，最后离职，造成人才流失。公司的技术无法得到沉淀，不利于公司长远长远发展。 四、还没想到 :-) 开发者不能对产品质量引以为豪的，不是 “敏捷开发” 软件不能进行长期有效维护的， 不是“敏捷开发” 员工对工作环境不满意的， 不是“敏捷开发” 对于程序员来说“敏捷开发”基本意味着“美好生活”。 更高的生产力 != 美好生活. 还要有个真正了解敏捷意义的老板才行. |
| 返回顶楼 | |
|
发表时间：2009-02-11
其实敏捷的作用是最大潜力的挖掘员工在8小时内的工作效率.
问下自己,你能完全集中精力8小时来进行开发?完全不可能. 敏捷的作用是提高效率而不是增加工作时间 |
| 返回顶楼 | |
|
发表时间：2009-02-11
敏捷开发的意义在于，
年景好的时候，大家都有钱赚。 经济危机的时候，不要担心倒闭裁员。 |
| 返回顶楼 | |
|
发表时间：2009-03-05
应该说引入的迭代的概念还是比较容易解决客户满意度这个问题。
不过，现在还真很少有看到公司能够完整的实现XP开发的。毕竟老板嘛，利益优先。 |
| 返回顶楼 | |
|
发表时间：2009-03-21
1.你们的项目不是真正的敏捷开发，应该算是增量和迭代开发相结合的方式。
2。敏捷开发以测试驱动开发为基础，倡导测试先行，因此，在做开发之前，针对所有的业务的单元测试已经完成，以后的开发工作就是相对于这些测试写业务逻辑。 3.而且，敏捷开发是非常强调代码的质量的，关键问题要有统一的编码规范。 4.敏捷开发强调沟通和合作，达到统一的思想，是一种以人为核心的开发方式。因此，一般需要用户和开发人员一起工作。而不是做完就让用户验证，这样效率不高，项目随时都处在风险的边缘。 5.如果真正的敏捷开发，为什么不去看看敏捷开发的原则和方式，然后就行开发。强烈建议看看有关敏捷开发的原则和方法。 |
| 返回顶楼 | |
|
发表时间：2009-03-23
这种强度，敏捷的有点惨烈，敏捷要有节奏感！
|
| 返回顶楼 | |
|
发表时间：2009-03-25
不加班的敏捷在国内绝大部分公司都不可行
|
| 返回顶楼 | |
|
发表时间：2009-03-25
taboo 写道 不加班的敏捷在国内绝大部分公司都不可行
加班是软件业的现状，不要扣到敏捷上面。 |
| 返回顶楼 | |
|
发表时间：2009-03-26
hansen-van 写道 1.你们的项目不是真正的敏捷开发，应该算是增量和迭代开发相结合的方式。
2。敏捷开发以测试驱动开发为基础，倡导测试先行，因此，在做开发之前，针对所有的业务的单元测试已经完成，以后的开发工作就是相对于这些测试写业务逻辑。 3.而且，敏捷开发是非常强调代码的质量的，关键问题要有统一的编码规范。 4.敏捷开发强调沟通和合作，达到统一的思想，是一种以人为核心的开发方式。因此，一般需要用户和开发人员一起工作。而不是做完就让用户验证，这样效率不高，项目随时都处在风险的边缘。 5.如果真正的敏捷开发，为什么不去看看敏捷开发的原则和方式，然后就行开发。强烈建议看看有关敏捷开发的原则和方法。 嗯嗯，什么时候找本敏捷的书看看！ 其实什么叫敏捷开发，也还不是很明白。 |
| 返回顶楼 | |
|
发表时间：2009-09-07
看一下敏捷宣言， 再理解一下其他的内容
|
| 返回顶楼 | |
