半年前加入一家新公司，由于部门刚成立，团队成员来自不同的公司，有着不同的项目背景和工作习惯，于是，在新项目开展的过程中，团队协作或许是个显而易见的问题。
在产品设计和开发等部门协作磨合的半年时间里，总结了9个问题，对于新团队，或许都多多少少会遇见。
1、需求变更时，产品经理没有及时传达给开发和设计
2、开发评估需求工作量时，调整了部分需求的优先级，没有同步给产品经理
3、有一部分运营需求由运营人员直接下达给开发，未能和产品和设计协同，导致进度不一
4、项目组内的成员互相不熟悉，甚至不知道项目组内有哪些人员
5、prd和设计稿不一致
6、需求评审效率低，评审前准备不足，评审后没有也没有结果输出
7、开发一些技术方案实现问题，没有和产品经理讨论
8、版本协同软件wiki没有实际使用起来
9、prd和ui不一致，测试无测试依据
对于以上9个协同问题，我们组织了产品、设计、开发、测试等各部门负责人讨论了以下工作方法，从立项前准备到项目开发过程和验收阶段，改进部门协作流程。
1、产品经理提前和运营领导、项目总沟通需求方向，确定产品迭代到主要节点
2、产品经理提交项目立项文档，描述主要功能，并流转文档至设计、开发、测试 leader，由各leader安排人员参与项目
3、产品经理召开项目启动会，输出会议纪要和大致的项目计划书
4、产品经理撰写需求，注意和开发和设计的主动沟通
5、组织需求评审：评审前一天由产品发出prd（含线框图），测试和开发整理问题清单，评审后输出会议纪要
6、调整需求并封板，然后将需求转发给设计、开发和测试。设计进入视觉设计和交互调整阶段，开发依据需求大框架，测试编写测试用例
7、提交视觉设计，开发依据视觉进一步开发，过程中遇到问题及时和产品、设计部门沟通，涉及到需求调整的部分，及时和测试沟通，调整测试用例，确保prd、UI和测试用例一致
8、开发完成后，提交测试，测试完成冒烟测试后，可以发布给产品和设计，进行设计还原。然后依据prd和测试用例，完成进一步的测试
9、验收阶段，产品、设计根据不同的还原程度，评估可接受范围，不可接受的问题由开发重新修改。测试提交的bug问题，开发人员必须完成修改。
网友评论