Open
Description
背景
不说业务本身。
这次参与的项目涉及了多人多团队的协作,包括:前端、后端、UED、产品、测试等。
机会难得,抓住机会好好总结吸收一把。
介绍
前端内部协作
前端以 5 人小团队全职支持。
前端团队内部职责划分:
1、前端 PM 一人
2、小组成员认领自己负责的业务模块
3、部分同学主动承担了通用部分的贡献,比如:代码仓库基建、通用工具方法、通用模块
前端这个角色在项目中的重要品质
虽然很多意识和品质是一个项目顺利进行的必备因素,但根据项目经验来看,有些意识和行为,是更为重要的,比如:
-
质量
对自己负责的部分精益求精。
-
PM 意识
不将自己的眼界局限在自己负责的模块和业务上,而是从 PM 的角度对待项目,及时发现项目的风险并积极寻求解决办法。
-
效率
项目工期紧张,合作方急需自身进展的反馈时,需要高效处理各种 bug,不做项目的“瓶颈”。
-
记录与总结
对项目中遇到的技术问题,如果当时没有时间深究,可以记录下来,项目结束后可以深究一下技术问题的来龙去脉,积极分享。
前端与需求方的合作要点
-
与产品合作
这次在开发过程中,与产品有实现细节的分歧时,产品说都在 PRD 上写了啊,当时心里就想:我忘了看 PRD 了......
要问我这个前端开发时候看啥了呢?看了交互稿和视觉稿开发的,然而,交互稿和视觉稿不一定完全遵循了 PRD 的描述、或者不一定还原了 PRD 的描述。
所以,以后还是老老实实地看 PRD 吧。
-
需求变更
尤其在多人团队协作过程中,遇到需求变更是难免的,但必须做到的是,详细记录并抄送相关方需求变更。
可以避免两个问题:
1、部分人知道而其他人不知道导致信息脱节;
2、后续有争执时“口说无凭”;
Metadata
Metadata
Assignees
Labels
No labels