Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

Open
hoperyy opened this issue Jun 26, 2017 · 0 comments
Open

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

hoperyy opened this issue Jun 26, 2017 · 0 comments

Comments

@hoperyy
Copy link
Owner

hoperyy commented Jun 26, 2017

背景

不说业务本身。

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

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

介绍

前端内部协作

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

前端团队内部职责划分:

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

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

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

  • 质量

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

  • PM 意识

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

  • 效率

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

  • 记录与总结

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

前端与需求方的合作要点

  • 与产品合作

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

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

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

  • 需求变更

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

    可以避免两个问题:

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

@hoperyy hoperyy added the 思考 label Jun 26, 2017
@hoperyy hoperyy added 2016 and removed 前端 labels Aug 19, 2017
@hoperyy hoperyy removed the 思考 label Oct 12, 2017
@hoperyy hoperyy closed this as completed Apr 29, 2018
@hoperyy hoperyy reopened this May 29, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant