|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (8) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间:2008-03-06
软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?
“敏捷了还要文档吗?!还是我们应该做什么样的文档呢?!” 声明:JavaEye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
|
| 返回顶楼 | |
|
时间:2008-03-12
肯定需要。文档表达的内容,表达的详略程度有差别而已。
|
|
| 返回顶楼 | |
|
时间:2008-03-13
只需要....有必要的文档
而不是由规则与程序来决定的 |
|
| 返回顶楼 | |
|
时间:2008-03-14
文檔是按需要才做, 而不是為了要做而做.
敏捷開發也沒提到員工可以放午飯, 客戶也不在乎他們有沒有食過午飯的, 難道他們就不會去食飯嘛? 食午飯是一種需要, 有力氣才可以工作; 文檔也如是. |
|
| 返回顶楼 | |
|
时间:2008-03-14
lusterf 写道 软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?
如果只考虑这部分文档的话…… 记住我们的目标: 更高效地开发更高质量的软件 所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。 |
|
| 返回顶楼 | |
|
时间:2008-03-17
gigix 写道 lusterf 写道 软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?
如果只考虑这部分文档的话…… 记住我们的目标: 更高效地开发更高质量的软件 所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。 Nice! |
|
| 返回顶楼 | |
|
时间:2008-03-18
gigix 写道 lusterf 写道 软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?
如果只考虑这部分文档的话…… 记住我们的目标: 更高效地开发更高质量的软件 所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。 有些感觉了,不过不知道gigix的公司怎么应付iso的检查的? |
|
| 返回顶楼 | |
|
时间:2008-03-18
lusterf 写道 gigix 写道 lusterf 写道 软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?
如果只考虑这部分文档的话…… 记住我们的目标: 更高效地开发更高质量的软件 所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。 有些感觉了,不过不知道gigix的公司怎么应付iso的检查的? 我们不需要应付 |
|
| 返回顶楼 | |
|
时间:2008-03-22
有人愿意读的文档就是需要的。刚好够用就好,我们一直是这么干的。
至于一些外界强加的文档(如合同约束的),只要能过关,可以写得尽量简洁。 |
|
| 返回顶楼 | |
|
时间:2008-04-05
抛出异常的爱 写道 只需要....有必要的文档
而不是由规则与程序来决定的 ============================ 很多时候是先有代码后补设计书。 形式主义 |
|
| 返回顶楼 | |












