敏捷开发真的就是各种口头交流，不需要注重流程分析么？

      上班不满一周，BOSS让我先对现有的模块进行各大致了解，然后针对新增的一个模块做出原型图。当时入职心切的我想要表现一下自己，结果做了将这个模块整体进行了详细的分析，从流程到原型图交互都做了一下。因为确实这模块BOSS并没有要求我马上就简单的做下原型图，而是让我好好了解分析一下。

       做了大概两天，基本搞定了，模块的流程图，用例图还有泳道图都做了详细的分析，原型图基本上除了很炫酷的功能以外，所有能实现的交互基本也完成了，结果BOSS看了下，说你不用做的这么细，而且现在这个功能已经做完线框图交给了UI进行界面设计和制作。当时心中一直大写的WTF，不过也能理解，毕竟刚入职，不能安排太多业务去做。

       然后BOSS就要求我去设计一下后台交流功能的模块，顿时也是大写的懵逼。因为之前主要工作都是前段和移动端产品设计，很少去设计后台业务功能。没法，只能硬着头皮和后台人员沟通了半天，本来想着拿着接到手的需求，先画下流程，好好分析一下，然后再去做线框图。没想到BOSS看到我又在画流程图，就来了句：“不是说，不需要花时间在这些图上面么？有问题什么的就多跟后台他们交流一下就好了，关键现在就是要赶时间。。。”。然后我就大写的懵逼，虽然是在赶进度，很多公司也在宣传敏捷开发，但是很多功能模块都没理清。就像今天，我旁边的产品哥们跟开发改需求，结果开发怎么也不去改，人家说的也很对：“当时都敲定的界面，但是现在来修改，很多都要重做”，结果就想这种，很多功能模块都没搞清晰，就是要赶时间，结果造成各种无所谓的返工，这样真的高效么？难道认认真真把各种设计，各种功能流程完善再去开发，真的就很慢么？

       或许因为自己之前做过开发，所以对产品返工深恶痛绝，所以很希望自己在给开发交代工作的时候，要很清晰明了，争取除了是在重大功能或者业务变更时候修改需求，其他时候就深思熟虑之后再去进行，可能真的不像之前公司那样对整体项目深思熟虑之后再去下笔了，不知道这样会不会也让自己变成开发眼中厌恶的产品狗