职场中的首次失利
常言道，同事不是朋友，与人适当保持边界感有效提升生产力；当然人是有感情的动物，待人和善还是有必要的，只是在工作工涉及到实际问题时（任务分配，职责划分等）
😊专业名词解释：
BA——BusinessAnalyst 需求分析师，负责收集史诗故事编写需求
SE——System Engineer 系统工程师，负责小组项目架构，难题攻关
UX——User Experience Design 用户体验设计师，负责界面样式及交互规则制定
PL—— Project Leader 项目领导，负责迭代任务分配及迭代质量管控
PM—— Project Manager 项目经理，负责业务线中所有项目交付时间及质量管控
QA——Quality Manage 测试工程师，负责项目上线前的测试工作
PG——Programer 程序员，负责项目功能的开发工作
注：不同公司可能有所差别
言归正传，这里记录下本人在职场中的首次滑铁卢，简述背景：入行半年，某显控行业中厂，负责自研项目部分功能迭代开发；，由于工作内容不方便展开，只能大概叙事背景及对应反思，为了更客观体现事件背景及收获，下文对背景事件起始及个人收获将采用第三人称记录；
时间背景是二月中，年后开工不久；楼主要负责一个新增功能模块的交互开发，交互点比较繁多，且业务相对不熟悉（是新增业务，PL 对业务也在学习阶段）；在一开始，面对繁重的任务与较短的工期，个人无法没有充分学习新增业务与需求便匆匆投入开发，造成了后续一系列问题；本文基本都围绕此背景展开，分点，分角色进行记录，希望能给后来者带来些许思考，也是对自己的一个阶段总结反思，那么，故事开始吧。
🤐沟通的问题
主要相关角色：BA，UI，QA，PG（这里是楼主）
正常需求开发是这样的：BA 制定功能实现，UX 针对功能实现及软件性质指定功能交互方案及界面样式，对于核心交互操作要与 BA 及 PG 拉通；可见在一个需求功能确定的前期，或者说整个时期，这三者的沟通是至关重要的；
在某次开发过程中，由于是新增业务，基本除了 BA 以外小组其他人员对业务场景都不熟悉；UX 在前期绘制原型图及制定交互规则时有些主观意向（UX 也是年前入职不久的新人，处于与团队的磨合期），导致有一个基础功能没有在原型图体现；导致转测后 QA 在测试过程中竟然发现此功能被遗漏，按正常来说就是严重 BUG，后来在 PL 沟通下决定将此功能放在第二轮转测；
原因：事后回顾发现这个功能其实大家讨论过，但是没有一个明确的交互方案暂时搁置了，UX 后续也没有持续跟进；BA 负责项目不只一个，因此也对此功能交互方案没有持续跟进；PG 在开发过程中为了赶工期，基本只参照原型图进行功能开发（BA 的故事卡写的比较粗略，只写了功能目的）；
收获：PG 在日常开发中（尤其是涉及到交互功能的开发）需要紧密观察故事卡与原型图，如果有遗漏点、不明确点应及时沟通，对于遗留讨论点要进行留痕（小组群发送，确认遗留点解决时间节点，落实责任人）
😕职责划分的问题
主要相关角色：PL，PM，PG（这里是楼主）
正常转测阶段的工作是这样的：转测功能的对应 PG 编写自测用例，在代码合并后/打包后进行自测，可以多个 PG 进行功能互测，进一步保证转测质量，在自测通过后（要完全通过，有 BUG 就要修复后才能转测）正式提测转交 QA；
🤔开发思路的问题
待更新。。。
#我的失利项目复盘##职场##开发##工作##牛客创作充电计划#嘛，大多数是一些奇怪的想法，毕竟一个年轻的社畜能有什么深度的思考呢，无产者们
阿里云工作强度 163人发布
