敏捷主要是以沟通为主,有些需求不是一定要有文档才能开发,敏捷对文档的需求高吗?

Choerodon猪齿鱼
  • 1.5k

之前的项目管理一般先出文档,跟着文档来开发,现在实施敏捷之后,大家主要是以沟通为主,有些需求不是一定要有文档才能开发,可以说在开发过程中有些需求通过沟通取代了文档。是不是敏捷就不需要文档了?

在敏捷宣言中四个核心价值观:

  • 个体和互动 高于 流程和工具
  • 工作的软件 高于 详尽的文档
  • 客户合作 高于 合同谈判
  • 响应变化 高于 遵循计划

其中,“工作的软件 高于 详尽的文档”,对于这句话如何解读?

回复
阅读 779
1 个回答

“工作的软件 高于 详尽的文档”,对于这句话的解读,以及根据实践获得的经验,并不是实施了敏捷之后,就不需要文档,俗话说“好记性不如烂笔头”,有很多的文档,还是必须要做的,例如功能设计文档,DDD设计文档,UI设计文档等。从敏捷的思路来说,只是认为相互沟通的效果会比文档去理解的效果要好,所以大部分的东西主张以沟通为主,文字为辅,如果沟通可以解决,那么文档如果没有什么附加价值就不写,但是如果它还是很有价值的,比方说功能设计,是以后需要看的,那就要写,所以做与不做看价值。

有价值的我们做,没价值的不做,举个例子,某银行去做敏捷转型之前,非常重视文档,每个文档都要思考很久才提交,他们一个项目的立项到结项要写55份文档,实施敏捷之后,从内部把文档裁剪到17个,从55到17个,而不是从55到0。那保留些什么,不保留什么,要看这些文档是怎么用的,有没有价值。

所以我们要自己判断一下要的是什么,不要的是什么。总的来说,你用了敏捷之后不是没有文档,而是把没有价值的文档删掉。

根据我们的经验,文档的更新也是一个敏捷和持续的过程,例如UI设计文档,我们会不断地与用户或者利益相关者沟通UI界面,每个冲刺都要沟通碰撞,直到某一个功能的设计满足美观、易用的要求。在这过程中,我们的UI设计师会根据反馈设计出不同的版本,甚至前端工程师要先实现这些UI设计,根据实践的效果不断地调整,直到项目组满意,再跟用户沟通,如果用户不满意,我们回来继续修改,就这样不断的“反反复复”,持续地更新。

你知道吗?

宣传栏