天行者YANG - BLOG

敏捷迭代为什么升级团队在敏捷迭代实施的过程中，遇到了各种问题，在这个过程中，也发现了很多很好的方法论。所以，近期根据团队迭代的实际情况，做了2.0的迭代流程升级。团队使用的工具，在很早的文章里面有介绍，请查看小团队如何落地敏捷开发一切从需求开始需求源分类由于提出需求渠道比较多，为了便于管理，我们对需求源进行了分类，具体分类如下：需求类型描述对应迭代版本号feature基于产品价值的自主产品迭代feature/sprintXX，如：feature/sprint40

前言早期阶段的ToB SaaS，从数据规模来讲，相对较小，所以从研发成本、服务器成本上，一切从简，采用「简单」的数据收集方案，进行用户行为数据的收集工作，从而指导业务和产品。大数据计算一般的流程如下：其中「数据收集」包含了「数据采集」「数据加工」「数据存储」三个步骤，通过这些步骤将用户的行为和环境信息转化为结构化数据，从而沉淀为数据资产，为产品设计、运营分析、业务决策提供重要的数据支持。事件模型记录用户行为，首先要考虑的就是如何结构化，即事件模型WHO：用户ID、设备指纹、学校ID …WH

这支团队是从2020 Q1开始接触的，在这个过程中，团队在迭代质量和效率上面得到了很大的提升。但是作为团队的「舵手」，我迫切想知道，大家对于团队的看法和新的一年的预期是什么，为2021年进行团队调整收集大家的真实想法，所以才有下面的「总结」活动。目的了解团队成员关注的价值，为塑造团队价值作为参考了解团队成员关注的团队的问题，并针对性解决促使团队成员可以思考2020自己的好的和不好的地方，进行个人复盘了解大家的目标，想成为什么样的人，从思考如何让「个人目标」和「团队目标」的重合度加大，使双方.

写在前面什么是真正的程序员2020年已经结束，回顾和思考了2020年我的团队的好与坏，并且在2021年应该如何更好地建设团队。在谈如何做团队建设之前，我们先来说说程序员这个个体。在互联网的浪潮下，程序员这个职业从某种程度上来说，具备了改变世界的能力，随着各种培训机构越来越多，程序员也成了高薪的代名词。越来越多的人选择这个职业，是因为高薪。从本质思考，高薪是做的好的结果，而不是成因。所以，我们应该思考下，我们当初只是为了高薪而加入吗，那么现在呢，什么才能支撑一个程序员走的更远？什么是真正的程序员

2020年随着居家时间增多，对自己的思考的时间也多了起来，而随着年龄的增长，认知的提升，获取的知识也不知不觉从技术类侧重到了提高认知层次。下面的清单更多的也是索引的作用，看过了有个大概印象，当需要使用时，再去找。社会类《生命摆渡人》《机械宇宙》《大学的终结》《未来简史》《人类简史》《硅谷钢铁侠》认知类《赋能》《卓有成效的管理者》《反脆弱》《OKR工作法》《重新定义公司》《支付战争》教育类《你就是孩子最好的玩具》...

有时候一天会被大大小小的各种会议打扰到爆，而让人最沮丧的是，会议讨论过程往往很多时候偏离的主题，从而导致低效，没有会议结论，就更别提什么效率了。最近，公司「老大」提出在2021年的会议需要高效，议而决，决而果。所以，认真回忆了我在2020年参加会议的情况，感觉确实糟糕无比，那么如何开一个「高效」的会议呢。我思考了下面几个问题。我们为什么开会如何提高会议效果我们为什么要开会会议价值思考的起点：我们还应该从「价值」的基本面去思考。会议本身是一个讨论和决策的过程，其本身并不产生实际的价值。而真

我们日常开发面临的问题紧急修复线上BUG，应该如何拉取代码进行改动，直接在develop或master改吗？现在团队有好几个并行开发任务，每个上线时间点不一样，而且是不同的小组负责开发，怎么管理并行任务，如何推送正确代码是一个大问题。每个人对于分支命名不一样，对于命名的理解也千差万别，上线前在发现，分支合并错了。分支管理的目标代码提交在应该提交的分支随时可以切换到线上稳定版本代码多个版本的开发工作同时进行明确每个分支的功用，做到对应的分支执行对应的操作使用 Git 管理版本迭代、

