|
锁定老帖子 主题：我经历的--敏捷开发
精华帖 (3) :: 良好帖 (0) :: 新手帖 (10) :: 隐藏帖 (3)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-01-09
可以说是迭代，但是不是敏捷还值得商榷
|
| 返回顶楼 | |
|
发表时间：2009-01-20
funny, how can you call this Agile??
第一，产品质量： 请参考scrum里面描述的Done Definition。 第二，文档缺陷： working software over comprehensive documentation。敏捷宣言第一条，你认为你自己是敏捷？ 第三，加班： Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 敏捷原则中的一条，你认为你自己是敏捷？ |
| 返回顶楼 | |
|
发表时间：2009-01-23
kaverjody 写道 funny, how can you call this Agile?? 第一，产品质量： 请参考scrum里面描述的Done Definition。 第二，文档缺陷： working software over comprehensive documentation。敏捷宣言第一条，你认为你自己是敏捷？ 第三，加班： Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 敏捷原则中的一条，你认为你自己是敏捷？ 不要跟谈理论，最讨厌发引用一堆英文的家伙。 弄得以为自己非常强，懂E文似的。 |
| 返回顶楼 | |
|
发表时间：2009-01-23
iamredeye 写道 可以说是迭代，但是不是敏捷还值得商榷
没说自己就是敏捷，自己感觉像而已。 |
| 返回顶楼 | |
|
发表时间：2009-01-23
glacier3 写道 这个也叫敏捷？！
到底何为敏捷？ |
| 返回顶楼 | |
|
发表时间：2009-01-23
最后修改：2009-01-23
jasph77 写道 glacier3 写道 这个也叫敏捷？！
到底何为敏捷？ 你的实践中很多都是不可后退的. 就是说改变方向的能力弱. 引用 客户需求的提出，协商，确认；编码，测试，交付客户；收集意见，然后再改，再交付客户，收集意见..........客户OK。
|
| 返回顶楼 | |
|
发表时间：2009-01-23
典型中国式敏捷开发，lz应该醒醒。
|
| 返回顶楼 | |
|
发表时间：2009-02-06
Element & lina 写道 典型中国式敏捷开发，lz应该醒醒。
外国式的敏捷是什么样的？ |
| 返回顶楼 | |
|
发表时间：2009-02-11
这叫敏捷...汗啊....这是小公司作坊式生产.
和敏捷相差比较大.敏捷正常的第一条是不加班的 |
| 返回顶楼 | |
|
发表时间：2009-02-11
jasph77 写道 但是从长远来说还是弊大于利,问题有四： 一、软件产品质量（代码优美度，BUG率，用户体验效果）上，因为为了敏捷，大打折扣。质量是产品生存之道，软件也不能例外。 二、文档缺陷，为了赶工期往往文档就省掉。大大增加了后期的代码的维护难道，如果一旦模块原有开发人员离职，将会是一场灾难。 三、滥用人力，员工经常处于这种高压力下面，会很疲惫。随着工作时间、和年龄的增长，会厌倦工作，最后离职，造成人才流失。公司的技术无法得到沉淀，不利于公司长远长远发展。 四、还没想到 :-) 开发者不能对产品质量引以为豪的，不是 “敏捷开发” 软件不能进行长期有效维护的， 不是“敏捷开发” 员工对工作环境不满意的， 不是“敏捷开发” 对于程序员来说“敏捷开发”基本意味着“美好生活”。 |
| 返回顶楼 | |
