随笔分类 - 管理
摘要：背景说明 不得不从当前所处的行业 - 共享单车说起。共享单车目前一般分为C端，B端，G端三个方向。 C端面对的是普通用户，主要针对订单、营销、增长、会员体系等。是直接的收入部门，用户量大，逻辑链路相对较短。所以对于系统架构的稳定性，质量要求较高，发现和暴露问题也比较快。 G端面对的是各地政府，主要针
阅读全文
摘要：BLM的概念 BLM（Business Leadership Model）是华为2006年花3000万从IBM引进的模型。 华为导入BLM的初衷是为了统一华为中高层管理者的战略思维方法和框架，并提升这些人的领导力，因为管理者的领导力就是制定战略规划并推动战略执行的过程中逐步培养起来的。华为在使用这套
阅读全文
摘要：[TOC] 背景 之前整理过一篇，基于（SpringCloud+Junit5+Mockito+DataMocker）的框架整理的单元测试。当时的项目是一个编排层的服务项目，所以没有涉及到数据库或者其他中间件的复杂问题。而且是项目刚开始，代码环境不复杂，当时的架构基本上能够满足需求。 最近在一个较老项
阅读全文
摘要：[TOC] 我们仍然以这张图作为开头，之前已经讲了，Project创建、问题相关、字段相关、界面相关、工作流相关的内容。大部分的内容已经完成，剩余就是权限相关与问题链接相关，其他一些相对比较不重要的配置。 权限配置 权限控制的是数据的查询和操作权限，我们来看一下概览 这里分为如下几块（主要讲关键点）
阅读全文
摘要：[TOC] 我们仍然以这张图作为开头，之前已经讲了，Project创建、问题相关、字段相关、界面相关的内容。接下来就是最重要也是最复杂的工作流相关的内容。 以前的文章中曾经介绍过工作流的思路，主要是2点： 子任务驱动主任务状态流转。 字段和流程简化以及自动化流转。 工作流概述 工作流服务的主体是问题
阅读全文
摘要：[TOC] 很多大型的软件公司会自研项目管理平台，为了满足自己内部特殊的组织架构和个性流程。但是对于大部分公司而言 ，能够找到一套合适的项目管理产品更加实际。Jira是Atlassian和核心产品，相对与禅道、Redmine甚至Worktile等等，都有很多的争论。我自己一直都在尝试和推广Jira在
阅读全文
摘要：网上看过一句话，单元测试就像早睡早起，每个人都说好，但是很少有人做到。从这么多年的项目经历亲身证明，是真的。 这次借着项目内实施单元测试的机会，记录实施的过程和一些总结经验。 项目情况 首先是背景，项目是一个较大型的项目，多个团队协作开发，采用的是SpringCloud作为基础微服务的架构，中间件涉
阅读全文
摘要：[TOC] 本文会分为两部分讲解，第一部分介绍Git的基础概念、常见客户端、常用命令，是一个基础说明。第二部分介绍Git的管理流程，主要是GitFlow，Github Flow、Gitlab Flow和ExeFlow四种。 Git相关 基本概念 Git是一个基于GNU协议的开源分布式版本控制系统，是
阅读全文
摘要：处理代码审核中的拒绝反馈 有时候开发者会在代码审核后给出拒绝或者负面的反馈。或者是不同意你的建议，或者是抱怨在整体过于严格。 谁对谁错？ 当开发者不同意你的建议时，先确认一下他们是不是正确的。通常他们更加靠近代码，所以对于代码的具体方面可能他们会有更好的了解。他们的意见是否合理？从代码质量的角度考虑
阅读全文
摘要："来源" 如何写代码审核评论 概述 友善一些 清楚的阐述你的理由 要在清楚地给出方向和指出问题后让开发者自己决定之间做好平衡 鼓励开发者简化代码或者添加说明，而不是解释代码为什么这么复杂 礼貌 通常当你在审核别人的代码时，友善、尊重、提供清晰、有效的意见对于开发者是非常重要的。做到这个的方法是在评论
阅读全文
摘要："来源" 代码审核的速度 为什么代码审核要快？ 在谷歌，我们会对一个开发团队交付产品的速度进行优化 ，另外一面就是优化独立开发者的编码速度。独立开发者的速度很重要，但是绝对 无法 与整组的速度相比。 如果代码审核太慢，就会产生下面的影响： 整组的效率会降低。 当审核不能快速反馈时，单个开发可以投入其
阅读全文
摘要："来源" 代码审核的建议路径 汇总 当你知道该如何审核代码之后，如何有效率的在多个文件中进行审核呢？ 1. 变更合理吗？有没有适当的描述？ 2. 优先确认变更提交中的核心部分有没有经过良好设计？ 3. 确认变更提交中的其他部分都是有良好排序的。 第一步：对变更进行概览 查看变更的描述并且对变更提交整
阅读全文
摘要："来源" 代码审核时我们应该审核什么 注意：在考虑下面的原则时，切记要根据《代码审核标准》进行考虑。 设计 代码审核中最重要的事情就是考虑一下变更提交的整体设计。变更提交中各个部分的关联交互是否合理？这些变更是应该在代码基线中，还是应该提交到支持库中？这些变更是否能够与系统内的其他部分很好的整合？现
阅读全文
摘要："来源" 代码审核标准 代码审核的核心目的是保证谷歌代码在不断的改进发展过程中还能持续保证健康。所有代码审核的流程与工具都是设计用于确保这个目标。 为了实现这个目标，我们做了很多的权衡。 首先，研发人员必须能够在个人的任务上 做出改进 。如果你从不提交代码的改进，那产品就无法提升。同样的，如果代码审
阅读全文
摘要：[TOC] 引言 网络上版本管理系统之争持久而喧嚣，依照声量来讲目前应该是Git占了较大的优势。不过我们本文的关注点在于代码的分支管理模型，因为大家无论是用SVN或者Git，目的是为了解决研发过程管理中的实际问题。我这里整理几种分支管理模型，这样大家可以对照自己的痛点选择合适的模型。不过并不是最灵活
阅读全文
摘要：到现在已经写到了第五章节，实际上离Jira的官方系统已经越来越远，本章节的内容基本上已经完全脱离了Jira这个系统本身，而是依赖Jira的API接口和数据库进行开发了。主要包含如下几个功能： 人员任务排期管理 历史人员任务排期检查 BI报表 注意 ： 由于我们的二次开发基本都是做成静态页面，但是大量
阅读全文
摘要：前面的几章基本已经完整构建了Jira的管理平台，并且有了一套比较完成的制度和方法。但是优化是永无止境的，我们作为研发管理人员，需要让系统使用起来更加高效和便捷。为了达到这个目的一般有两种途径， 插件和开发 。我们本章再推荐一些插件，下一章会介绍一些很轻量的二次开发，无需修改到jira本身而是使用接口
阅读全文
摘要：道生之，德畜之，物形之，势成之。 《道德经》 Jira的道在于构建了整个环境和思维模式，也赢得了市场的认可，成了一种势。无数的厂家便成了Jira的海洋生态当中的重要组成部分。有些厂家的插件是提升了Jira的体验，有些则是强化了特定功能。这里只推荐三个算得上 必须 使用的插件。 BigPicture
阅读全文
摘要：道生一，一生二，二生三，三生万物。 《道德经》 如果说第一节的指导思想是 管理之“道“ ，那我们本节的核心配置就是 Jira系统之”道“ 了。有了核心配置，才有后续的各种管理方法的实施可能。 本节的核心配置包括下面几点： 项目 用户组 问题类型 字段配置 工作流 项目（Project） 项目的主要用
阅读全文
摘要：太上，不知有之；其次，亲而誉之；其次，畏之；其次，侮之。信不足焉，有不信焉。悠兮，其贵言。功成事遂，百姓皆谓“我自然”。 《道德经》 研发管理或者系统工具的指导思想我觉得就是依照上面这句话做到“ 不知有之 ”和“ 我自然 ”。如果管理方法是合理和高效的，它一定是符合（或者能够引导符合）大多数人的使用
阅读全文
浙公网安备 33010602011771号