小公司开发项目，需求细节还在不断调整，需求文档怎么写比较好

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 2969 天前的主题，其中的信息可能已经有所发展或是发生改变。

看一些大公司的需求文档，像亡母娘的裹脚又臭又长。需求一改了，又得做一版本，这样看了头疼。
直接在 UI 界面上对每一个功能界面截图，做注释，下面简单描述功能。如果需求改了，或者界面改了，直接就把截图替换，注释修改，这样岂不是简单明了，更方便？

注释

界面

需求

裹脚

5 条回复 • 2016-03-12 15:20:41 +08:00

chairuosen

2016-03-11 23:49:56 +08:00 via iPhone

我是开发，喜欢看这样的。在 axure 生成的 html 里，原型图和详细说明一并展示， html 放 web 服务器上。这样只看一份，随时最新

cxbig

2016-03-12 00:34:24 +08:00

- Project Owner 写 Markdown 带各种截图放进 Confluence
- Designer 做好 Photoshop 文件放 Avocode
- Scrum Master 在 JIRA 排 Sprint 开 storyline 和 issue
- Developer 开工
- QA 测试
- 新 Release 上线

codevn

2016-03-12 02:02:38 +08:00

不一定，各个公司都不一样，小公司随便搞无所谓，大公司没有个文档是不行的；
大公司如果没有文档，一方面增加了沟通成本，再一方面没有了验收标准；
总的来说没有好不好，只有适不适合。

codevn

2016-03-12 02:03:45 +08:00

换而言之，大公司都像你这么搞，截个图，做点注释，你觉得可行么？

sensui7

2016-03-12 15:20:41 +08:00

大公司, 一个文档部养的几十号人平时不折腾他们折腾谁啊? 小公司如果也要写的那么细致也要不断的改, 请问公司还干点正事不?