需求分析应该非常重要吧？！在做一个需求分析都没搞清楚的项目

[SunshineLian]

在做一个网站，发现需求分析非常不明确。开始做整体和各个模块的时候，就是看着差不多是那么回事的样子先做做，然后，再不断的修改之前已经做过的。经常是前段时间做好的功能和模块，过了几天，说需求变了，把之前做好的东西再修改的面目全非。不光是功能部分如此，页面也是如此，能把以前做好的页面该成另一副样子。效率之低，大家可以想象。因为需求变了，有的时候，数据库的字段和结构也要跟着变。我真的很无语……O__O"…管事儿的人，好像也没有专门和客户谈过需求，似乎一直都是客户提出新的想法了，我们就跟着变……哎！
我不知道这种情况多不多，大家有没有遇到过呢?反正我很不喜欢这样，刚开始的时候也一度被折腾的抓狂，这都是在干什么啊……~~~~(>_<)~~~~ 这段时间我就在想，需求分析看似没有开发容易，但它是多么的重要啊，是一个好开发的根基啊\(^o^)/~。就像程序中的注释是多么的重要啊( ⊙ o ⊙ )，不经历体会不到啊……
大家都来说说……

[SunshineLian]

@davepkxxx 这样的多吗？模块之间经常会有联系，分开做需求到最后还是要放到一块，这样容易整个项目协调统一吗?

[davepkxxx]

@SunshineLian 模块之间有联系就让那几个模块的负责人互相沟通，整理好接口以便调用，整个项目的协调统一由项目经理这一级别的人负责。

[favormm]

我们公司，做手机项目的。没有设计，没有UI,先叫我们程序写代码， 写出来后看了以后问你一句：“哇，杂这么丑啊”。 然后他们再写文档给客户，写文档过程当中：你把程序跑起来一下，然后截张图给我，我面要些素材。

听了这些话，顿时就有离职的冲动呢？

[SunshineLian]

@favormm 这就是瞎胡来，这样需求这么乱，项目整体也好不到哪儿去，估计也是一片混乱，我甚至怀疑这样做出来的项目能上线吗？上线之后会不会用不了多久就挂掉了？

[wity_lv]

@favormm 这个情况ok吧。 我上个应用就是这么干的。 客户就说我要个XXX软件， iPad 版，横屏，左侧 放A，中间放B, 头是标题栏，底栏是状态栏。附言：必须按这个页面布局实现。(用没有把 iPad 当windows程序的感觉？)

应对方法:
先实现，然后给客户看。
客户说，丑！！！
不理， 继续关注功能实现。

一段时间后再给客户看。
客户: 功能都ok, 就是页面丑。
不理，继续做周边工作。

临近交付期,再给客户看
客户：怎么还这么丑。
然后跟客户沟通，他们招设计公司，根据已经实现的软件出设计。 然后我们改资源引用。




@SunshineLian 这个客户典型的不知道自己要什么，我现在就在应对一个这种客户。
应对方法：
客户： 我要XXX功能?
我: 要这个功能想解决你们什么问题?
客户: ****讲一堆。
我: 换个思路如何, 然后讲一堆 **** (当然实现起来方便)
客户: no, 我们领导说了，就这样实现，不能改。
我: 我先实现。

下面是重点:
最快的方式做出来，主要能演示操作流程，能让用户点点用即可。
有bug? 不要管
页面丑？不要管
被客户B4? 不要管
之后各种改。


在之后各种改的时候，如何控制？
Git这类版本控制工具, 需要有。


branch对应客户需求点
tag对应发布点

记录用户提出需求的文档, 必须有。之前我一直用Evernote记录，现在发现一个更好的方式:
https://trello.com



碰见这种客户，要么搞定，要么跑路。

[panda]

双方都要有数学帝的逻辑思维才能更快解决，可8成最讨厌就是数学了吧。