关于研发管理:基于流程管理提高工作质量和效率

42次阅读

共计 1996 个字符,预计需要花费 5 分钟才能阅读完成。

一、背景阐明

在软件开发畛域中,流程合作始终是热门的话题之一,不同的组织架构中,定义不同角色和人员的职责范畴,并且通过流程标准来治理不同角色之间的连接机制,以求一直进步合作效率。

外围因素

  • 角色:不同的组织架构下,角色配置各不相同,角色与人员对应明确;
  • 职责:对不同角色的责任定义,用来明确染指流程的阶段与工夫;
  • 流程:依据场景定义对应的流程中节点程序,例如开发、测试、部署;
  • 节点:明确不同节点中的负责角色,作为节点有序实现的推动者;

正当的流程管理机制,有利于高效的工作;为了防止流程合作适度简单,同时还要制订合作规定,例如常说的事不过三(或二),第一责任人等伎俩。

二、惯例流程

产品从需要到公布两头经验多个要害节点,在合作的过程中,任何阶段呈现问题,都会对整个流程的上下游产生影响,所以对各个节点输入后果的品质须要有适当的要求,避免出现工作重复的低效率状况。

从如下四个方面看具体细节:产品需要、项目管理、研发治理、我的项目总结,把握好这几个要害阶段对团队的稳固和效率都有微小的晋升。

三、产品需要

  • 收集:多方需要的接管,可能是业务侧、产品布局、系统优化、架构降级、等多个起源;
  • 整顿:对收集的需要分类整理,依据重要紧急的策略做好需要兼顾和实现的布局,提供初版文档;
  • 业务评审:给到业务(需要)方流程治理,产品初版的操作示意图,对齐心里上的预期;
  • 技术评审:欠缺需要的细节规定,技术评估合理性、可实现性、复杂度、危险等相干问题;

产品需要阶段作为软件开发的最上游节点,这个阶段肯定要输入需要明确,合乎业务预期,技术可实现的产品文档,多方达成共识之后,邮件的形式告诉到相干人员,以示意以后阶段工作实现。

四、项目管理

项目管理是一件繁冗的事件,通常分为:启动、执行、监控、收尾四个阶段,以此实现我的项目的 ” 品质、老本、工夫 ” 的把控,在不升高品质的状况下,同时升高工夫和老本是少数公司的谋求,故而造成当初互联网的内卷态。

  • 启动:启动阶段次要指资源的正当调配,我的项目工时评估,里程碑节点明确等事项;
  • 执行:在软件开发中即指:UI 设计,开发实现,测试,线上部署等一系列流程;
  • 监控:关键点在于进度与危险,对进度的有节奏跟进,以及可能呈现的危险判断和解决方案;
  • 收尾:对我的项目的品质验收,整个流程的复盘总结,以及相干人员的告诉;

项目管理作为职场中的根底能力,对于任何人员都是值得用心去积攒积淀的,并且时常思考如何去优化管理策略与形式,以此让做事的效率更加高效和有条理性。

五、研发治理

研发是一个耗时较长且容易呈现问题的阶段,所以在这个节点要粗疏化的治理和推动,对品质的谋求要放在相对首位,防止因为 ” 多 - 快 - 好 - 省 ” 的想法而呈现豆腐渣工程,如此返工带来的老本会更加昂扬。

  • 筹备:即在版本开发初期,要精准的了解需要,实现功能模块拆解,以及对应的工时评估;
  • 设计:UI 界面输入,开发前后端设计,测试用例,各个节点实现设计的评审对齐;
  • 编码:前后端代码实现,API 对接联调,配置改变、构造脚本、逻辑流程等日常文档记录;
  • 测试:开发自测,业余测试,自动化脚本测试,UI 视觉验收,产品性能流程验收;
  • 公布:预公布环境模拟部署,线上灰度环境公布,正式生产环境上线,实现线上验收;

作为一名多年的开发(后端)选手,这里对开发的过程大抵细化如下几个节点,当然这里指的是简单的业务实现,下述流程执行时极少呈现意识偏差的状况:

服务端在面对简单业务时,将需要落实到设计上至关重要,首先就是对需要有全面粗疏的了解,很多时候流程中的一个细小规定对应的实现老本都是微小的,其次就是对于开发流程的构思设计并输入,并实现项目组内开发的评审对齐,这样根本能确保开发的顺利完成。

六、我的项目总结

在简单的我的项目中,最初的总结剖析很容易被疏忽掉,总是感觉版本失常上线没有问题就能够,当然作为一名开发选手我的心田是反对这个说法的。

简单的业务对应简单的产品设计,同时也意味着超长的我的项目周期,即昂扬的老本,线上的失常应用只是意味着研发的品质很高,然而对整体业务的需要和产品设计的合理性是须要基于用户的应用去剖析:

  • 动作埋点:对业务流程上的各个环节做埋点动作,用来对行为数据的收集;
  • 日志采集:要害 API 的申请做日志记录,用来对系统及业务做分析判断;
  • 数据分析:分类汇总业务流程中各个外围节点数据,造成一整套的数据分析后果;
  • 总结报告:联合业务的需要,对产品性能做出主观的剖析,并输入必要的优化计划;

这里重点阐明一下剖析报告,在数据分析实现后,给到相应的市场或者业务人员,或者具备业余视角的人员,采集汇总多方的意见或倡议,主观的评定落地的产品流程,不论好与差都须要输入关键因素,作为教训的积攒和后续的借鉴。


同系列文章举荐

  • 互联网:逻辑上的黑话才是真正的花里胡哨
  • 职场:3 天筹备 5 天面试,跳槽实现
  • 职场:跳槽之后,如何安稳走过试用期
  • 职场:工作五年之后,对技术和业务的思考
  • 架构设计:微服务架构中,二次浅封装实际

正文完
 0