首先，恭喜自己十月第2周工作结束
开心过周末啦～
个人感觉，外包工作量不大
两周产出如下
1、项目后续规划ppt。与大模型融合，目测很难落地。尤其是外包类项目，阻力大，很难推进
2、一个对接两个系统的大需求，10-12个接口，文档20页-30页，字数7000+
对接外围系统的需求真的很烦
业务方自己不知道怎么实现
各系统也是只负责自己的一点点事情
好沟通还行，不好沟通的真的能气死
这两周，也很开心可以看到自己的成长（需求分析视角）
问题：临时被拉到会议，但不知道是什么事情？此时应该？
别怀疑，本人亲身经历
外包就是这样子，流程不正规。开会之前、甚至会议中、都没人会告知要做什么事情
会上也没有参考资料，都是口头交流。但是，会后立刻想要把活干完
甚至都不知道需求是什么，两周就要上线。本外包的日常?
如何解决？
一、形成思考框架
-5W2H
-STAR
开会的时候要：明确做什么、思考业务流程、新增功能和对原功能影响、上下游系统交互
1、明确要做什么？
这个其实很难，作为可怜的小外包-需求第N个接收方，只能在交流过程中慢慢悟
既然没人告诉咱，要自己问，但不能乱插话，抓住反问环节
通常情况下，流程和功能点在乱七八糟的讨论中都说的差不多了，只是没有形成总结
在会议的反问环节，要根据自己的理解，反问业务和需求相关方。xxx是不是要做xxx？此时，再经过2-3个回合，就能基本明确了
ps：可能真的不是业务不想告诉他要干什么，很可能他自己也不知道要干什么
2、确定业务流程
根据业务的需求，形成系统功能点，反推上下游的交互流程。找上下游系统要数据、推数据（通过接口实现）
3、根据业务需求，判断本系统的新增功能 及对原有功能的影响
（流程变更 一定会触发功能变更）
这两周开了好几次会，感谢我的小组长
第一次会议总结是小组长写的，他比较有经验，完整总结了
要做的事
关键流程变更（开发比较关注，调接口的时间节点）
涉及功能点（需求比较关注）
涉及接口、接口数据
第2次开会就是是我写的啦
3小时的会，还没开完已经梳理完10几个需求点和问题点了，开心心～一点微小的进步～
待提升：开会要多说话，我也是代表一个系统，要敢于发言
开会后续：写需求文档、定上线日期、上下游系统对接口，沟通数据
tips：保持情绪稳定
脑子不能短路、掉线
仔细听，如果不懂的都记下来。听不懂，但至少知道别人说了什么
#需求分析 #打工日记 #产品经理 #需求分析师
开心过周末啦～
个人感觉，外包工作量不大
两周产出如下
1、项目后续规划ppt。与大模型融合，目测很难落地。尤其是外包类项目，阻力大，很难推进
2、一个对接两个系统的大需求，10-12个接口，文档20页-30页，字数7000+
对接外围系统的需求真的很烦
业务方自己不知道怎么实现
各系统也是只负责自己的一点点事情
好沟通还行，不好沟通的真的能气死
这两周，也很开心可以看到自己的成长（需求分析视角）
问题：临时被拉到会议，但不知道是什么事情？此时应该？
别怀疑，本人亲身经历
外包就是这样子，流程不正规。开会之前、甚至会议中、都没人会告知要做什么事情
会上也没有参考资料，都是口头交流。但是，会后立刻想要把活干完
甚至都不知道需求是什么，两周就要上线。本外包的日常?
如何解决？
一、形成思考框架
-5W2H
-STAR
开会的时候要：明确做什么、思考业务流程、新增功能和对原功能影响、上下游系统交互
1、明确要做什么？
这个其实很难，作为可怜的小外包-需求第N个接收方，只能在交流过程中慢慢悟
既然没人告诉咱，要自己问，但不能乱插话，抓住反问环节
通常情况下，流程和功能点在乱七八糟的讨论中都说的差不多了，只是没有形成总结
在会议的反问环节，要根据自己的理解，反问业务和需求相关方。xxx是不是要做xxx？此时，再经过2-3个回合，就能基本明确了
ps：可能真的不是业务不想告诉他要干什么，很可能他自己也不知道要干什么
2、确定业务流程
根据业务的需求，形成系统功能点，反推上下游的交互流程。找上下游系统要数据、推数据（通过接口实现）
3、根据业务需求，判断本系统的新增功能 及对原有功能的影响
（流程变更 一定会触发功能变更）
这两周开了好几次会，感谢我的小组长
第一次会议总结是小组长写的，他比较有经验，完整总结了
要做的事
关键流程变更（开发比较关注，调接口的时间节点）
涉及功能点（需求比较关注）
涉及接口、接口数据
第2次开会就是是我写的啦
3小时的会，还没开完已经梳理完10几个需求点和问题点了，开心心～一点微小的进步～
待提升：开会要多说话，我也是代表一个系统，要敢于发言
开会后续：写需求文档、定上线日期、上下游系统对接口，沟通数据
tips：保持情绪稳定
脑子不能短路、掉线
仔细听，如果不懂的都记下来。听不懂，但至少知道别人说了什么
#需求分析 #打工日记 #产品经理 #需求分析师
