敏捷模式下团队需求交付延期分析

一、背景

每个团队的交付质量不一，有的团队能够保质保量交付，而有的团队交付质量则差强人意，时常发生延期交付的问题。

二、延期的原因及解决方案

是什么原因导致了需求总是延期交付？多方面因素！

原因一：需求不明确，理解歧义或存在漏洞，在开发阶段发生需求变更

这个最为普遍的问题，因为短时的需求评审会，或者不够充分的需求

建议实践：

• 建立产研需求前置沟通机制：在正式需求评审前，产品经理同对应的技术侧同学进行前置的非正式的需求沟通并达成一致，使技术人员提前介入并了解需求
• 建立需求产品内部自评机制：产品团队内容有限完成内部评审并达成一致，而后再发起产研测大范围的正式需求评审
• 产品团队建立标准PRD参考模板，尽量标准化、规范化RPD文档形式
• 团队建立对RPD的评审检查单，提升需求评审的质量

原因二：研发团队交付提测质量不佳，导致测试阶段问题较多，极大阻碍测试工作
由于开发工期的紧张，以及极力避免 “延期提测”，研发人员在开发质量没有得到保证的情况下依然发起提测，导致在测试阶段出现大量的、低级的测试缺陷。虽然，这类缺陷解决成本并不高，但依然对测试同学的工作造成影响。

建议实践

• 增加研发自测环节，在提测前研发须完成对自身代码的测试工作
• 严格把控代码评审，在提测前发起执行
• 引入代码扫描工具、AI分析工具前置分析代码问题

原因三：测试缺陷修复不及时，影响测试进度
测试阶段发现缺陷后，研发人员解决的及时性和效率较低。原因在于研发提测之后，其主要精力不再完全关注当前迭代，可能会分散到其他工作中，导致测试缺陷迟迟不能得到解决，影响了测试进度。

建议实践：

• 团队建立缺陷