长不过执念，短不过善变。
需求？
从前，有一只狡猾的妖孽，叫做需求。
长着一张模糊的脸，而且是一张会千变万化的脸，最善于迷惑那些苦苦寻找它的人。不同的人看到这个妖孽，描述出来的样貌都不一样，似乎从来没有人能识别它的真面目—— 还是说，它就没有真面目？
开发人员必须在产品中实现的软件功能——系统需求
用户的目标，或用户要求系统必须能完成的任务——用户需求
表示组织或客户高层次的目标——业务需求
项目变更？
当项目的某些基准发生变化时，项目的质量、成本和范围等随之发生变化，为了保证项目目标实现，就必须对项目发生的各种变化采取必要的应变措施，这种行为就是项目变更。
总体设计
收集需求
需求分析
引发的一系列问题
仔细想想~没毛病
面对用户需求的频繁变化，我们hold不住了，不能正确的面对，老是觉得客户的变更是不对的……
当然我们要静下心来证实一点：客户的需求变更是对的，满足其工作需求、现实中的系统需求不可能一次性的全部提出，因此我们要以对等的心态来面对客户的需求。
（图片均来自网络）
为什么在上线之前还有需求变更?
1
异常流程考虑不足,原型和文档的撰写不够细致和完整，颗粒度不够细。最重要的就是对异常流程考虑不充分，缺乏对异常流程场景的详细描述。
2
需求收集没有找对人,收集对象是上层管理者还是一线使用者？
为什么开发周期估计不足，前松后紧？
1
需求评估是单一和断裂的,需求评审中，部分开发人员只关心自己这一块业务，没有全面了解整体需求情况。不了解整个项目的完整逻辑和流程。这样的结果是我们对开发难度和工作量的评估出现了偏差，前期比较乐观，随着开发的深入才发现有的节点比较复杂.
2
对开发人员把控与管控能力..
写到最后
只要是程序员，面对需求变化的时候可能总是很无奈的。一次两次可能还接受，但也顶不住经常变啊。据说敏捷开发中有一套方法论可以让程序员们享受需求的变化，不知道是真是假。不过，今天让你做一个书桌，明天让你把书桌改成餐桌，后天让你把餐桌改成双人床，大后天让你把床改成小木屋，然后把小木屋再改成高楼大厦。哎，是人都会被惹毛了的。那些人只用30分钟的会议就可以作出任何决定，但后面那几十个程序员需要搭上几百个小时的辛苦工作。如果是我，可能我也需要神兽草泥马帮助解解气了。
纯粹个人想法
我就是本篇文章的分享，一个优雅知性有内涵，总是能给人一种不明觉厉，上通天文下知地理感觉的.net程序猿，出口成（zang）,名副其实的段子手。——小白脸 阿超 薛超
END
分享个小故事
上次你骗我去迪拜当乞丐，第二次又骗我到乌克兰取媳妇，第三次骗我去澳洲砌墙，第四次又骗我去海边捡鲸鱼屎，前段时间还骗老子养竹鼠，还说400块一斤， 后来又骗老子去河里面找乌木，再后来又想骗老子挖竹笋，接着又叫我挖树脂，然后又骗我挖野生天麻，在然后叫老子去山上捡石头，前天晚上又叫老子去挖白芨，大前天又告诉我在监狱里玩扑克可以赢钱，昨天天不亮又骗我挖草卖，今天刚刚吃完晚饭你又骗我去养鸡，还说一只鸡可以换一部车，早上又骗我在家玉米地种灵芝，中午让我去臭水沟里抓虾！晚上又告诉我说可以随便摸胸！被人打的现在还在医院打石膏!刚刚睡醒有叫我去农村种毛蜡烛!太阳还没有出来又叫我去农村种苍耳子，还说等成熟拿到城里去卖30多块钱一斤!然后又想骗我去吉尔吉斯斯坦抢亲!，刚才又想叫我去嫖十块的鸡！现在又还想骗我去山里面找鸡，妈的要不是现在我我没出院，我还真就去了！
