已经好几天没有更新文章了,本打算在简书上写写工作中的事儿,以满足日更的目的。然而,工作中好像也没有那么多有趣的事情让我每天笔耕不辍。
今天同组的姑娘抱怨和研发组长不合拍,明明做了需求评审到了开发环节还是把功能开发错了。其实,问题应该出在需求评审不到位,评审就走走过场,大家都没用心,评审结束后又没形成纪要。真出了问题大家就开始扯皮了,产品说研发参加评审不用心,研发说产品没有解释清楚,没有提供文档性的说明。
为了彻底解决这个问题,我决定规范需求评审流程和方法。
1.目前同一个产品由两个产品经理负责,需求评审采用交叉评审的方式,A设计的模块由B牵头评审,B设计的模块,由A牵头评审。
2.需求评审要求研发、测试、文档、实施均要参与,以便评审到位。
3.需求文档和原型需在评审会召开两天前发出,以便大家及早了解需求。提高评审效率。
4.需求文档采用具备版本管理和协同写作功能的在线写作工具完成,以便多人协同写作,并进行线上评审和修订。
5.评审过程形成纪要,评审结束纪要以邮件形式发出,记录到意见提出人。
目前想到这些,先实践一段时间再继续优化~~
网友评论