需求文档：没有尺度、只有雷同

同样我可以或许想象到出，当我们经验多了之后，简简朴单说一个方案之后，这个方案真的大噶?鲱优方案，事实天才和蠢材说出相干的办理方案，前者是经验过许多失败的方案之后说的，后者也许是命运好，正好说中而已。叫他说出个中缘由，那就漏底了。

第三：乐成的界说

我们要清楚的汇报其他人，这个成果对付乐成的界说是什么。

这里的乐成有两个意思：乐成的研发出来；这个成果推出后取得的结果。

乐成的研发出来这个很好领略，就是还原度，百分之一百的还原出成果。只有担保这个成果可以或许百分之一百的还原，我们才气通过市场、通过用户去验证这个成果或嗣魅这个方案是否乐成。否则对付团队和我们来说就是，资源挥霍。

我们要将乐成举办界说，只有这样才气获得有用的反馈。否则我们无法确认获得的功效，到底是成没乐成。

第四：场景

场景说产物事变中最重要的对象，自始至终贯串整个产物的生平。我这里不在过多叙述，文末我会发个我行使的场景还原方法。

第五：成果描写

成果描写包括的了许多对象，如：营业、流程、反馈、架构等，假如是文档的还会包罗原型、状态、迭代记录等题目。

我们必要让其他人相识营业的流程，让每一小我私人清楚的知道，我们的营业环节。就像我们说的，假如你们团队很强盛，险些大家都是营业方面的小妙手，那么你认为还必要相干图吗？

反之，我们为了可以或许清楚的表述营业，不必然要去画精细的图来暗示，只要可以或许领略，写个1234都可以。

我们必要让其他人相识当前产物的架构，不管是信息照旧成果，这样可以或许尽也许的复用，镌汰开拓本钱。否则研发不清晰，瓜兮兮的跑去写代码，功效要写完了发明，这尼玛其他模块有，可以直接挪用可能是改一下就能用。

此刻写出来了还不能用（开拓：代码耦合度高）只能去改原本的，那么确实是很忧伤。

以是可以奉告用户，这个成果在原产物上是存在的或是已经实现过了，由于代码真的不像我们说的，这个成果很简朴，任意加一个字段就行。

最后

着实小李那些草图内里的内容确实是包括全部需求文档有的对象，只是相对付所谓的需求文档，没成系统而已。也不是说谁人测试的题目，我只是认为过分去追求所谓的需求文档，反而不知道需求文档的真实目标。

固然尺度的文档在必然水平上可以或许在这些内容表述清晰，通过原型具现出来。可是牢记，这些照旧必要按照当前公司文化来，按需输出。一味追求所谓尺度的需求文档，不去思索为什么这样写，写这些的意义是什么。反而落了基层。

增补一点的就是，大部门研发都不喜好开会，出格是那种你在这三四十页的需求文档，一开就开几个小时那种。先不说他们记不记得住，这个开会的本钱是真的高。

以是我保举产物在开会前计较下每次开会的本钱是几多（计较要领是，每一个参会人的小时人为之和），开会不要随意的开，每一次开会都是耐性的挑衅、资源的挑衅。

作者：wcof，在全力做产物不做产物司理的人；微信公家号：wcof（ID：wcofPM）

本文素材来自互联网

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!