![](https://img-blog.csdnimg.cn/20201014180756754.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
研发组织管理
文章平均质量分 68
杨不羁
所谓格物致知,本博客致力于梳理研发管理之道,以致高质高效自驱可控。
展开
-
中型研发组织管理(索引页)
在此,总结下本人在数年研发管理过程中的一些经验,本次希望能结构化,作为工具书,供需查询参考。原创 2024-05-30 11:32:11 · 1517 阅读 · 0 评论 -
中型研发组织管理--项目管理
本文在研发组织管理中的位置:研发组织管理--项目管理敏捷项目迭代规范 定期发布规范 每日站会规范 需求讲解会会前准备 需求讲解会会规范 迭代启动会前准备 迭代启动会流程规范 迭代回顾会规范 工时估算规范(估点) Master传帮带--敏捷 1.0项目流程 0.孵化项目启动会 1.孵化项目需求讲解会 2.孵化项目架构设计 3.孵化项目业务领域设计 4.孵化项目MVP需求开发 5.孵化项目增量迭代1开发 6.孵化项目增量迭代2.原创 2021-02-01 16:23:23 · 402 阅读 · 0 评论 -
中型研发组织管理之--团队管理
本文在研发组织管理中的位置:研发组织管理--团队管理组织架构设置选择人了解人要求人激励人培养人(待补充)评估人团队优化(待补充)绩效管理高效会议团队氛围(待补充)团队决策(待补充)...原创 2020-12-15 17:45:56 · 504 阅读 · 0 评论 -
中型研发组织管理之--组织架构设置
本文在研发组织管理中的位置:研发组织管理--团队管理--组织架构设置组织架构设置一个高效协同的团队,首先得有个和当前业务所匹配的组织架构。研发团队,因为业界比较成熟,一方面需要产品、研发、测试三权分立、互相监督、彼此平等,另一方面又需要紧密协作在一起开发某个项目,因此直接采用“矩阵式”组织架构。以下是直线职能制的架构。在此基础上,由“项目经理”牵头(简单或小项目组,直接由参与人数最多的角色--后端研发负责人统筹,同时由产品经理承担部分项目经理职责),由产品经理PM、前后端..原创 2020-12-08 16:31:38 · 2893 阅读 · 0 评论 -
中型研发组织管理--测试角色管理
本文在研发组织管理中的位置:研发组织管理--角色管理--测试角色管理测试团队涉及的角色如下,点击进入具体的文档查看每个角色的:定位、职责、素质要求、例行事务、核心考核指标测试经理岗 中高级测试岗 初级测试岗 测试项目负责人岗(虚拟) 测试基础架构专家岗(虚拟) 性能测试专家岗(虚拟) 自动化测试专家岗(虚拟) 持续集成专家岗(虚拟) 新人导师(虚拟) 专利专家岗(虚拟) 公共事务岗(虚拟)另,附上:虚拟岗的解释:中型研发组织管理核心方法之---虚拟岗位设置测试.原创 2020-12-02 11:24:00 · 367 阅读 · 0 评论 -
1.0项目里程碑管控总表
里程碑 序号 完成度 状态 阶段 任务项 任务开始所需前提 前提具备时间要求 第N天(相对立项日) 任务完成标志 负责角色 负责人 完成时间第N天 (相对立项日) 进展说明 开始 用时天 结束 实完成 工作日 完成天 剩余天 1 0% 待开始 启动阶段 完成项目组团队组建 项目经理 1...原创 2021-04-06 11:12:56 · 721 阅读 · 0 评论 -
1.0项目里程碑管控参考--测试视角
目的:由于1.0项目/2.0项目的需求复杂, 开发上线周期长, 变更多, 初次上线容易产生大量问题, 故为此类项目的测试工作拟定测试方案供指导里程碑(以40个工作日为标准): 启动阶段 目的: 对项目整体测试相关工作进行必要的评估和计划, 并且对需求的理解和整个团队达成一致 持续时间: 5个工作日(以项目总时间12.5%评估) 前提条件 测试具体工作内容 时间表 输出或完成标志 ...原创 2021-04-06 11:10:34 · 529 阅读 · 0 评论 -
1.0项目里程碑管控参考--开发视角
目的:由于1.0项目/2.0项目的需求复杂, 开发上线周期长, 变更多, 初次上线容易产生大量问题, 故为此类项目的开发工作提供指导里程碑(以40个工作日为标准): 准备阶段 目的: 完成项目前期调研,明确项目的核心业务需求和定位,确定系统技术方案选型,负责人完成核心功能论证。 持续时间: 10个工作日 前提条件 具体工作内容 时间表 输出或完成标志 备注 产品明确项目核心需求,完成对.原创 2021-04-06 11:09:10 · 529 阅读 · 0 评论 -
1.0项目MVP阶段时间规划和里程碑规划
环节 启动阶段 开发测试阶段 项目启动会 需求讲解会 需求确认 架构设计评审 业务领域评审 核心初版开发(core迭代,迭代0) 增量迭代1 增量迭代2 阶段时限 第1天 第2天 第3天 第4天(概设) 第5天(详设) 第6-10天(迭代0前期) 第11-15天(迭代0中期) 第16-20天(迭代0后期) 第21-27天 第32-34天 阶段目标 1、完成团队组建 ...原创 2021-04-06 11:01:38 · 1575 阅读 · 0 评论 -
中型研发组织管理
前言在此,总结下本人在数年研发管理过程中的一些经验,本次希望能结构化,作为工具书,供需查询参考。 自我管理 管理者必须具备的基本素质 沟通 向上沟通 向下沟通 跨部门沟通 角色管理 目的 为什么设置虚拟岗位 PM 项目经理岗 敏捷专家岗(虚拟) 敏捷Master岗(虚拟) 产品经理岗 RD...原创 2021-02-01 16:49:10 · 1072 阅读 · 0 评论 -
中型研发组织管理之--制度&罚则
本文在研发组织管理中的位置:研发组织管理--制度&罚则本页为索引页日常 入职 新成员入职须知 试用期考核制度&导师制度 培养计划 在职 日常考勤请假 节假日大促值班 试用期日报 加班请假记录 周报--RD 周报--QA 周知机制 分享 - RD 绩效考核规范 绩效量化思路--RD 绩效量化思路--QA 月度评优 团建组织 会议制度 离职 规范 - 员工交接流程 红线&底线.原创 2021-01-25 11:23:09 · 794 阅读 · 0 评论 -
制度&罚则-- 开发环境维护细则
本文在研发组织管理中的位置:研发组织管理--制度&罚则-- 研发过程-- 开发环境维护细则目的:保障开发环境的有序使用,保障前后端开发环境的可用性,节约开发联调时间提高联调效率;细则:1. 日常维护:系统Owner负责进行开发环境的日常维护(对应系统环境的网络问题、基础组件问题等日常问题维护) -- 从非TTL和非虚拟岗的研发员工中选择出对应的系统Owner。2. 联调中维护:谁的卡片分支在进行开发联调,谁负责保证该系统的环境的支持(保证可用、配合进行日志排原创 2021-01-12 14:28:16 · 353 阅读 · 0 评论 -
研发制度&罚则--新成员入职须知
本文在研发组织管理中的位置:研发组织管理--制度&罚则-- 入职 -- 新成员入职须知目录目的欢迎信认识直属leader&导师领取办公用品自我介绍邮件导师介绍组织架构熟悉团队伙伴加入工作群、邮件组常用软件安装相关权限申请流程制度熟悉日常例行工作说明内部办公网站了解导师安排熟悉项目和任务分配常用链接目的给新员工一个链接,新员工就能自助地完成第一天的工作,不吃导师时间,内容繁杂不吃记忆。欢迎信致团队新..原创 2020-12-22 17:39:47 · 641 阅读 · 0 评论 -
中型研发组织管理之--leader管理
本文在研发组织管理中的位置:研发组织管理--团队管理--leader管理leader就是团队中的管理者,在研发团队大部分是技术带头人,每个角色的leader组成了项目组的核心team,在此称为TTL(team tech leader)。leader自评的三个核心问题:①你做出了什么业绩? ②为团队培养了哪些关键人才? ③为组织文化起到了什么带头作用? 管理者的使命传承文化--团队文化是管理修为...原创 2020-12-21 16:21:29 · 1094 阅读 · 0 评论 -
中型研发组织管理之--评估人
本文在研发组织管理中的位置:研发组织管理--团队管理--评估人目录绩效评定述职|定期总结较成体系的评估维度经验专业知识/专业技能动力认知能力学习能力创新能力组织能力组织文化落地绩效预算能力重要素质360°评价绩效评定自评、leader评价和横向比较参考:研发团队绩效评定机制&细则述职|定期总结每年对低职级员工要求做定期总结,可以很明确地反馈出员工的总结能力及态度;中高职级做半年 或者年度述职,从以下几个方面,指导原创 2020-12-14 17:45:21 · 373 阅读 · 0 评论 -
中型研发组织管理之--高效会议
本文在研发组织管理中的位置:研发组织管理--团队管理--高效会议基本原则内部小型会议会议核心内容不超过三页PPT; 会议时间不超过三十分钟; 决策会议不能开超过三次; 同一问题超过两次会议决策不了,就上升一级做决策,三次会议必须解决问题。会议三问1、这个会必须要开吗?除了开会,我真的没有其他解决方法了吗? 2、这个人必须参加吗?这个人,对会议有不可替代的贡献吗? 3、会议时间要这么长吗?会议三发发会邀 发议程 发材料会议三控控主题 控时间 控产出会议三.原创 2020-12-11 17:36:13 · 442 阅读 · 0 评论 -
中型研发组织管理之--校(社)招试用期评估及转正流程及导师制度
本文在研发组织管理中的位置:研发组织管理--制度&罚则--入职--校(社)招试用期评估及转正流程及导师制度指定导师(入职当天)由角色负责人(比如前端负责人)指定导师,由导师完成除转正考核外的工作 引导新人完成《新人第一天做什么》团队组织架构讲解(入职三天内)入职当天,给新人介绍团队的组织结构,并带新人到具体的同事面前熟悉 新人主动发出后续试用期目标制定、月度review、转正考核的会议邀约团队工作内容讲解(入职三天内)介绍项目及项目关系 介绍工作职责范围(员工作职.原创 2020-12-11 16:54:09 · 674 阅读 · 0 评论 -
中型研发组织管理之--激励人
本文在研发组织管理中的位置:研发组织管理--团队管理--激励人原创 2020-12-11 15:14:47 · 411 阅读 · 0 评论 -
中型研发组织管理之--要求人
本文在研发组织管理中的位置:研发组织管理--团队管理--要求人目录宏观上的要求个人绩效设定晋升沟通具体某事务的要求有效授权放权和放事给leader宏观上的要求个人绩效设定岗位及其核心KPI设置参考:角色管理(待补充),可先参考测试角色管理流程和维度参考:研发团队绩效评定机制&细则RD岗量化思路(待补充)QA岗量化思路(待补充)除以上资料外,个人绩效是员工自己,在期初给上级立的“军令状”,推荐按以下方式来产出:由上级提:供模板、量化标准.原创 2020-12-09 17:04:09 · 318 阅读 · 0 评论 -
中型研发组织管理之--了解人
本文在研发组织管理中的位置:研发组织管理--团队管理--了解人目的了解是基础,准确识别员工能力、素质、阶段、诉求后,才能做到把合适的人放在合适的位置内容技术功底; 软素质; 员工的生活与家庭背景; 员工的性格和诉求; 员工所处的阶段;途径简历(人不一定是你招的)学历、背景 大致的技术功底 项目经历入职面谈进一步确认能力、诉求转正总结&年度总结把握重点的能力 总结能力 文档功底 态度平时表现能力、素质 态度 离职风险定期面谈 o.原创 2020-12-09 10:33:10 · 263 阅读 · 0 评论 -
中型研发组织管理之--选择人
本文在研发组织管理中的位置:研发组织管理--团队管理--选择人前言其实不想说如何找简历,如何面试,几轮面试,面试题什么的,这些一搜一大堆,做到中型团队管理岗,也都是阅人无数,在此就不赘述了。目的通过面试,找到合适的人,通过试用期的验证,或后续培养,放置在最合适的位置;也就是选择最适合这个位置的人;“位置”,在前面“组织架构设置”和“角色管理”里面已经描述清楚了,在资源(HC)有限的情况下,无非就是把一个或多个角色放置在同一个人身上而已。“位置”,有时候在极端情况下,不一定是.原创 2020-12-08 17:50:45 · 335 阅读 · 0 评论 -
敏捷迭代管理 --上线流程和规范
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--上线流程和规范目的确保不会由于不规范的上线流程导致线上问题或延迟上线;时间&频次每次上线(默认一个迭代1到2次);议程1. 上线日16:00测试封板代码, 锁定待上线Release分支; 2. 测试通过上线计划发送测试最终结果; 3. 研发上线负责人基于上线文档卡片(迭代启动会时master建立)开始整理上线分支, 需要打包的项目,SQL ,各项配置变动和执行顺序,安排上线时间(每个git项目的.原创 2020-12-06 16:20:04 · 2297 阅读 · 0 评论 -
敏捷迭代管理 --提测管理
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--提测管理目的1、保证提测质量; 2、研发提测内容清晰可记录,并且不影响主干测试分支; 3、测试更容易对上线内容和配置进行管理, 把控上线进度;时间&频次每个卡片联调完成之后;迭代启动会后测试推送上线计划表;每次提测后更新上线计划表;议程1. 研发完成代码后需要开发环境通过P0用例(主干P0和卡片P0); 2. 研发在提测行云卡片中填写变更影响范围,以及需要关注的功能点、接口文档地址;.原创 2020-12-06 15:59:43 · 969 阅读 · 0 评论 -
敏捷迭代管理 --设计沟通
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--设计沟通目的1、规范设计,前后端想清楚设计方案并达成一致; 2、在模型字段定义、交互和前后端接口层面达成一致并输出文档; 3、测试了解程序的运行逻辑并理清测试点;时间&频次1、每个Story开发前 前后端RD沟通; 2、每个story提测前,RD和QA沟通;议程1、前后端对照产品原型、PRD讨论清楚相互方案、设计实现方案,并达成一致; 2、完成业务模型的定义、和接口定义并前后端达成一致,复杂.原创 2020-12-06 15:41:36 · 393 阅读 · 0 评论 -
敏捷迭代管理 --分支管理&提交规范
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--分支管理&提交规范目的1、提高需求开发并发能力;2、优化提测,上线分支管理;3、完善代码回滚策略;时间&频次迭代启动会开始之前拉好分支;议程1、系统负责人拉出当前迭代对应的统一迭代分支,以迭代号命名,如:release/01(迭代末),release/01.1(迭代中); 2、系统负责人拉出当前迭代对应的统一开发分支develop/01,并在开发环境部署; 3、 开发人员从mast.原创 2020-12-06 15:34:31 · 1081 阅读 · 0 评论 -
敏捷迭代管理 --需求变更规范
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--需求变更规范目的1、保证已规划迭代节奏不被打乱,规划卡片按优先级交付;2、拥抱变化,允许合理的高优线级需求插入;议程Master职责1、操作卡片; 2、站会周知;PM(产品经理)职责1、需求提出,建立行云卡片到backlog中; 2、参与需求评审; 3、参与变更评估;TTL(team tech leader)职责1、参与需求评审 2、参与变更评估RD(前后端)职责参与相..原创 2020-12-06 15:26:22 · 1216 阅读 · 0 评论 -
敏捷迭代管理 --卡片挂起细则
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--卡片挂起细则目的1、及时解决卡片挂起原因; 2、调整迭代计划,避免人力浪费;议程1、相关责任人尝试解决挂起; 2、如无法解决,角色负责人及时调整迭代计划并周知全员;罚则卡片责任人未及时同步卡片风险造成卡片不能上线且需求方不认可。罚基数*2。Master职责关注或改变卡片状态并站会同步全员TTL(team tech leader)职责根据挂起调整计划PM(产品经理)职责评估卡片调整后上线.原创 2020-12-06 15:20:35 · 370 阅读 · 0 评论 -
敏捷迭代管理 --Master传帮代
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--Master传帮代目的1、增加团队敏捷理解; 2、每个组员轮职Master,承担一些例行事务,也体验一下站在全局的思考;时间&频次1、Master每迭代轮换一次,并指定下个Master;议程各流程环节Master主持时,下任Master跟进学习,配合记录todo或会议纪要,做到流程及责任认知,下迭代能独立完成各流程事项和相关会议的主持;Master职责1、协助下任Master熟悉和掌握..原创 2020-12-06 15:14:18 · 411 阅读 · 0 评论 -
敏捷迭代管理 --迭代回顾会
↵本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--迭代回顾会目的1、回顾,自我更新不断优化团队; 2、提出做得好的加以赞许(很重要); 3、提出待改进点,加以跟进; 4、提出期望,借助外力优化;时间&频次1、迭代启动的第一天; 2、前4次迭代,必开,后期最少每两次迭代开一次;议程1、打开wiki,查看往期“better”项已指定“跟进人”的待改进项,逐条查看是否已解决,关闭已解决项; 2、每人依次发言,分别提出:good、bet...原创 2020-12-06 15:04:42 · 1892 阅读 · 0 评论 -
敏捷迭代管理 --每日站会
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--每日站会目的1、同步信息,抛出问题; 2、周知需求变更及调整;时间&频次1、每天一次固定时间, 开始时间由master安排; 2、时长由master控制(通常n+5分钟内);议程1. master整理准备看板. 2. 以产品,研发,测试顺序对属于自己的卡片状态进行更新 产品--是否有需求变更(非站会时更新的需求变更研发经理及RD不能接) 研发--今天做了什么,有没有遇到什么问题, ...原创 2020-12-06 14:56:58 · 973 阅读 · 0 评论 -
敏捷迭代管理 --迭代启动会
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--迭代启动会目的1、团队确认整个需求范围即明确的卡片列表; 2、每人明确自己工作任务; 3、明确迭代内上线次数、负责人和分批上线的功能;时间&频次需求讲解会后4H,如果有耽误(非需求变更原因),也一定尽量要在当天完成2会(讲解会、启动会)议程1、TTL按照卡片优先级依次明确卡片的开发人员,测试人员,并最终确认估点,计入迭代内直到团队产能耗尽; 2、过卡片过程中QA特别关注卡片的测试时间线是否符合.原创 2020-12-06 13:37:37 · 1007 阅读 · 0 评论 -
敏捷迭代管理 --迭代启动会前准备
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--迭代启动会前准备迭代启动会前准备也是直接决定敏捷计划是否合理,因此需要重点关注每个角色的需求精读质量;目的1、保证卡片按完整功能拆分并粒度足够小; 2、保证RD/QA完成需求精读 3、保证卡片工作量相对准确的预估;时间&频次1、需求讲解会结束后的4H内; 2、迭代启动会前;议程1、根据需求和发布安排确定开发卡片的最终优先级; 2、TTL进行卡片预分配和经验预估点,预估当期迭代的任务饱和度.原创 2020-12-06 12:56:24 · 631 阅读 · 0 评论 -
敏捷迭代管理 --需求讲解会
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--需求讲解会目的1、PM讲清楚需求; 2、RD,QA理解透需求,三方达成一致; 3、确保大卡片被拆分; 4、拆分后的卡片预分配到RDQA人员;时间&频次1、由Master发起,按团队维度召开; 2、上个迭代结束后,第一天早上一早开;议程1、PM按需求卡片,优先级从高到低依次讲解需求; 2、单个卡片讲解中RD,QA可参与进来讨论,对细节发问,主要集中在一些业务异常; 3、每个卡片讲解完进行是.原创 2020-12-06 12:30:13 · 506 阅读 · 0 评论 -
中型研发组织管理之--敏捷迭代管理
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理敏捷一直都是一种“思想”,讲究“沟通”、“协作”、“信任”,轻“合同”,轻“文档”;所有理想很丰满,但落地真的很骨感。可以说绝大多数团队都是形式化敏捷。一方面是“思想”这种东西比较虚无缥缈,很难在团队内达成统一认知;另一方面,“沟通”、“协作”、“信任”,轻“合同”,轻“文档”,这玩意儿对成员素质要求太高,人性这东西,不太可能在搬砖这件事情上莫名其妙散发光辉;因此,这么多年经验告诉我,需要一个基于敏捷“思想”的.原创 2020-12-06 12:12:54 · 727 阅读 · 1 评论 -
敏捷迭代管理 --需求讲解会前准备
本文在研发组织管理中的位置:研发组织管理--项目管理--敏捷迭代管理--需求讲解会前准备同定期发布一样,需求讲解会前准备也是直接决定敏捷过程是否成功的绝对基石,因此需要重点关注其内容和实效性;目的1、大致确定本迭代需求范围; 2、检查需求完整性; 3、确认需求外部接口文档,对接人,联调时间; 4、确认需求优先级;时间&频次1、由PM发起,上个迭代周期内(需求讲解会前一天确认完毕); 2、上个迭代最后一天TTL、Master验收;议程1、打开卡片逐个检查需求完.原创 2020-12-06 12:09:51 · 649 阅读 · 0 评论 -
敏捷迭代管理 --定期发布
研发组织管理--项目管理--敏捷迭代管理--定期发布目的定期发布作为敏捷迭代的一个基石,两个关键字“定期”和“发布”;定期:保证周期稳定,原则上不允许修改周期,保证迭代间产出的各类数据有参考价值,以复盘和有效规划下个迭代发布:保证团队固定周期对需求方有交付,交付不是承诺某功能一定在某天上线,而是确保需求按卡片优先级顺序开发测试并在迭代上线日上线;落地规则1.两周一迭代,迭代周期最后一天发版,若发版日后一天为节假日,顺延至节假日后一天发版。故迭代周期正常10个工作日,顺延时11个工作日原创 2020-12-06 11:41:05 · 887 阅读 · 1 评论 -
实战干货:中型研发组织管理之道
最近多出了很多莫名其妙又必须参加的会议和强制的加班时间,准备好好利用一下,把近数年的研发组织管理经验加以总结分享,都是可落实的干货,是个大工程,少说有七八十项吧,都够出书了,有兴趣的朋友可以多关注关注,捧捧场。目的研发组织管理的目的很简单,项目上,控制质量、效率和产出;团队战斗力方面,提升团队自驱,让各个环节可控,又不过于依赖核心员工素质;关键词:质量、效率、产出;团队自驱、可控;梳理这套机制的目的更简单,即让管理轻轻松松,不会成天像屁股上点了鞭炮一样到处瞎串救火。目录大致如下,会.原创 2020-12-02 15:58:04 · 250 阅读 · 0 评论 -
测试角色管理--持续集成专家岗(虚拟)
本文在研发组织管理中的位置:研发组织管理--角色管理--QA--持续集成专家岗(虚拟)定位:管理除“项目功能测试自动化用例”本身以外的所有自动化工作,帮助整个测试团队设置并且优化持续集成流程, 帮助将自动化脚本和测试生产环境部署紧密关联起来, 提高整体交付质量;职责:1、部署团队持续集成工具,并负责其维护工作;2、设计并实现项目持续集成pipeline,支持每个项目从代码提交、编辑、打包、部署、自动化用例运行,到测试报告生成&合并,并邮件通知相关干系人,且能轻松获取运行.原创 2020-11-30 22:47:47 · 247 阅读 · 0 评论 -
测试角色管理--自动化测试专家岗(虚拟)
本文在研发组织管理中的位置:研发组织管理--角色管理--QA--自动化测试专家岗(虚拟)定位:团队自动化测试专家,推进团队自动化测试发挥作用;职责:1、为新人培训接口自动化和UI自动化框架或平台的使用方法;2、不断优化自动化测试框架,丰富功能,并不断降低使用门槛;3、梳理团队内项目,为每个项目设置自动化测试方案、落地计划,并辅助落地;4、为团队内部提供自动化技术支持,答疑解惑;5、定期review每个团队的自动化落地情况,确保自动化真正发挥作用;素质要求:1.原创 2020-11-30 22:47:35 · 261 阅读 · 0 评论 -
测试角色管理--性能测试专家岗(虚拟)
本文在研发组织管理中的位置:研发组织管理--角色管理--QA--性能测试专家岗(虚拟)定位:团队性能测试专家、性能测试牵头人;职责:1、快速收集性能测试需求、制定性能测试方案、计划;2、熟练编写性能测试脚本、熟练使用性能测试工具、完成性能测试执行,或指导他人完成,解决制作性能测试脚本中的技术问题;3、完成性能测试报告、性能测试结果分析、性能优化跟进;4、梳理常见性能测试场景、套路;5、梳理性能测试需求模板、性能测试方案模板、性能测试计划模板;6、各种服务器..原创 2020-11-30 22:47:25 · 356 阅读 · 1 评论