管理
博艺
这个作者很懒,什么都没留下…
展开
-
Team leader的几点看法
每年给组员做PR的时候,总会谈及职业规划的问题。也总会被被问到怎样何时才可以做一个lead,为什么自己不能做lead?就从别处收集了一些自己也加了一些作为一个指引。但实际在具体操作时,也是每个manager见仁见智的事情,而且有时需要激励和推动才能挖掘出他/她的潜能。基本1.理解及分解能力,能够准确的理解上级给出的任务并合理的分解2.目标设置能力,能够将任务,时间,注意事项,期望结果,标准等明确的告诉你的组员3.监控进度和质量,收集组员的进度及汇总,评估组员的工作质量4.时间管理能力,合理的安原创 2021-09-15 10:36:01 · 256 阅读 · 0 评论 -
墨菲定律(设计系统)和康威定律(系统划分)
在设计系统时,应该多考虑 墨菲定律:任何事物都没有表面看起来那么简单。 所有的事都会比你预计的时间长。 可能出错的事总会出错。 如果你担心某种情况发生,那么他就更有可能发生。在划分系统时,应该多考虑 康威定律:系统架构是公司组织架构的反映。 应该按照业务闭环进行系统拆分/组织架构划分,实现闭环/高内聚/低耦合,减少沟通成本。 如果沟通出现问题,那么应该考虑进行系统和组织架...原创 2020-05-06 16:06:37 · 185 阅读 · 0 评论 -
语义化版本 2.0.0
版本格式:主版本号.次版本号.修订号,版本号递增规则如下:主版本号:当你做了不兼容的 API 修改, 次版本号:当你做了向下兼容的功能性新增, 修订号:当你做了向下兼容的问题修正。先行版本号及版本编译元数据可以加到“主版本号.次版本号.修订号”的后面,作为延伸。Alpha 版Alpha 版功能稳定,但功能可能不完整。 在版本处于 Alpha 版状态时,可以添加、移除或更改 AP...原创 2020-04-08 17:30:08 · 141 阅读 · 0 评论 -
团队项目的Git分支管理规范
团队项目Git分支管理规范:分支管理创建项目时(一般是服务型项目,工具型或辅助型项目可以简单一些),会针对不同环境创建三个常设分支:develop:开发环境的稳定分支,公共开发环境基于该分支构建。 pre-release:测试环境的稳定分支,测试环境基于该分支构建。 master:生产环境的稳定分支,生产环境基于该分支构建。仅用来发布新版本,除了从pre-release或生产环境B...原创 2020-02-17 13:21:46 · 244 阅读 · 0 评论