Skip to content

一次难得的多团队协作项目 #47

Open
@hoperyy

Description

@hoperyy

背景

不说业务本身。

这次参与的项目涉及了多人多团队的协作,包括:前端、后端、UED、产品、测试等。

机会难得,抓住机会好好总结吸收一把。

介绍

前端内部协作

前端以 5 人小团队全职支持。

前端团队内部职责划分:

1、前端 PM 一人
2、小组成员认领自己负责的业务模块
3、部分同学主动承担了通用部分的贡献,比如:代码仓库基建、通用工具方法、通用模块

前端这个角色在项目中的重要品质

虽然很多意识和品质是一个项目顺利进行的必备因素,但根据项目经验来看,有些意识和行为,是更为重要的,比如:

  • 质量

    对自己负责的部分精益求精。

  • PM 意识

    不将自己的眼界局限在自己负责的模块和业务上,而是从 PM 的角度对待项目,及时发现项目的风险并积极寻求解决办法。

  • 效率

    项目工期紧张,合作方急需自身进展的反馈时,需要高效处理各种 bug,不做项目的“瓶颈”。

  • 记录与总结

    对项目中遇到的技术问题,如果当时没有时间深究,可以记录下来,项目结束后可以深究一下技术问题的来龙去脉,积极分享。

前端与需求方的合作要点

  • 与产品合作

    这次在开发过程中,与产品有实现细节的分歧时,产品说都在 PRD 上写了啊,当时心里就想:我忘了看 PRD 了......

    要问我这个前端开发时候看啥了呢?看了交互稿和视觉稿开发的,然而,交互稿和视觉稿不一定完全遵循了 PRD 的描述、或者不一定还原了 PRD 的描述。

    所以,以后还是老老实实地看 PRD 吧。

  • 需求变更

    尤其在多人团队协作过程中,遇到需求变更是难免的,但必须做到的是,详细记录并抄送相关方需求变更。

    可以避免两个问题:

    1、部分人知道而其他人不知道导致信息脱节;
    2、后续有争执时“口说无凭”;

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions