思想:如何应付高频迭代开发(7)

思想:如何应付高频迭代开发(7)

PHP和Javascript都是脚本语言,这很适合频繁更改需求,对代码而言这个问题不大,关键可能会出在文档上。原来一个完整的开发文档在开发过程中频繁修改后,可能会出现开发文档和实际开发功能不一样,一般来说每增加一个功能都会修改原来完整的需求文档,并且标明新需求的修改。这是一个好的习惯,但对于复杂的文档来说修改一次就会变得不容易。

我的看法是对于需求文档和分析文档,就应该简单化规范化。这是给开发人员和于实现的文档,并不是给投资商看的,所以文档一定要全面、清楚、可实现、可测试等。唯一的难点就是如何标注某些功能是在开发中新增加的,因为在迭代过程中给开发人员一个完整的文档不如给他一个新增的文档。我的看法是这仍然和文档的格式风格有关,和开发实现本身没有太大的关系。

所以文档对于产品人员来说就像代码对于开发人员。对于需求文档可以做一个简单的标注,比如指明一期二期或者某个版本,但在迭代开发过程中不用标明前后顺序。但对于需求分析文档最好将两者分开来写,注明哪天或者某个版本需要新增什么功能。因此把文档分成需求和分析是很有必要的,因为分析文档应该是有经验的开发人员出。这个说明开发人员本身需要维护一部份文档,即分析文档。很不幸的是很多项目没有这样的分析文档,包括我在内。当然如果是一个比较大的团队,能借助项目管理工具来维护分析文档是一个很好的习惯。

2012.1.11

你可能感兴趣的:(思想)