PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
版面信息
本版版主
俱乐部导航
联盟·近期活动
社区热点
精彩专题
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
推荐信息
社区圈子
联系社区管理员
软件工程很强调软件文档的重要性,打开RUP的结构图,遍地都是文档(掉入了文档的海洋。。。)---大型软件开发,很需要这样复杂的注解结构,原因很简单:面对一个复杂问题,就是一步步的分解之,分解到可以容易的解决为止,所以问题的复杂程度决定了文档结构的复杂程度和量的多少。。。。但是无论有多少文档,他们都是软件产品中的配角,代码本身才是“领衔主演~”。
随软件问题的复杂化,强调软件文档的重要性是无可厚非的,就像项目管理中怎样强调沟通都不过分一样,但是和沟通一样,这些都仅仅是方法而已,如果形而上的作文档,那可是迂到家了 :(
但是,往往会形式化的作文档,我的团队中就有那么CASE,我建立了一个方法,并版本化了模版,解释了使用方法,聪明的人做一遍后就能很好的使用模版,并提出修订建议,迂人则往往用了N遍后还在形式上硬套(在形式上完成了,--交差心态),写出来的文档不知所云,与建立该方法的目的相差千里。。。
一点想法,聆听大虾们的看法~~
One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com
敏捷建模认为,用于沟通的文档本身没有什么价值,如果谁仅仅因为文档作品而“有成就感”,那就偏离了软件开发的价值,所有的文档(项目外的项目干系人要求的文档除外)都是为代码服务的。。可运行的、持续升级的系统是软件开发的核心价值