软件项目外包,如何与客户谈需求

    接项目最重要的一步是与客户谈需求。客户对软件的需求是项目规划和实施的根本,所以在与客户谈需求时,一定要让用户将所有的想法尽可能的阐述清楚,并把所有的要求罗列出来。这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量。而应该直接明白地要客户把项目的要求一条条地列出来。这时先把条理、归纳、分析先都扔到一边去,用纸笔将用户最原始、最完整的要求准确地记录下来。假如项目在你对客户的需求没有完全了解清楚的情况下就匆匆上马,那么就会随时发生意想不到的变更,轻则使项目延期或超出预算,重则使得原来已经做好的软件要彻底推倒重来。    所以我们在实施项目之前应该深入了解和挖掘客户需求,对某些不明确的需求要与发包方反复进行讨论,对于项目实施过程中的需求变更要规定处理办法,并形成项目的最终需求。在需求分析阶段,接包方首先对发包方的需求认真分析,然后通过业务建模、会谈、问卷、需求会议等方式收集客户完整需求,形成文档,然后经过客户讨论、客户审查、文档修订等多次反复的过程。有一点需要注意,即使双方谈的很投缘,在讨论需求时也一定要详细周到,精确到每一条不能再划分的软件功能为止。  http://www.baipoo.com
时间: 2024-10-20 12:59:36

软件项目外包,如何与客户谈需求的相关文章

[转] 项目管理---项目经理如何应对客户的需求变更?

项目管理---项目经理如何应对客户的需求变更? 目录(?)[+] 相信做软件开发的我们,大家都有这样的体会,当我们辛辛苦苦的熬了几个月的通宵.加班后,终于完成了客户提出的V1.0功能需求,当我们大家准备按部就班的进行系统上线时,客户.企业用户突然改变了需求,不想这么做了,提出了新的需求,新的变动,这样对于我们整个团队来说,正如晴天霹雷,很恐怖的事情啊,因为有时候,用户只是简单的一句话,但是对于系统的调整来说工作量是非常大的. 需求变更,本应是客户的权力,但也是实施顾问的为难之处.如果确需变更,当

项目如何开始:怎样和客户谈需求(转)

三种客户类型: 1 的确很专业.能提供基本可用的文档,能给出要求规范,能向你提出有价值疑问和担心.能快速回答你的问题. 2 以为自己很专业. 给的文档基本没法用.没法提供规范和标准,喜欢指指点点和挑毛病.只会向你提傻逼问题.基本回答不了你的问题. 3 啥都不懂. 不给文档.能给你几个参考范例(打开数个网站,告诉你我要做成和它们一样的.)只能等着你来问100个问题... 四种合作方式: 1 创始人直接和你接洽: 交流结果的协商余地很大,需求不易反复,细节不会被过分追究.更容易统一想法,执行力高,你

有什么方式可以接软件项目需求,怎么接项目

软件团队最为关心的一点是在哪里可以找到项目做,也就是到哪里可以找到有软件需求的客户.对于一般人来说,广交朋友然后通过熟人介绍还是接项目的第一途径,但这要求你的朋友或熟人要在企业或公司里有比效重要的管理位置,对于像那些每天只能是埋头写代码的程序员这显然是不太现实的.所以大家不能等着项目来找你,而是要主动的出击去找项目.接项目最重要的一步是与客户谈需求.客户对软件的需求是项目规划和实施的根本,所以在与客户谈需求时,一定要让用户将所有的想法尽可能的阐述清楚,并把所有的要求罗列出来.这时候不应该害怕"勾

浅谈软件项目开发过程中的主要项目风险及对策

软件项目成果的需求分析方和软件项目的承担者都十分关心这样的一个问题:什么样的因素会导致软件项目的失败?与项目有关的因素的改变将对按时.按经费预算交付符合预定质量要求的软件成果产生什么样的影响?这些都属于软件项目开发过程中考虑的风险问题. 软件项目的风险是指在软件开发过程中可能出现的不确定因而造成损失或者影响,如资金短缺.项目进度延误.人员变更以及预算和进度等方面的问题.风险关注未来的事情,这意味着,软件风险涉及选择及选择本身包含的不确定性,软件开发过程及软件产品都要面临各种决策的选择.风险是介于

浅谈软件项目的需求管理

软件项目区别于其它项目的最显著的特征是其不可见性,它不像硬件购销.建筑工程,都是实实在在可见的东西.而软件项目在系统交付之前很长一段时间,客户是无法感知自己想要的系统究竟是什么样子.因此,需求管理就显得十分重要,据相关统计数据分析,软件项目90%以上失败的原因都在于没有重视需求或者需求管理方面做的不到位导致的. 需求管理作为软件项目管理的一个重要内容,贯穿项目实施的全生命周期.俗话说:万事开头难.需求作为软件开发的第一个环节,其重要性不言而喻.市面上关于需求管理的相关理论和书籍很多,但多数停留在

软件项目需求开发过程实践之业务建模用例图

本次软件工程项目是重建办公业务流程管理平台,需要在继承原370个流程基础上,还需要提供快速流程开发能力,并要求体现出流程管理的规范性,以及流程的执行力.效率.效益,最终为企业管理创新提供流程再造的能力. 在项目前期及需求分析阶段,开发人员致力于"降低成本",以最小的代价完成项目,其可预见性的软件产品是经过系统平台升级的,并经过改良的第二个办公业务流程管理平台.按客户验收要求,"只能打60分,是不能给予验收". 在软件开发中,需求工作致力于解决"产品好卖&q

软件项目需求开发过程实践之软件需求说明书

软件需求说明书为谁而编写?把这个问题搞清楚是非常有意义的. 先讲个故事. 在软件项目开始时,需求及架构设计人员把需求和架构方案讲给开发人员听,开发人员还在设计"他那辆车",没有听明白?需求及架构设计人员接着写出一些列文档后,开发人员还在设计稍作调整"他那辆车",沟通出现了问题了吗?项目完成后,最后结果仍是开发人员所设计的,已经变形的"他那辆车". 问题的源头当然在需求,需求人员又如何把需求调研结果无损的分享给"相关人员"呢?其

软件项目如何控制需求蔓延

当销售人员兴冲冲的告诉你又接了一个单子,只见合同上对需求内容只是寥寥几行时,你是否又头大了.对于销售人员接单是他们的目的,在客户处他们往往把话说的很满,这也能行.哪也能做.实际,很多功能的实现要让我们付出非常大的代价,那我们在项目需求管理方面要怎么做呢? 对于一名项目经理来说,做出让客户满意的产品是我们的终极目标.但实际情况会是这样吗?现实,我们在项目开发过程中会遇到各种问题. 需求范围不明确 合同中规定的内容往往都是模糊不清的,需求不明确,或者只有几行说明,而且还可能有大断的套话.官话.对于项

软件项目需求评分表

   软件项目需求评分表 组序号:23      组成员:何健勋 王岸城 苏月          评分人:苏月 序 号 N(需求) A(方法) B(好处) C(竞争) D(交付) 1 -4 -4 -4 -4 -4 2 -3 -3 -3 -3 -3 3 3 3 3 3 1 4 -2 -2 -2 -2 -2 5 2 2 2 2 2 6 4 4 4 4 4 7 5 5 5 5 5 8 -5 -5 -5 -5 -5 9 -6 -6 -6 -6 -6 10 -1 -1 -1 -1 -1 11 8 8 8