需求管理（3）------>方法论

为什么80%的码农都做不了架构师？>>>   

需求管理（3）----->方法论 一、“给他想要的 ” 这句话放在这仿佛有点怪怪的，但是确实无比正确和无比重要的。给业主他想要的！！！ 这里有两层意思： 1、业主知道他想要什么，你需要理解业主的想法并付诸实践； 2、业主想要的可能不是她想要的！！exm？你写错了吧。这里要阐述一点，政府行业里的业主很多是不懂计算机的，所以他和你描述的需求如果按照计算机语言翻译过来之后，你会发现那根本不是需求，这里就对需求人员提出了比较高的素质要求-理解业主的真实需求。 举例：某环保项目，业主要求项目团队开发一个功能，可以记录用户行为，并根据用户行为的不同给用户累计分数，然后用户可以凭借这个分数去业主单位领取红包作为奖励。在沟通过程中，业主的描述经常前后不一致，经过我们的讨论，确定了业主的需求是利用奖金的手段激励用户使用APP。后面我们设计了一个积分兑换红包功能，将用户行为累计成用户积分，凭借积分用户可以在微信公众号中领取红包。这里如果按照业主描述，用户需要凭借分数去业主单位领取相关红包的话，用户的使用积极性将会大大降低（奖励金额较小）； 3、业主知道他要A，需要我们帮他想到其实他也需要B，只是暂时还没有想到而已。作为软件设计人员，需要理解需求。比如业主需要一个统计分析类的图表，你应该需要想到点击图表可以查询图表表示内容的详细情况，即时不做也需要预留相关接口，便于程序扩展；

二、好记性不如烂笔头 “签字画押”！！！ 在需求管理的过程中，千万不要过于相信口头的约定。对于讨论好的需求，请用需求反馈表的方式记录并反馈给需求提出单位（人），并请其签字确认。在实际开发过程中，对于需求确认的步骤千万不能省略。做好需求反馈以及需求确认将在后期省去很多麻烦。 ** 三、拒绝是一种艺术** 拒绝一切不合理的需求，对于需求人员来说，学会拒绝需求也是一件极其重要的事情，对于一些不合理的需求、拍脑袋需求一定要拒绝。拒绝的方式多种多样，针对不同类型的业主采用不同方式。但是，切记一条：不要养成随口答应别人的习惯，一旦答应了请实现他，不合理的东西一开始就不要答应他。

四、用好需求反馈表

需求反馈表可根据项目实际情况自己定制。其中： 1、优先级： 重要且紧急（基本型需求） —— 必须g抓紧时间做。比如会影响到用户主流程使用的功能。（高） 紧急但不重要（魅力型需求） —— 只有在优先考虑了重要的事情后，再来考虑这类事。（中） 重要但不紧急（期望型需求） —— 只要是没有前一类事的压力，应该当成紧急的事去做，而不是拖延。比如节日优惠相关的需求，但是现在距离下一个节日还有3个月。（中） 既不紧急也不重要（无差异型需求） —— 有时间再处理，比如IOS和安卓视觉个别小按钮视觉不太一致。（低） 2、状态 待讨论、暂缓、拒绝、已明确。已明确的需求基本上下一步就是进行版本规划了，这时候需要重新评估需求优先级（用1、2、3、4数字标识），定哪个版本上线、版本啥时候发布。 3、编号原则 项目（产品）名称简拼-需求提出方单位简拼-日期（到日）-数字编号 如：HBXM-HBJ-0001（环保项目-环保局-0001）

概述

1、良好的需求管理是项目成功的前提，将一切流程文字化将会省去很多麻烦。 2、不要过度相信你的记忆力和所有人的诚信度，出了问题不承认的人大有人在 3、工具可以帮你提供工作效率

转载于:https://my.oschina.net/byk/blog/1574411