需求文档可以不签字吗之二-理论推导

怎么可能在没有需求文档的情况下,把软件开发出来?

完全有可能。回想下当年读书的教研组,回想下自己的编程经历,总有至少那么几次,
在种种的原因下,在没有需求文档的情况下,软件已经编写好了。也许那个软件规模小
些,质量不是太好,但确实是没有需求文档的情况下把它编了出来。

所以没有需求文档是可以把软件开发出来的。

为了保证这样的软件达到要求,显然需要另外的手段。笔者认为最要紧的手段是快速地
将运行的软件给用户试用或观看,收集用户的反馈,根据用户反馈再修改。这是敏捷软
件开发所倡导的“短迭代”和“可运行”+“反馈”。

不签字的需求文档有如下的好处:

1,  快!记录关键的需求,不必求全,细节可以在软件运行后再来确认和补充。

2,  容易与用户沟通,达成口头认可,就可以开展后续工作。

时间: 2024-08-05 17:12:45

需求文档可以不签字吗之二-理论推导的相关文章

需求文档可以不签字吗? 之一

在软件开发中,需求分析和需求管理一直被认为是软件开发成功与否的关键.在CMMI中,需求管理是CMMI2级的过程域,需求开发是CMMI3级的过程域.在瀑布型生命周期当中,安排了需求分析阶段,一般也安排需求分析里程碑评审.瀑布型生命周期存在了很多年,曾经几度写入到软件开发的国际标准.国家标准当中. 由于瀑布型生命周期如瀑布般顺流而下,在设计阶段开始后,根据需求文档的结果来开展工作,要求需求文档的结果比较清晰.稳定.所以对于需求确认,往往地采用签字的方式,希望各方慎重.全面.充分的确定需求. 签字确认

需求文档可以不签字吗之三-一个实例

AB公司试图管理自主产品的许可证发布,保障软件不被盗版,并进行统计,要利用已经有的AI系统扩充这部分功能.新功能主要分成2块:1,产品管理,2,许可证发布 在产品管理里主要维护产品和产品版本的信息.许可证发布中,根据已经有的产品版本来申请许可证,产品开发部门审批后,IM系统能够自动生成许可证. 为了开发这部分功能,在2010年,项目组首先书写了长达86页的<产品管理模块功能需求规格书>,历经了2次会议评审后,进行开发. 在2010年12月开发了第1版后,发现仍然有不足,还需要添加其它功能,也有

【tool】没有需求文档的时候如何来设计测试用例

没有需求文档的时候如何来设计测试用例 1.根据客户的功能点整理测试需求追朔表: 一般的客户都要把要开发软件的功能点写成一个表格交给市场部,让市场部门转交研发部.所以客户的功能点是编写测试用例一个最最重要的依据. 2.根据开发人员的Software Specification List整理我们的功能测试点: 一般来说,开发人员实现一个功能都要把该功能分成几个子模块来实现,所以Software Specification List也是我们参考的另一个比较重要的依据. 3.开展项目跨部门讨论会: 可以

app开发需求文档怎么写

我们在开发app前都会做需求分析,这个app开发需求文档怎么写呢?一般可以从这几点入手:确定APP方案的目标,APP方案的受众分析,APP开发方案功能设计,APP的操作系统说明方案,APP是是否是原生APP,APP方案的视觉设计,APP开发方案中的其他细节.以下是一个app开发需求文档模板,里面写清了app开发需求说明,可以参考 1.引言 1.1目的: · 阐明开发本app的目的:  1.2 项目背景 · 标识待开发app产品的名称.代码:  · 列出本项目的任务提出者.项目负责人.系统分析员.

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下

需求文档中容易出的错误

需求文档中容易出现的主要问题: 1.需求缺失 2. 需求不明确   本周开会的时候,PMs分享了三个案例,其中有两个谈到需求不明的情况.第三个项目是Agile实施项目,不存在需求不明的情况.其原因,我猜测由于甲方主导的Agile的项目,因此,需求方面主要掌握在甲方,甲方管理更好一些. 总的来说,需求不明几乎是所有项目的通病.下面的内容有点飘,叔思维一直是这样,将就了. 需求的不明晰,要区分是需求范围不清晰还是需求内容不清晰.因为这两者有本质的不同. 那么何为范围不清晰呢?我举一个典型的例子,有公

【产品】好的产品需求文档(PRD)怎么写?

PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和意义,估计很多人都思考过,如何让PRD不被其他人挑战,如何获得他们的认可估计是产品经理经常考虑的问题.也有人可能认为PRD只要中心思想

产品经理应该先写需求文档还是先画原型?

江洋@知乎上的回答: 先做模型,再画原型,最后PRD 模型:对产品形态结构的梳理,包括功能模块,逻辑关系,信息架构,业务流程等,可以用脑 图,use case图,业务流程图来表示,根据不同产品,产出物的侧重点不同.但模型很必要,是可以帮助产品经理将一个想法,或是脑子中的模型梳理清楚,在做这些工作的同时,可以及时发现自己没有想清楚的细节,这些是指导后面产品设计师(或产品经理)进行原型设计的.同时,描述模型的产出物可以做为传递,帮助别人理 解你的产品形态. 软件:MindManager,Visio

如何写好产品需求文档?

常常有人问我怎么写prd,在深受市面上流行的功能需求模板“残害”之后,我现在一般不会向别人推荐任何所谓的“模板”. 需求文档是产品需求的表达方式,而其中需要描述什么内容取决于产品经理想要描述什么,即产品经理的需求.如果产品经理的需求是明确的,而且产品经理脑中有物,那么需求文档自然而然就出来了.最可怕的是产品经理自己都不知道自己要描述的是什么内容,这个时候即使有模板,写出来的东西也是一团糟. 互联网产品以用户为中心,所以prd也应该站在用户的角度来描述,如果不知道自己要写什么,在写文档之前产品经理