工作琐事：做一周专家管理需求总结

场景：

早晨到公司，刚吃完早餐，开发经理直接跟我说：ym，专家管理那边给你扔上海3个人，把专家管理做好，行吗？我这边不给你扔任务了

我一听很高兴，说：呀，这么好，后来了，发现真上当了。。。。。。。

问题：

1.上海的人不过来，在上海开发：你扔我这边一个人都比那边3个人强呀，那边都没搞过这个平台东西

2.需求是雾里看花那样的

3.说是一个需求，其实串联着项目里面一把问题都抛出来了，我在向现在的工作流程里面加字段，杀了我算了，这边原来是tg做的，现在他都不在这个项目组了，加上我对他们的流程都没操作过，我这不是找死呀

做需求的过程：

1.迷茫呀！！！

当我发现这些问题的时候，跟坐在我旁边的老大（开发经理）说这些问题，他忙的不可开交的说：自己解决去。我就硬着头皮去找需求

人员（其实是项目负责人），我小心翼翼的跟他对着需求，对了整整一上午，回来之后，发现特别糟糕，很多属性字段真的是头一次见，

横空出世呀。

2.抱怨：老大不给力呀，叫天天不应，叫地地不应

回来之后我就喃喃的半开玩笑的说：老大，我真做不出来，那玩意你知道有多恶心吗？现在全部干掉，并且哪个需要改很多东西，在欺负

我就开始咬人了呀！！！。。。。坐在一边死忙的他也半开玩笑的说：正常，要真能现在写代码就怪了，你知道他们的需求跳过几个环节

吗？需求分析，需求设计，页面设计。。。。都没，你能写就神了。。。。。然后我就喋喋不休的说了很多

2.说给他们听

我回来之后，真的很迷茫，我就很郁闷，一边说给旁边的老大说，哪个问题真的很糟糕，你是不是故意整我呀，那边的向项目表里面插数

据，的走工作流。。。。。。老大听完之后，说了句：不让走，总之是不让向现在流程添加字段，而且添加很麻烦，出的方案是：扒出来，

放出去，别放在现在存在的数据库表了。。。。。

3.怎样去说服他呀？怎样去引导他用我现在的方案呀？

我自己一直在想，我是不是还不够了解需求呀？我是不是有问的没问呀？这个故事的场景是什么呀？原来他们没系统是怎么搞的？。。。

其实我再去找他沟通的时候，我发现他讲的业务用新出的方案也能满足。。。。。。

oK,接下来事情就好办了。

4.那样的男生，真的很给力

我原来对上海那边不抱什么期望，没想到，他们受到邮件时候，每次都说：ok今天我们就把页面搞定。。。。等等，在我与需求这边沟通完之后，页面也出来了，修改了几遍之后，那给需求看，修改了些细节，算是搞定了。

5.数据库同步给上海

数据库需要跟他们沟通的，通过qq这样的通讯工具，我跟他们交接了数据库，因为头一次用QQ给一大帮人讲东西，他们时不时的发出一

些我没想到的问题，我都一一记录了下来，我跟他们说了以前我们项目注意的事情。开完会，发现还有很多问题需要解决。

6.没有完美的设计

跟老大在散步的时候，老大说根本没有完美的设计，所以要尽可能的编码，你的时间不多了。。。。。。我说，如果方向错了，图画错了，

再怎么走都是错的，你没发现这个过程中暴露出来的问题吗？他说：我不管了，这边就 扔你了，你自己去做。。。。，我不喜欢人去逼我

去干自己不喜欢干的事情，但是这是本分的事情我想我会做到最好的。

总结：我想在做这件事情的时候我有很多好的优点，也有缺点:

优点：1“xxx，我有问题要咨询你，你现在忙吗？”我寻求帮助的能力还是很强的

         2.不仅要问，还要有方案，还要说服他。我发现其实很多时候，我们的需求或者用户也不知道自己想要什么，删掉一

            些糟糕的设计，用 最简单的设计，也许用户更需要这些，所以要敢于质疑别人的需求，要去分析需求

         3.要及时把（需求盲点）问题抛出来。也许我不知道自己该去怎么解决这个问题，也许我也不知道抛出来会出现什么事情，

          但是我想抛出 来我们肯定有方案，就像这次，我把问题抛出去，2个需求讨论了一上午，最后也把方案定了下来。

 缺点：1.我要相信自己的团队，要对团队里面的每个成员都有信心，不管是上海还是北京的

          2.我太爱抱怨了，我想我是拒绝不了了，只能慢慢的心理暗示自己了

          3.时间概念太差，整个需求，跟需求过了4遍，也许我下次不会这样了。

 

我想过需求的思路应该是这样的：

1 .需求的场景是什么，在没我们系统之前，用户怎么操作的？

2.新增的功能干掉可以吗？这个列表设计做起来这么难，换掉可以吗？新加的功能与旧的不同点在哪里呀？

3.这样做能满足用户的基本需求吗？

4.整个模块的入口是如何的，整体页面之间的连接可以了吗？