Jenkins Pipeline 微信小程序手动上传不是挺方便的吗在初期，小程序开发者1-2人时，通过Win和Mac小程序开发者工具，进行上传确实比较省时省力，但是随着小程序业务代码增多，并行开发任务增多，开发者增多， 在管理各种版本上，都需要牵扯精力，而且上传发布很可能是多个人都会进行的事情了。我们并不能保证每个上传人的环境统一、AppID每次替换都不出错误等等。随着这些问题的发生，自然而然，我们会把频繁做且流程化的事情，做成自动化。环境说明硬件Mac Mini（OR Windows本，这里我

Jenkins Pipeline Maven Project用代码的方式，管理日常的构建1.Maven Project构建的阶段（简单流程）清理工作区获取code加载CI配置文件打包工件归档部署或其他操作通知构建结果（这里用的是钉钉）上面仅仅是针对一般类型项目进行的构建阶段说明，可以针对自己的要求进行增减（还可以包含docker镜像的打包、推送私服、git tag等等）2.Maven Demo Project.├── README.md├── app

什么是扩展共享库在工作中，我们可能会有很多Maven项目的打包部署，还有Android、iOS等等的打包任务，虽然项目不同，但是打包、部署等等流程有很多相似之处，扩展库共享库允许我们抽象出很多公共部分，这样后续在新项目配置Pipeline的时候，会非常简便准备Jenkins：安装建议参考Jenkins安装Gitlab：安装建议参考Gitlab安装为了方便，我这里都选择Docker安装，请大家自行配置Gitlab和Jenkins相关参数，比如Gitlab的SSH Key，Jenkins的凭证，这里

为什么需要降低Review成本，可以明确知道本次提交的改变和影响规范整个Team的提交习惯，对技术素养的养成有益可以通过统一工具，抽取规范的message自动形成change logGitHub Angular Demo目前Github的Angular项目，就是完全采用规范的Git Message来进行日常的提交管理和发布管理的，下面是这个项目的Commit记录，和自动根据commit生成的change log遵循什么规范目前，使用较多的是AngularJS规范# 包括三个部分

写在前面最近疫情严重，正好利用这个时间，把自己之前的Blog和印象笔记的东西搬搬家，整理整理，希望在疫情过去后，自己也能坚持把自己平时工作的关于技术和管理的实践多写写，一起交流。产品研发得码多少人首先打算写一个自己平时在工作中，对于日常的工作流程和工具进行一个整理，也就是DevOps。本人一直在创业公司，有很多人觉得创业公司不需要技术管理和流程，就不到10个人，为什么需要这么多乱七八糟的。在讲这个问题之前，我们想想，现在当下互联网或者物联网相关的产品，需要的角色有多少呢？角色职责备注

You can’t manage what you don’t measure. - Peter Drucker你如果无法度量它，就无法管理它。这是现代管理学之父，彼得·德鲁克的一句名言。项目管理、敏捷开发的前提，还是需要把数据串起来，进行可视化、数据化，这样才能看到它，管理它。本文将以公司SaaS产品为例，介绍下“小团队”是如何进行敏捷研发的落地的。为什么要实施需求的进展不透明，不知道现在到哪里了需求延期发布成为了家常便饭，不知道什么时候会发布上线需求发布上线后，心里总是忐忑不安，不.

目的首先，我们需要明确为什么要做这件事情。这件事情能给大家带来什么，预期结果又是什么，这里的“大家”主要有3个主体：公司、团队、个人，每个主体对于技术学习与分享这件事件，都有不同的预期结果，下面总结了几点目的：学习新技术，提升自我，形成技术知识体系提升专业知识领域的经验提升沟通和表达能力学习和分析内容，可以帮助产品技术框架、性能、工具的推进技术资料的沉淀，形成公司技术价值如何开始了解了目的，我们需要想想如何做，才能达成目的。成人的学习、培训是比较难顺利推进，繁重的开发任务和人的惰性，