- 项目分多人,多角色参与
- 项目分多阶段
- 项目需要计划和执行
为何考察项目流程?
- 确定你真正参与过实际项目(而不是个人项目,毕业设计等)
- 确定你能真正解决项目的问题
- 看你能否承担起一个项目(作为项目负责人)
看几个题目
- PM 想再项目开发过程中增加需求,该怎么办?
- 项目即将延期了,该怎么办?(及时沟通,加班)
- 你将如何保证项目质量?
如何讲解
项目角色
- PM 产品经理
- UE 视觉设计师
- FE 前端开发
- RD 后端开发
- CRD 移动端开发
- QA 测试人员
完整项目流程
以前端视角来看
stage1 - 需求分析
- 了解背景
- 质疑需求是否合理
- 需求是否闭环
- 开发难度如何
- 是否需要其他支持
- 不要急于给排期
stage2 - 技术方案设计
- 求简,不过多设计
- 产出文档
- 找准设计重点(组件、数据结构怎么设计,与其他角色怎么对接)
- 组内评审
- 和 RD CRD 沟通
- 发出会议结论
stage3 - 开发
- 如何反馈排期(留一个buffur 大概1/4时间;考虑好并行工作;考虑好上一级依赖的情况,比如看设计的排期,综合看一下大家的排期,确定自己的排期。或者先给一个工作量)
- 符合开发规范(注释、模块命名的规范)
- 写出开发文档(如果要写一个公共的api、UI 组件,可能会被别人用。代码、注释、文档都一起放代码库里)
- 及时单元测试(开发好组件、方法要写单元测试)单元测试
- Mock API(当后端没有准备好,模拟数据)
- Code Review
stage4 - 联调
- 和 RD CRD 技术联调
- 让 UE 确定视觉效果
- 让 PM 确定产品功能
PM 加需求怎么办?
- 不能拒绝,走需求变更流程即可
- 如果公司有规定,则按规定走
- 否则,发起项目组和 leader 的评审,改的比较少的话发邮件,需要项目群说一下,重新评估排期
stage5 - 测试
- 提测发邮件,抄送项目组
- 测试问题要详细记录
- 有问题及时沟通,QA 和 FE 天生信息不对称
我电脑没有问题呀!
- 不要说这句话!
- 当面讨论,让 QA 帮你复现
- 如果需要特定设备才能复现,让 QA 提供设备
stage6 - 上线
- 上线之后及时通知 QA 回归测试
- 上线之后及时同步给 PM 和项目组
- 如果问题,及时回滚。先止损,再排查问题
项目沟通
- 多人协作,沟通时最重要的事情
- 每日一沟通(如站会),有事说事,无事报平安
- 及时识别风险,及时汇报
|