产品研发怎么写

六六 TOP1 101

1.需求阶段

a.产品经理先找相关负责人先过下需求,包括需求设计、新老版本问题等;

相关负责人或者其他开发人员也可以主动找产品讨论需求

b.确认后prd先发给相关人员看,此过程相关人员发现问题可以随时沟通,或者记录下来等评审会讨论

c.prd评审,如果一次评审不下来,可以二次评审,尽量讨论需求,涉及细节开发不要在会议室讨论

d.尽量保证版本迭代不要超过三周,背负周期越长(反复确认需求,变更需求),身心越疲惫,保持敏捷开发

e.排期,尽量细分到接口,精确到小时,相关负责人汇总给出具体时间,并与产品经理协商确认最终时间点

补充:人人都是产品经理,每个人应该用产品经理式的态度和方法来做好自己相应的工作。其实不仅是对于工作,对于个人来说,我们就是属于自己的产品,你不对自己负责,把自己打磨好,那就没有人会对你负责。到时所有的苦和痛都只会让你一个人来承受。

2.设计阶段

a.无论是ui、ued设计还是技术设计,过程中的细节问题可能会再找产品确认

b.ui评审(按需求复杂度)

ui图、交互文档

c.技术评审(按需求复杂度)

业务流程图,业务架构图,应用架构图,时序图,功能/接口,库表结构

d.测试评审(按需求复杂度)

功能流程,测试用例

e.达成一致

3.开发阶段

a.先紧后松,便于后面的联调,需求调整等

b.保持沟通,每天群里问下是否有问题,有问题需要开个晨会碰下,提测前1/2天一定要开会过进度

c.开发过程中遇到的紧急问题,可以快速组织相关人员开会讨论(任何人都可以发起会议),涉及到版本、进度问题可以协商砍需求或者下版本解决

d.保持节奏,学会时间管理,不要其他非重要紧急的事所打乱

4.测试/联调阶段

a.先测试后联调,先联调后测试,或者并行,按实际情况

b.接口提测,尽量保证接口全部开发完成后,如果时间紧急,可以按接口完成情况提测

c.整体提测,尽量保证前端开发联调完成所有接口后,如果时间紧急,可以部分提测

d.多互动,多沟通,多协作,建立信任,建立团队默契,后端提测过程,测试可以通过接口产生相关数据供前端联调,前端通过接口联调发现问题,可以及时通知后端排查问题

5.预发/上线

a.产品、需求提出方(业务、运营等)、测试整体过下系统,是否达到要求(按需求复杂度)

b.预发前的风险评估会(按需求复杂度)

多系统依赖问题(发版顺序),生产配置,数据库脚本(DDL/DML,老数据订正),相关配置和脚本可否提前执行,回滚方案,发布时间点

c.上线后的测试数据处理

d.checklist ,其中数据库脚本需要测试

补充:生产日志观察、数据变化


最后,推荐我们的管理工具给大家。

回复

我来回复
  • 暂无回复内容

联系我们
关注微信
关注微信
分享本页
返回顶部