目标与需求

背景
我们团队现在几乎没有把需求和目标这两个概念整明白,因此每次我们提的所谓需求,很难落地,导致任务进度的延期与滞后,因此这里我尽量用通俗易懂的语言,简单给大家讲一下目标和需求的区别,让大家理解如何去把我们的目标,最低限度的变成用户需求

举个栗子

博士去上海
博士晚上就要去上海参加朋友周末的婚礼了,那么去上海就是他的目标。切记,去上海,只是目标,就像要做电商平台,这只是需求目标。
那么什么叫需求呢?就是博士去上海,怎么去(飞机、火车、汽车)?什么时候去(具体日期,时间)?去几天?同行人员?到上海后的住宿情况,吃饭情况,这些叫需求。
需求是可以细化并且必须可以量化的,比如坐高铁去,那么是高铁?动车?普通快车?硬座?软座?卧铺?坐飞机去,头等舱?商务舱?经济舱?到浦东机场还是虹桥机场?等等等等

大佬王想买车(以下情节纯属YY,如有雷同纯属巧合)
电商上线后,大佬王牛逼了,赚钱了,心里美~
买辆车吧,得瑟一下,开个破捷达那么多年了,当老总的人,总得有个牛逼座驾充门面,于是把兄弟们叫过来了,兄弟们,帮我想想,我得买辆牛逼的车
跑得快的,拉风的,然后名牌的,质量好的,价位还得合适,balabala~
上述这些,叫目标,不叫需求,下面解释啥叫需求
啥叫跑得快,跑得快是一个相对的词,是车就比马跑得快,所以,跑得快相对要给个量化指标,比如0~100公里仅需3秒,好车,嗯嗯
啥叫拉风? 开个拖拉机也挺拉风的(偷笑),所以,对于样式要有明确的说辞,是轿车还是SUV还是跑车
啥叫名牌?凯迪拉克?奔驰宝马奥迪?如果名牌,五菱宏光也算名牌车(哈哈)
啥叫质量好的?美国车?德国车?进口车?合资车?
价位合适? 这就更虚了,所以要有个详细的价格范围,预算多少

总结
所以,这些东西,在日常生活中,我们都能说得一套一套,做项目,其实也是一个意思,我们要明确,我们电商也好,移动端也好,ERP也好,到底要哪些模块,每个模块到底都有哪些功能点,每个功能点之间的互动性,模块与模块之间的互动性,前台(电商)与后台(ERP)之间的交互性,等等
这些都需要细化考虑,当然,细化到功能点是我们电商铁三角的事情,但是最起码,目标要清晰到博士去上海的水平~

原文地址:http://blog.51cto.com/bearlovecat/2350598

时间: 2024-10-10 23:11:27

目标与需求的相关文章

需求工程-软件需求模式读书笔记1

今天读完这本书<软件需求模式>的第一部分,也就是准备阶段. 需求分析是困难的.需求分析师又往往缺少经验和训练.本书的目的是帮助和决定新的软件应该走什么,建议添加那些额外的特性,使系统更好或更卓越.需求模式是经验的结晶,本书主要建好了37个模式,解决了所有系统中反腐出现的特定问题.适合业务分析师.软件架构师和工程师.软件开发人员.软件测试人员.项目经理等人员阅读.. 软件系统的需求定义他要定义的问题:它的的意图和目的.为了更好地构造系统需要一系列的改进.该书主要可分为两部分:第一部分:解释开始,

01《软件需求模式》

这本书可以帮助分析师编写出更好的需求,这些模式提供了一种方法表达关于不同类型需求的全面的结构化知识.需求开发是探险之旅,不只是简单的收集或抄写的过程.所以我选择了这本书作为十月份的阅读书籍. 这本书的目的是帮助决定和定义新的软件系统需要做什么,建议添加哪些额外的特性,使系统更好或者更卓越.这本书的主要读者是涉及决定一个新的软件系统需要什么的任何人.例如说:业务分析师.软件架构师和工程师.软件开发人员.软件测试人员.项目经理. 阅读这本书我将能够定义更好的需求——更详细.准确以及清晰.并且更少的不

《软件需求十步走》阅读笔记二

