需求,传说中是这样的……
发布于 2024-10-03
1232
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在软件开发中,无论采用何种开发方法,需求文档化是一个基本原则。这个观点经常出现在咨询过程中,因为在敏捷和规范的开发方法之间,写作文档的需求和方式可能会有所不同。
需求文档化的重要性在于人类信息沟通的两种主要方式:文档和口头交流。文档有着长期保存的优势,可以避免随着时间流逝而产生的歧义或内容的变化,例如《史记》等书籍能够流传千年。相反,口头交流在信息传递过程中很容易受到个人观点的影响,导致信息的增减或改变,类似于不同版本的神话故事。
如果需求没有得到适当的文档化,那么在沟通时就可能出现基于“传说”的需求描述,这样的需求是不可靠的。客户很难基于这样的传说来验收一个系统。因此,需求文档化是确保沟通清晰、准确的关键所在。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1024.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
高成熟度实践点睛之QPM
SP 1.1 建立项目的目标:建立并维护项目的质量目标和过程性能目标(1)项目的QPPO要根据项目的特点、组织级的QPPO、组织级的基线来确定。不应该所有项目的目标都是相同的,因为项目的特点是不同的。(2)项目的QPPO要满足SMART原则。(3)项目的QPPO要和历史的过程性能基线进行对比,判断目标达成的概率。(4)项目的QPPO达成概率也可以通过过程性能模型进行预测。(5)难以达成的目标,要制
再谈如何推广单元测试
以前曾经写了一篇博文谈如何推广单元测试,最近有朋友问我如下的问题,因此便又写了本文,阅读时请综合原来的博文。问题: 有开发人员认为进行单元测试会花费大量时间来编写测试用例,因此他们做单元测试的意愿比较低,请问有何好的建议进行单元测试的改进?解答: 1 首先应该明确单元的含义。单元在面向对象的程序中指的是一个类,在结构化的方法中指的是一个函数。 2 其次应该明确单元测试的方法。单元测试的常用方
CMMI 3.0究竟有哪些变化?
4月6日,CMMI 研究院发布了CMMI 3.0版本,和2.0相比,有哪些变化呢?本文做了系统梳理。
读<软件工程的事实与谬误>所得
买这本书,纯属偶然,完全是为它的名字所吸引,随手翻了一下,看了其中描述的几个事实,觉的有收获,值23元,就买了.买了后,一直没有读,频于准备讲课,盯项目. 偶然地,某天顺手拿了这本薄书,读了几个事实,真是好书! 道出了现实! 昨天终于在火车上读完了一书,感触比较深的有下边的13条事实: 1 在软件工程的三要素(人,过程,技术)中,人最重要。 2 最好的程序员要比最差的程序员强28倍之多,而
测试用例评审的旁观记录
测试用例评审应该如何做?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线