【职场经验·分享】之【跨部门需求&质量】

2022-07-01 14:40:12 浏览数 (1)

标语: 追着光,靠近光,成为光,然后散发光!

同步在老徐星球分享内容——关于跨部门协同之需求&质量

【背景】

「多团队协同,需求未对齐」

问题1ーーA项目涉及跨部门、跨公司,多个团队协同工作,经常存在各个团队需求未对齐,导致已开发好的功能频繁返工。

「其他团队提出的BUG怎么走流程」

问题2ー一A项目的BUG创建者同样来自各个团队,开发修复好问题内部验证后不知道如何有效推动其他团队继续验证并关闭。

【分析】

问题1和2均属于流程规范问题。

问题1——需求协同

「已知的」——需求来源是同一个,需要三个团队去对齐需求,目前存在各团队需求不同步,没有明确统一的入口。

「需要解决的」——打通各团队统一需求入口,需求变更需及时有效同步至干系人。

「设想方案」

1.在jira/confluence管理共同需求页面,给干系人开通查看权限。

2.需求交底会议明确期望交付时间,功能范围,功能定义,实现方式。

3.有需求变更,需求方及时更新jira/confluence页面,并在协同群发布群公告,重大变更需拉起会议说明详细变更内容。

问题2——跨部门提交缺陷流转

「已知的」——其他团队给A项目提的BUG,理论上是A项目测试验证通过之后,转给创建该BUG的其他团队去验证。

「需要解决的」——A项目自测通过后,不知道如何推动其他团队验证关闭BUG。

「设想方案」

1.所有BUG自测通过转为VERIFY状态,暂保留在A项目吃QA名下。

2. BUG加一个标签,来源于哪个团队,各个团队根据标签和状态过滤他们需要验证的BUG。

3.每周五封一个版本,邮件告知本次发版修复的BUG范围,涉及团队,期望验收完成时间,需确认大家均已收到邮件。

【讨论】

大家工作中有遇到类似的情况吗?有什么好的解决方案吗?

今天的分享结束,

下次见,

END

2021.9.1

0 人点赞