思步网

查看: 118941|回复: 135
打印 上一主题 下一主题

[技术研讨] 敏捷开发写不写文档

  [复制链接]
【每月话题:敏捷开发写不写文档?】敏捷认为诸如需求文档、设计文档、测试用例……都缺少客户最终价值,可以将这些中间文档略写或者不写。但这样一来,导致一些重要的文档被“敏捷”掉了,给产品后续的开发与维护带来很多的障碍。到底该不该写文档呢?欢迎参加互动。


该贴已经同步到 思步网的微博


上一篇:试运行后有问题的研发流程,重新制定与优化孰轻孰重?
下一篇:项目周报有用吗

结束时间: 2013-5-18 11:54 裁判: 思步网

正方观点 (5)

需要写

反方观点 (2)

不需要写

辩手:4 ( 加入 )
 
辩手:2 ( 加入 )

火花官方【VIP1企业演示站】

所属行业:其他组织
会员折扣:6折  
品牌等级:
在线客服:点此给我发消息
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

我觉得敏捷的核心实现是主动、灵活的应对变化,不是一味的省略和裁剪,应该根据需要编制相应的文档,原本写在不同类型的文档中的内容可以适当的进行归类合并,减少文档的数量,但是不能没有,否则前面的流程是敏捷了,后续的维护将是一个极度痛苦的过程。
回复

使用道具 举报

又是一个伪命题。这个不存在写不写的问题,而是怎么写、写那些的问题。这个网站倡导全员改善,希望网站管理人员把握好方向,讨论的问题要有质量。
回复

使用道具 举报

偶才疏学浅,保持中立吧~
回复

使用道具 举报

偶才疏学浅,保持中立吧~
回复

使用道具 举报

期待楼主能发动更多人探讨啊。
回复

使用道具 举报

正方与反方都有各自的道理。
回复

使用道具 举报

期待楼主能发动更多人探讨啊。
回复

使用道具 举报

正方与反方都有各自的道理。
回复

使用道具 举报

期待楼主能发动更多人探讨啊。
回复

使用道具 举报

顶,支持这样的探讨方式~
回复

使用道具 举报

期待楼主能发动更多人探讨啊。
回复

使用道具 举报

期待楼主能发动更多人探讨啊。
回复

使用道具 举报

顶,支持这样的探讨方式~
回复

使用道具 举报

顶,支持这样的探讨方式~
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部