项目管理学习1

主要是看了这篇 https://juejin.cn/post/7212799872959889469?utm_source=gold_browser_extension

学习一下

质量管理

1.制定研发流程规范

目前我司是：

>>需求池--拉出新迭代需要的需求--需求评审--开发领取需求、拆分任务、评估排期--测试领取需求；

开发人员设计技术方案--方案评审--coding--code review--写单元测试、自测--showcase提测--修bug

测试人员提取测试点--设计case--测试用例评审--准备测试环境、测试数据、自动化case等--提测通过后 执行测试--提bug，沟通开发--测试达标，提交验收--验收

>>跟随迭代上预发布--观察预发布表现--上线--上线后监测。

对比文章中提到的流程：需求评审、方案设计、需求开发、测试验收、发布上线、项目复盘。

比较缺乏的是 复盘，我认为原因：

1.我司并不是项目制，而是按需求迭代、小步快跑；

2.需求上线后客户并没有立即使用，及时暴露问题（没错 加急需求上了也没人用，加急是伪命题）；

3.由于2的原因，整个需求后期拉得很长，并没有人专门追踪并汇总该需求的bug（跟我们线上bug专人值班也有关系，是其他人值班）

哈哈哈导致我司都专注于眼前的苟且，并不搞深层原因（也可能是我太菜没接触到？），这次挂了还有下次

 

2.制定上线checklist

建立需求单、发布计划、工单审批制度；

提工单之前：

1.开发code review、单元测试均通过、测试通过、产品验收、预发布无故障，自动化回归流程通过

2.最新代码包已打出，且代码分支正确

3.验证功能正确性、相关配置已修改到线上环境

4.产品做好新功能培训

工单内容上线后：

1.关注日志、报警、客户反馈

2.通知需求相关人员

 

3.隔离变更导致的影响

主要是从架构设计上进行隔离，这里需要进一步了解

 

4.功能回归

目前我司

主要依赖自动化case来实现功能回归，接入的是自动化测试平台进行API测试，所以UI测试这块是空乏的（业务上ui要求不严格）

部署预发布后，还是需要人力（测试人员登录系统上去 简单走一下 主流程，看下功能、ui展示）

 

 

 

 

 

风险管理

 

 

1.风险因素（我经历过的）

需求澄清不够，已经提测了发现需求需要变更（改动不超过1个story point）；

迭代外需求加急，插队；

外部依赖无法到位（需求依赖xx模块，依赖xx环境等）

人员变动（如请假、疫情等）

 

2.风险事故

需求变更后难以实现，先上一个临时版本满足客户，之后再迭代；

开发/测试加班加点跟进需求；

外部依赖不到位，下游需求delay/暂停；

人员变动后换人按时上线，或者无法变更导致需求delay；

 

以上事故都会跟项目经理、相关产品、开发沟通，结合需求紧急程度决定

 

3.损失

与客户/前线沟通，需求延期，导致用户对公司团队信任感下降；

需求与客户初期设想不一致，只能简单满足，导致客户体验感不佳；