论坛首页 软件开发和项目管理版 敏捷开发

敏捷了还要文档吗?

浏览 4366 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (8) :: 隐藏帖 (0)
作者 正文
时间:2008-03-06
软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?

“敏捷了还要文档吗?!还是我们应该做什么样的文档呢?!”
   
时间:2008-03-12
肯定需要。文档表达的内容,表达的详略程度有差别而已。
   
0 请登录后投票
时间:2008-03-13
只需要....有必要的文档
而不是由规则与程序来决定的
   
0 请登录后投票
时间:2008-03-14
文檔是按需要才做, 而不是為了要做而做.

敏捷開發也沒提到員工可以放午飯, 客戶也不在乎他們有沒有食過午飯的, 難道他們就不會去食飯嘛?

食午飯是一種需要, 有力氣才可以工作; 文檔也如是.
   
0 请登录后投票
时间:2008-03-14
lusterf 写道
软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?

如果只考虑这部分文档的话……
记住我们的目标:

高效地开发更高质量的软件

所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。
   
0 请登录后投票
时间:2008-03-17
gigix 写道
lusterf 写道
软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?

如果只考虑这部分文档的话……
记住我们的目标:

高效地开发更高质量的软件

所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。

Nice!
   
0 请登录后投票
时间:2008-03-18
gigix 写道
lusterf 写道
软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?

如果只考虑这部分文档的话……
记住我们的目标:

高效地开发更高质量的软件

所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。

有些感觉了,不过不知道gigix的公司怎么应付iso的检查的?
   
0 请登录后投票
时间:2008-03-18
lusterf 写道
gigix 写道
lusterf 写道
软件最终就是要给用户用的东西,用户只要用了满意,就是一个好软件,不满意就不是好软件。对于用户来说,他需要付出的是软件的费用。但软件开发过程中的文档是公司为了产品以后的升级、维护、扩展而准备。它是一个规范,是一个标准,那我们有怎么来设计敏捷中的文档呢?

如果只考虑这部分文档的话……
记住我们的目标:

高效地开发更高质量的软件

所以“要不要文档”不是应该问的问题,你需要考虑的是做怎样的事情能达到这个目标。

有些感觉了,不过不知道gigix的公司怎么应付iso的检查的?

我们不需要应付
   
0 请登录后投票
时间:2008-03-22
有人愿意读的文档就是需要的。刚好够用就好,我们一直是这么干的。
至于一些外界强加的文档(如合同约束的),只要能过关,可以写得尽量简洁。
   
0 请登录后投票
时间:2008-04-05
抛出异常的爱 写道
只需要....有必要的文档
而不是由规则与程序来决定的

============================
很多时候是先有代码后补设计书。
形式主义
   
0 请登录后投票
论坛首页 软件开发和项目管理版 敏捷开发

跳转论坛:
JavaEye推荐