文：小欧
需求文档的完成
加入公司一周多了，之前都在了解后台的使用，做竞品分析，看了同事写的需求文档，自己没有写过需求，前天下午突然被叫去参加一个电话会议，然后把这个需求丢给我了。
开电话会议的时候，我努力把自己听到的零碎信息组建需求的主流程，等着随时提问请教，听着同事们的交流，心里其实很纳闷，把我叫来参加这个会议干嘛呢？只是了解电话会议的流程吗？虽然有疑问，但还是努力听着。通过对记录相关问题的提问，基本已经把需求了解清楚了，同时之前有同事做过类似的需求，所以找她要了参考资料，当天晚上自己参考了一番，当然，基本是没有看懂的。
对方当天晚上把会议纪要发给了直属领导，第二天一早直属领导把会议纪要转发了过来，不得不说会议纪要写的特别清楚：明确了双方要做的事情，附件还有一个Demo，让我觉得一下子已经把所有工作都做完了。下载了APP体验之前的项目，发现之前的项目做得比较复杂，我不知道自己这个的需求文档要写成什么，所以从整体的角度来进行了梳理。
慢慢开始从APP截图，画了比较长的时间，并且是边体验边截图，然后在Axure里面进行流程的梳理，再整体把把图片导出，放在Word里面，根据每个步骤的情况，对每个页面进行了说明，从18:00 弄到了23:00。
比较感动的是部门负责人下班比较晚，他准备下班的时候问我是什么情况，怎么加班到这么晚，需要什么帮助？我瞬间还是有点懵逼的，毕竟只是自己做的比较慢，困难啥的确实没有啊。
今天一早到公司检查文件之后，就发给了直属领导和另一个同事，结果发现我想的太多了，对方的流程不要我考虑，我也从整体进行了梳理，其实只要把我们的开发需要做什么讲解清楚就可以了，同时需要加一个小功能，领导直接自己根据邮件把总结发给了我。了解清楚之后，就进行修改，一下子精简了不少，同时，通过昨天晚上的全面梳理，自己对于整个流程非常熟悉了，做起来也比较快，做完之后再发给领导和同事，有部分地方用词狭隘化了，整体没有大问题，嗯，需求文档可以说大概完成了。
和开发讲需求
文档写完之后，零碎的一些问题继续和对方产品经理请教，有个做的不好地方是我直接把需求文档发给他，没有直接说出问题，这里被领导知道后说了一番。领导上午就帮忙预定了会议室，同时帮忙联系了开发相关同事，毕竟我才来一个多礼拜嘛，他说我只要负责讲就好。没有笔记本电脑，和同事问了以后，她用完就把笔记本电脑借给我了，我提前去会议室试了以后，发现没有PDF阅读器，需求文档有的图片因为底色填充原因，看的不是很清楚，我火速到自己电脑修改好之后通过企业微信进行了传输。
布置好会议室后，开发同事陆续过来了，和对方产品经理开电话会议，没想到桌上有个硬件就是电话会议产品，还好有同事帮忙操作了一波。
其实自己在心里排演了很多遍，但是讲解的时候，心里慌得一匹，不是很热的天气里，穿个短袖，还满头大汗，可见我当时是多么的慌，但是我自己倒不是很有感觉。也不知道怎么说完的，反正就说完了，然后大家开始讨论，有领导帮忙主导，所以推进过程还好。
听着技术同事们说着一些我不懂的术语，我慌乱记录，等着散会和领导进行请教。虽然慌得一匹，但总算把排期确定下来了，不过，有个问题是领导忘记叫测试参会了。。。
总结
熟悉了需求讲解流程、需求文档格式
通过做这次需求讲解，对于需求文档的格式、字段以及展现形式进行了了解，后续写文档知道相关的格式。同时，对于组织需求评审会议有了一些微小的经验，也会使用办公室的硬件设备了，同时从一些借口方面对于APP有了深入的了解。
需要改进的问题
沟通方面，有问题需要及时和我方及对方沟通，相关问题要进行细化明确，不能像这次一样直接把文档发给对方，让对方看有什么问题，别人可能不会看的，要说出来。领导是最好的资源，不懂的地方就请教他，压榨他的价值，哈哈。
文档方面，没有考虑放映情况下的底色填充吗，导致重新修改底色比较慌乱，后续做填充会用淡色进行填充。
另外，这次评审好像没有叫测试，慢慢会了解整个评审的参与人员，下次不会漏掉的。
网友评论