究竟什么样的开发流程是规范的?
概述 有读者反馈,读了文章 一线技术管理者究竟在管什么事? 收获满满,但还有点不过瘾,还想了解更细的东西... 这篇文章分享开发流程规范,目的是提高产品质量,优化开发流程,供大家参考。 规范是死的,人是活的,希望自己定的规范,不要被打脸。 接下来从以上六个阶段进行逐一拆解。 1 需求评审 作为技术人员肯定都参加过需求评审会,不知道有没有遇到这样的情况? 产品经理按照 PRD 文档读一遍,参会人员无动于衷。 产品经理刚讲了一个需求点,参会人员就产生了激烈的讨论,都在证明自己是对的。 参会人员对需求的目标不明确,对需求点进行发散思维讨论,最终偏离方向。 遇到以上问题,肯定是在参加需求评审之前未做充分准备,那么问题来了,需要提前准备什么? 评审前 不要听产品同学说,该需求是大老板跟进的、非常重要、非常紧急之类的,就问产品三个问题: 解决了什么问题? 提升了什么指标? 有什么商业价值? 这三个问题搞清楚了,再进行评审。 产品经理发出 原型 和 PRD 初稿后,开发人员要有 1-2 天时间(具体时间根据项目大小而定),熟悉文档,有任何疑问可以反馈给开发经理,由开发经理统一收集再反馈给产品经理,产品经理逐一进行答疑。 熟悉完文档后,开发人员和开发经理需要一起确定: 技术选型(前端/后端框架、日志中间件、消息中间件、数据库...) 技术架构(组件与组件之间如何协同工作,如何部署) 技术难点预知