一、 这也不是鼓励大家都和客户对着干

这也不是鼓励大家都和客户对着干，每个项目的情况不同。其实吧，多数项目并不需要经过冲突，才能获得客户认可，特别是欧美客户。 回到开头的问题上，客户很可能会错，不会错的是我们对价值的追求。追求客户满意，不是按照客户的想法做就行，客户追求的也是价值，客户本身并不是价值。我们工作的成效也是价值的一部分

二、 开发中遇到的奇葩事

我发现软件开发过程中,开发团队经常遇到这样的情况:和我们沟通的客户发现自己弄错了需求,要求我们返工重做,这还算好;更糟的,是我们可能知道客...

三、 需求不清怎么办

客户提出业务需求,软件公司会给出相应的解决方案,是从业务层面结合技术给出一个初步的解决方案,在开发层面并不够细节,但客户一直不认可给出...

四、 原型与瀑布模型

最终的最终。 这个步骤是对用户业务需求的一个升华,是一个把用户业务管理流程优化,转化为软件产品,从而提升管理而实现质的飞跃,这一步是否成功,直接关系到开发出来的软件产品能否得到用户认可,顺利交付给客户,客户....12:订阅专栏4262:本文阐述了软件开发中需求分析的重要性、任务、过程、方法及变更处理策略,指出科学的需求分析是软件项目成功的基石.

五、 客户懂不懂技术

那必须的！ 因为开发不断取得进展,软件原型得以确定,这时客户能够更加清楚的发现原始计划中存在的问题并做出必要的纠正,于是需求也因而改变.在软件开发的传统瀑布模型中,需求分析的第一个阶段也是最重要的阶段.在需求分析阶段,可能最常见的问题就是客户对于他们的需要仅有一个模糊的概念,而要由你提出合适的问题、进行必要的分析,把这个不确定的概念转化成一个正式...

六、 懂技术的客户

如果客户本身就懂软件开发,能把需求说得清清楚楚,这样的需求分析将会非常轻松、愉快.如果客户全不懂软件,但信任软件开发方,这事也好办. PTSD了... 比方说全国各地的很多政府机构在搞网络建设,这些单位的领导和办公人员大多不清楚计算机网络有什么用,反而要软件系统分析人员替他们设想需求.

七、 需求分析的重要性

4938:软件需求分析是软件工程生命周期中最为关键且基础性的环节,它贯穿于整个软件开发过程的前端,直接决定了后续设计、编码、测试乃至维护阶段的成败。从本质上看,需求分析并非单纯的技术活动,而是一项融合了技术能力、 沟通艺术、业务理解、心理学与项目管理的综合性工程实践。其核心目标在于准确、 完整、一致、可验证地捕获用户的真实意图与业务目标,并将其转化为结构化、形式化、可追溯的软件需求规格说明,从而为系统构建提供清晰、稳定、可施行的输入依据。 在实际开发中, 需求不明确 需求频繁变更 用户说不清想要什么 开发人员自以为懂却做错了 等...，恳请大家...

八、 敏捷开发与东软

敏捷开发认为,需求分析阶段不可能解决所有的需求问题,所以呢在设计、开发测试,直到到头来交付客户,这整个过程都应当不停地用开发的成果与客户交流,及时获得反馈.再说说这个 有啥用呢？ 项目导致的后来啊是,整个这个项目组的所有成员都离开了东软,并似乎从此不愿涉足软件开发领域.一个软件项目的需求调研先说说必须要进行角色分析,然后对不同的角色分别进行调研.

九、 常见问题汇总

你想... 许多组织在软件开发过程中面临以下问题:1.需求不明确:由于项目启动阶段缺乏充分的需求调研,导致需求模糊,到头来实现的功能与用户期望存在较大差距.2.沟通不畅:开发团队与用户之间缺乏有效的沟通,导致功能实现后用户反馈不佳.变更管理在软件开发过程中,需求变化是常见现象.

十、 问题记录表

这里有个表格 模块名称使用单位问题提出人期望完成时间问题解决人实际完成时间JSP路径Class路径jar信 我们一起... 息截图问题序号问题描述完成情况1问题描述,表格1问题序号01现有问题希望效果后台报错无已尝试解决办法无备注

十一、 沟通与合作

破防了... 一款成功的软件是建立在成功的需求分析之上的,而高质量的需求来源于用户与开发人员之间有效的沟通与合作.接下来是对问题的理解,用户对计算机...

十二、 到底什么是需求

创造软件的不是客户，而是需求。 那么这里的'需求'指的是什么呢？小伙伴可能会说："这个需求很清晰啊，就是确认客户到达的时间。 老铁，没毛病！ A君已经给出了清楚的答案，是他上级有问题，难道就不会把指令一次性都下达下来？"

十三、 需求是会变的

工作中我们也经常听到类似的抱怨，但是你可曾想过客户的'需求'是会发生变化的。 当A君回复几点到达时这个'需求'其实就已经发生变化。 演化成为："一行几人"、"出行的方式是什么"等。 如果A君不做跟进， C位出道。 明摆着是无法满足客户的'需求'。 而这恰恰是为啥B君获得客户信赖的原因。 或者说是B君成功的法宝。 一边这样地做下去，就会持续地收到正面积极的反馈，对于自信心的建立无疑是终南捷径。

十四、 没完没了

整起来。 其实说到底，软件这东西，它不是造出来的，它是谈出来的。你得跟客户谈，跟产品经理谈，跟那个整天敲代码的程序员谈。谈着谈着，需求就清晰了。如果不谈，光坐在办公室里憋，憋出来的东西肯定不是客户想要的。就像谈恋爱一样，你得见面得聊天得了解对方喜欢吃什么讨厌什么而不是光看照片。照片好看有什么用？还得看人品，看能不能过日子。

软件也是一样，好看没用，能用才是王道。客户要的是能赚钱的工具，不是什么艺术品。所以别整那些虚头巴脑的术语，什么SRS，什么SRS，听得人脑仁疼。就说大白话，客户想要个啥，咱们就给弄个啥。当然了客户有时候自己都不知道自己想要啥，那咱们就得替他想。这就叫专业，这就叫本事。如果你连客户想要啥都猜不到，那你趁早别干这行了换个送外卖的吧，那个相对简单点，不用动脑子，我们都...。

十五、 一下

一句话概括... 总之吧，客户需求反馈这事儿，说难也难，说简单也简单。难在沟通，简单在只要你用心。别老想着怎么忽悠客户，也别老想着怎么偷工减料。现在的技术这么发达，想骗人也能骗一辈子，但想做好事也能做一辈子。把客户当朋友处，把需求当宝贝护。这样一来效率自然就上去了代码写得也顺手，心情也好，老板看了也高兴。你说是不是这个理儿？反正我是这么觉得的。希望大家都别再遇到那些瞎指挥的客户了遇到一个懂行的，那是祖坟冒青烟，得好好珍惜。