精华内容
参与话题
问答
  • 千云研发管理规范

    2020-09-03 20:31:55
    分支管理规范 面向用户的API 面向服务内的API 数据库发布规范 数据库评审 数据库建立评审,数据库需求变化修改确认,数据库上线前评审, api发布规范 面向用户的API 面向服务内的API 上线规范 集群添加新节点 发布...

    代码规范

    代码编写查看阿里代码规约,可以在代码扫描工具上配合使用修改优化自己的代码。

    上线前进行代码评审

    分支管理规范

    面向用户的API

    面向服务内的API

    数据库发布规范

    数据库评审

    数据库建立评审,数据库需求变化修改确认,数据库上线前评审,

    api发布规范

    面向用户的API

    面向服务内的API

    上线规范

    集群添加新节点

    发布添加新服务节点上线步骤

    • 先将节点在数据库中添加白名单
    • redis添加白名单

    将新增的节点ip地址通知给第三方

    • 将节点的ip地址通知到对接的公司添加白名单,以下是现有通知的节点公网ip

    准备上线前的脚本

    上线的配置变量准备

    数据库脚本

    上线服务顺序确认

    上线影响范围评估

    灰度上线规范

    数据仓库建立规范

    命名规范

    数据抽取规范

    镜像管理

    上线问题总结

    测试规范

    展开全文
  • 研发管理规范管理

    千次阅读 2018-06-21 00:34:58
    研发管理中,开发规范管理是很重要的一环。 提到规范,网上自然有很多人分享,但普遍内容太复杂,至少对中小团队来说太复杂。太复杂的规范,落地代价大,甚至有些是为了规范规范。 所以,我认为最佳的方式是,...

    成为研发管理人员已有小几年时间,记录总结一下管理经验。

    规范管理

    研发管理中,开发规范管理是很重要的一环。
    提到规范,网上自然有很多人分享,但普遍内容太复杂,至少对中小团队来说太复杂。太复杂的规范,落地代价大,甚至有些是为了规范而规范。
    所以,我认为最佳的方式是,协商并制定适合自己团队的开发规范,并在日后发展过程按需迭代更新。

    制定和实施规范

    集思广益,集体讨论约定是制定规范的最好方式。集体讨论是为了更好的尊重小伙伴,这样大家内心更容易接受,也为今后的落地实施提供了支撑(或者说大家跳进了自己给自己挖的坑,嘿嘿)。
    实施方面有两种情况,自我驱动力强的小伙伴,不需要提醒;另外一些小伙伴,则需要利用主管的权威来辅助,事后监督落实,提醒落实执行自己定的规范。

    规范内容

    内容其实可以有很多,不单单是编码规范,附带介绍一下我们团队的规范内容结构(细节就不多说了):

    类型 前端 后端(Java)
    基础编码规范 符合ESLint 符合阿里编码规范
    个性化编码规范 约定团队内的html, js, css等命名和写法 约定项目结构, 空格, 换行等细节
    使用的外部基础框架 Vue, Angular spring boot及spring系列框架
    自研公共代码 以js lib形式提供 以maven module的形式提供
    代码管理 svn, git svn, git
    模板项目 抽取常用js/css库作为基础项目存在svn,新项目checkout作为基础 定义一套符合团队业务特性的、半自动化代码生成工具。适当半自动化,不一定很精美,能解决大部分无意义低效编码即可
    开发依赖管理 npm maven
    国际化 提前准备国际化结构 提前准备,主要是http json数据内的响应码约定
    日志 增删改必写关键日志(时间地点人物事件结果),日志内容参考json的key value格式
    文档管理 使用网易NEI 前后端相同
    接口定义 RESTful API 前后端相同
    IDE VS Code eclipse
    ssh终端 X Shell
    数据库 表名,字段名和长度,索引规则,适当引入扩展表等
    测试 junit+mockmvc测试

    同时发布在 https://blog.csdn.net/auzllhttp://blog.qiyetech.com

    展开全文
  • 第一章 目的和范围 第二章 角色与职责 第三章 日任务管理 第四章 周工作管理 第五章 产品研发管理 第六章 检查与审计 第七章 附件表格
  • 技术研发规范管理工具箱

    热门讨论 2011-09-29 16:55:29
    技术研发规范管理工具箱技术研发规范管理工具箱技术研发规范管理工具箱技术研发规范管理工具箱技术研发规范管理工具箱
  • 研发部源代码管理规范 参考互联网资料,制定的简单的源代码管理规范,使用svn,如使用git也可以参考。规范应该是企业自身开发标准。
  • 公司研发部技术管理规范
  • 关于小团队是否需要开发规范,我不认为是必须的,因为并不是所有的规范都要写出来,约定俗成也是一个不错的方式,同样的建议在神品《人月神话》中有不少介绍,建议去看。具体是否要做规范,大致要看下面这几点:1,...

    关于小团队是否需要开发规范,我不认为是必须的,因为并不是所有的规范都要写出来,约定俗成也是一个不错的方式,同样的建议在神品《人月神话》中有不少介绍,建议去看。
    具体是否要做规范,大致要看下面这几点:
    1,小团队和公司的关系
    这个团队是不是该公司的核心团队,如果是核心团队,是否需要他们来操刀规范。
    大家都知道核心团队的时间是很珍贵的,他们如果来做规范,一个是人员的认知水平,另一个是是否擅长,而如果由别人来做,是否能够得到认可,这些都是会发生争议的事情。
    2,小团队所做的项目周期长短
    一般来说如果周期短于3个月(这个时间是一个大概的评估),不建议做规范,而采用核心技术人员带队的方式推进项目,而这样对带队者的要求就会非常高,基本上低于150万/年大体你是找不到的,而找到的,也可能只是个会吹牛的,因为能对这些人做确认的人也很少。
    3,公司的形态
    外包,自己项目,自己产品都有不同。一般来说,外包和自己产品更多建议制定一部分规范。
    4,客户方的项目要求
    如果客户方要求的话,建议最好真的做一套,不要造假,被发现了,是很丢人的事情。当然,有人会说,假的又如何,我用假的照样每年几百万。我没有回答过,我从来不会对这些人做任何劝说,我只能说,您老高,我绕着您走。
    年龄大了,不想和别人做无谓的争议。
    先写这么多吧,剩下的根据情况补充。

    https://www.zhihu.com/question/19927217/answer/132986333

    展开全文
  • 《技术研发规范管理工具箱》配套光盘.PDF文档,方便阅读,要DOC文档的留言索取
  • 由于产品涉及到多个端,协作人员众多,而且各端软件的更替也较频繁,在从内部排查问题的同时也在从外部着手确定是否有人更改过某个程序,众研发人员都说没有更改过程序。但是随着排查的深入往往会发现是某个人搞混了...

    案例1:这阶段公司内部在测试一个即将上线的产品,好几次都遇到运行良好的服务在某个时间段后不能提供正确服务的情况,由于产品涉及到多个端,协作人员众多,而且各端软件的更替也较频繁,在从内部排查问题的同时也在从外部着手确定是否有人更改过某个程序,众研发人员都说没有更改过程序。但是随着排查的深入往往会发现是某个人搞混了自己发布程序的版本。

    案例2:团队中有人在发布动态库或应用程序时采用日期来做版本号,在频繁迭代的过程中无法使应用程序和源码管理系统中版本对应起来,不利于定位问题。

    案例3:使用源码管理系统提交时为了偷懒或者忽视,不标注或随意填写改动描述,在进行代码回退时那个费劲。




    版本管理的重要性在研发工作中不言而喻,缺乏规范化在研发阶段会严重影响开发效率,在测试阶段也会造成很多无意识的错误,一旦到了发布阶段造成的损失会更大。记得在一次公司规范管理的会议上,老总曾提到过我们的硬件产品由于烧录程序版本的问题给公司造成了很大的经济和声誉损失。所以如何规范化版本管理首先作为研发人员和管理人员的我们要在心里重视起来,进而采取措施去规范化版本。


    源代码和文档管理:如果你的公司还没用源码管理工具进行源码管理,你出头的机会就来了,向他们推荐SVN和GIT吧(别笑,还真有很多公司没有形成企业级的规范,我就逮到这么一个机会),现在据我了解大部分商业公司还是在使用SVN,刚才案例3提到的提交改动描述的问题,SVN就没有GIT做得好,SVN可以提交空注释,于是就发现众多偷懒的程序员们一片片空白的注释,这纯粹是挖坑埋自己......。提到文档,我们程序员最最讨厌了,可是又不得不写,用一些富文本工具写出的文档无法进行内容比对,建议使用markdown来维护文档。


    二进制程序的管理:对于二进制程序的版本规则,案例1给我们的教训是必须得有,案例2告诉我们版本规则必须要能够表达一定的含义或者对应一致的源文件。最通用的形式通常是major.minor.build,在新版本推出时,应更新major、minor或是build的版号,决定于变更的大小。当有极大的更新时,会增加major的版号。而当有大更新,但不至于更新major时,会更新minor的版号。若更新比较小,例如只是除虫(bug fixing),则会更新build的版号,这里的build版本号通常可以和源码管理工具的revision版本号对应起来,这样可以把应用程序和相对应的代码关联起来,在进行bug查找或修正时是个很大的便利。


    小知识:在windows下利用svn的TortoiseSVN工具subwcrev.exe可以很容易获取代码的revision,配合vs的脚本工具可以很容易的写入程序中。    在linux环境下使用svnversion命令即可。

    本文转自永远的朋友博客51CTO博客,原文链接http://blog.51cto.com/yaocoder/1381830如需转载请自行联系原作者


    yaocoder


    展开全文
  • 研发流程规范

    千次阅读 2018-12-07 16:22:57
    研发规范 测试规范 延期规范 验收规范   总体原则 需求池所有的需求有序管理,有优先级,可评估 PRD文档需要评审,且有打回机制 设计文档包含概要设计/详细设计,需要评审,且有打回机制 测试用例包含主...
  • 【公告】XXX公司研发质量管理体系规范(CMMI)V2.0正式发布 为提升XXX公司研发过程及产品质量,积极应对软件项目快速增长、软件开发活动急剧增大的挑战,XXX公司科技研发中心特引进CMMI L3体系,建立XXX公司研发...
  • 个人认为简单实用短小精悍不花哨,很符合国情,所以推荐一下!1. 部门组成包括:系统...具体参见“系统设计规范”。l 页面设计对于网站系统由美工设计出页面,视具体情况出一级、二级甚至三级页面。对于应用系统设计
  •  西安楚凡科技有限公司(Trufun)是全球领先的软件开发行业应用生命周期管理(ALM)和CASE工具解决方案提供商,倡导"实用、简洁"的产品理念,为企业实现产品开发与服务支持间的规范化应用平台,在管理软件研发全...
  • 项目研发规范

    千次阅读 2018-07-12 14:24:02
    负责人负责整个研发过程控制、管理,及监控,需求不论简单还是复杂,都需要指定负责人。负责人主动牵头推动研发项目的各个环节2、需求评审 负责需要对产品的需求文档评审,评审通过方可开发, 需求文档包括 PRD...
  • 瑞泽思软件发布研发管理软件之研发流程管理需具备的基本功能,eIPD研发管理平台所创建的流程管理涵盖企业研发管理过程中涉及到的各种流程,可以规范产品开发全过程管理,实现产品开发输入(需求管理)、产品开发过程...
  • 项目管理是个涉及面很广的工作,...项目管理的统一规范化是企业期待解决但又不容易解决的问题。致力于为企业提供一站式研发提效的云效平台,对基于Java语言开发Web的项目专门开放了项目管理功能,供企业进行统一规...
  • 软件研发管理的解脱

    2015-05-25 11:31:44
    阿朱出品 必属精品此文章接上文《软件质量的焦油坑》上篇文章,我从这三个层面来改进:平台:平台架构、工具、模板、规范组织:岗位职责、部门分工、组织流程人才:人才识别、人才培...
  • 青铜器研发管理软件RDM_IPD+CMMI+Scrum一体化研发管理解决方案, 1、IPD确保方向的正确性,强调市场驱动、投资回报,将市场、财务、竞争、技术有效融合为一体; 2、CMMI强调规范化、精细化管理,将IPD的策略落实为...
  • git研发实践规范.md

    2018-10-08 22:32:07
    Git研发实践规范 ...​ 就像代码需要代码规范一样,代码管理同样需要一个清晰的流程和规范,目前比较流行的是Git Flow的流程管理,它有着广泛的应用,Git UI客户端如SourceTree都对此有很好的支持。参考Git ...
  • 软件研发管理者的技能结构

    千次阅读 2012-08-09 12:28:46
    适合给予薪酬上的激励、要关注客户的反馈意见、要给销售团队提供良好支持、要关注业界新的技术发展方向,引入新的技术和管理方法,建立和健全内部各种流程、规范、制度......,要管的事情实在太多太多了。 因此,...
  • 项目研发管理

    千次阅读 2017-02-03 16:02:05
    1、研发管理定义规范好一系列的工作流程,规范好各个岗位的工作职责,让工作更加协同,让效率更加高效。
  • 产品研发:形成规范

    2019-04-23 16:27:54
      初创公司的产品研发在摸索当中,问题很多。作为项目管理者,如果每次碰到问题,都involve进去具体解决,那么势必会陷入具体事物的...项目管理规范 质量管理规范 前端设计和交互规范 继续加油,形成更多的规范 ...
  • 规范不仅仅是文档模板——“走出项目管理的泥沼”之“研发规范”话题最近读《IT经理世界》,刊登了这样一篇文章:《下班后你的公司还值多少钱?》,文章开头讲了这么一个小故事:一位软件公司的老总感慨地说:“做...
  • 5、不规范、不一致、接力式/串行的产品开发流程 6、项目管理薄弱(包括进度、质量、成本、风险等) 7、技术开发与产品开发未分离,缺乏技术规划与运作机制 8、缺乏CBB(共用模块)与经验教训的积累及共享机制 9、...

空空如也

1 2 3 4 5 ... 20
收藏数 965
精华内容 386
关键字:

研发管理规范