这一段时间阅读了<软件需求分析十步走>的第三四章,写一写书中一些个人感觉比较好的说法以及阅读感受. 首先是第三章<软件需求工程概论>. 需求工程和软件工程之间的关系界定没有质的变化,只是将需求工程从软件工程中剥离出来,将需求分析的分析工作和管理工作定义为需求工程.需求工程是面向全局的.系统顶层的.着眼未来的工程,是将客户业务作为内部研究对象,将软件工程全过程作为外部研究对象的工程.需求工程是圆心,软件工程是圆点. 需求工程的特征具有:全局性.主导性.主动性.过程性.规范性.可验证性

《软件需求十步走》读书笔记二

这次都<软件需求十步走>的后三篇,分别为“方法篇”.“规划篇”.“开发篇”. 方法篇: 1.需求工程的方法观 方法的使命就是要将问题的结构和规律展现出来 2.分析计算方法 分析计算是需求规划方法与传统需求分析方法有本质区别的地方之一.分析计算包括系统支撑能力计算和业务发展能力计算 3.结构化分析方法 结构化的分析(又称SA)方法是本书在需求规划中的业务建模.系统建模和体系建模所采用的方法 4.面向对象分析方法 在需求分析中本书采用面向对象的分析方法作为用例分析和功能需求分析的方法 5.需求统一

需求、开发和测试的“三足鼎立”

在很多电影或电视剧中,大家经常会看到一种代表权利与威望的东西-鼎.古语曰"问鼎中原",可见鼎在当时人们心中地位之高.下面是一张来源于互联网的鼎的图片. 不知大家注意到没有,鼎有三只"脚".大家在几何课上学过,在所有的平面图形中三角形最稳定.看来古人也深知这个道理,做出了有三只"脚"的摆放稳定的鼎.当鼎的任意一只"脚"被去掉时,整个鼎必然会轰然倒下的.也就是说,"三足鼎立"是最稳定的. 在软件开发活动中,可以

我眼中BA(业务需求分析师)的技能广度和深度

BA,或者称业务分析师,是企业数字能力和业务能力之间的沟通桥梁.随着企业数字转型的进一步深化,相信对BA这样的技能需求会越来越多,只是未必都用“BA/业务分析师”这样的Title. ThoughtWorks在创建之初,就有BA这样一个职位.Lupi Messenger是我的一个同事,她是ThoughtWorks的第一批BA,到现在为止做了18年,孙女都已经上小学了,我很仰慕.这二十年间变化很大,需求分析方法从最初的敏捷用户故事,演进到现在精益为基础的需求分析方法,BA的技能要求也在不断变化.整理

PRD产品需求文档

什么是PRD? PRD是Product Requirement Document的英文缩写,即产品需求文档的意思.PRD昰产品流程中的最后一步工作,是将原型中的功能.界面具象化描述,是提交给设计(UI).技术和测试部门的执行标准.一般由产品经理亲自完成,如果有产品专员(助理)的话,由他们主要完成其实更好. PRD应包括哪些内容? PRD的标准很难衡量,因团队而异,只要能够明确传达产品需求的文档都是合格的.但一般需要包含以下四个部分: 1.产品概要:说明产品目标.需求来源.主要项目负责人和产品整体

软件需求分、架构设计与建模最佳实践

软件需求分.架构设计与建模最佳实践 cxx 2019-04-13 一.为什么要详细设计,价值? 在多人团队环境中,详细设计驱动开发可实现明确交付的目标和标准 可复用的设计成果 提高代码的可维护性 可对交付进行工作量和质量的评估 实现知识传承,提高软件生命周期 二.控制软件复杂性的基本方法 分解法 抽象法 三.UML有哪些元素 结构 行为 四.基于用户目标的需求组织形式 交互式需求 清晰的责任 场景化 文档的五大功效 有助于编写使用手册 测试用例转化:帮助开发人员设计测试用例 需求用例 利于详细设

企业自媒体营销,内容运营方法论终极指南

观点:在我来看,你所看到的所有的信息的不同的呈现形式应该都是内容.所有来玩信息的人应该都是媒体人,不论是传统媒体还是新媒体,所谓的新旧之分只是传播方式的变革,不变的永远是内容和看内容的人的人性. 最近,为企业做了一次社会化自媒体运营的整体规划,在构建自媒体运营想到很多,也串起了很多之前写到文章中的观点和方法,社会化内容营销到底怎么玩?其中感悟很多,所以就分享出来,大家取其精华去其糟粕吧,因欢迎交流拍砖,相互交流,大家共同提高. 毋庸赘言,时下社会化自媒体营销已经蔚然成风.从最初的微博营销兴起,到