Update 2020-12-01-使用Gitea代替Github托管代码.md

_posts/2020-12-01-使用Gitea代替Github托管代码.md

@@ -837,9 +837,9 @@ gitea下质量管理的基本思路是
 gitea和github一样提供了milestone和project两种进度管理工具.这两者虽然在实现上都是依托于工单系统的,但在设计和使用思路上有很大区别.
 
 + `里程碑方式`,是[Scrum方法论](https://baike.baidu.com/item/Scrum/1698901?fr=ge_ala)的一个工具.适用于时间限制内迭代交付的敏捷工作流
-+ `项目方式`,是[看板方法论](https://baijiahao.baidu.com/s?id=1768363734089014454&wfr=spider&for=pc)的一个工具.`项目`有利于持续交付和稳定的工作流程
++ `项目方式`,是[看板方法论(精益方法论的一个分支)](https://baijiahao.baidu.com/s?id=1768363734089014454&wfr=spider&for=pc)的一个工具.`项目`有利于持续交付和稳定的工作流程
 
-通常这两种进度管理工具对立统一--我们通常用`里程碑方式`管理特定仓库中代码的迭代,用`项目方式`管理产品层面功能的迭代以及优化工作流
+通常这两种进度管理工具对立统一--我们通常用`里程碑方式`管理特定仓库中代码的迭代,用`项目方式`管理产品层面功能的迭代以及优化工作流,二者结合使用[Scrumban](https://en.wikipedia.org/wiki/Scrumban)方法论指导项目管理
 
 ##### 里程碑方式
 
@@ -1106,18 +1106,33 @@ jobs:
 ##### 用于镜像管理 -->
 
 
+<!-- 
+## 使用gitea作为工作室管理工具 -->
 
-## 使用gitea作为工作室管理工具
+<!-- #### Scrumban结合gitea进行项目管理
 
-由于gitea既有组织又有看板.还有非常完善的标签系统,实际上gitea也很适合作为工作室的管理工具一个工具包打天下.只是我们需要需要将工作室的组织架构和仓库相融合.下面是我总结的组织划分
+Scrumban简单说就是kanban融入Scrum方法论,用短周期的冲刺和更具体的人员分工优化kanban方法.总体上还是精益方法的思路.因此同样讲究精益的7个原则
+
++ 杜绝浪费: 将所有的时间花在能够增加客户价值的事情上
++ 推迟决策: 根据实际情况保持可选方案的开放性,但时间不能过长
++ 加强学习: 使用科学的学习方法
++ 快速交付: 当客户索取价值时应立即交付价值
++ 打造精品: 使用恰当的方法确保质量
++ 授权团队: 让创造增值的员工充分发挥自己的潜力
++ 优化整体: 防止以损害整体为代价而优化部分的倾向
+
+在gitea中使用Scrumban方法角色定位放在组织层而非仓库层.一个组织中需要有PO(产品负责人,确定开发方向,技术选型,对应ownner团队),scrum master(辅助支持工作,对应scrum master团队) -->
+
+
+<!-- 由于gitea既有组织又有看板.还有非常完善的标签系统,实际上gitea也很适合作为工作室的管理工具一个工具包打天下.只是我们需要需要将工作室的组织架构和仓库相融合.下面是我总结的组织划分
 
 + `strategy`: 战略组织,成员为资方,老板,数分人员,仓库用于维护策划书,数据报表等文案,project则为策划的落地情况,报告的完成情况等等
 + `administrative`: 行政管理用组织,成员为财务,人事,内控等的人员,仓库用于维护公文,人员档案,财务档案,计划等文案,project则为招聘计划,财务计划,审计计划等
-+ `core`: 技术核心组织,成员为业务组织和支持组织中的资深人员,这个组织用于维护需要开发经验的核心资源和高性能资源,以及技术选型等,同时还有给业务组织和支持组织管理维护项目模版的功能.这个组织的成员同时也要对业务和支持的代码质量负责.project则为模版迭代,核心迭代,技术调研等.
++ `hardcore`: 技术核心组织,成员为业务组织和支持组织中的资深人员,这个组织用于维护需要开发经验的核心资源和高性能资源,以及技术选型等,同时还有给业务组织和支持组织管理维护项目模版的功能.这个组织的成员同时也要对业务和支持的代码质量负责.project则为模版迭代,核心迭代,技术调研等.
 + `bussiness`: 业务组织,也就是负责对外获取营收的组织.这个组织包含从产品到开发到测试的所有业务相关人员,project就是业务项目,
 + `support`: 支持组织,也就是负责内部运维开发以及内部使用工具开发的组织.不参与直接获取营收但负责平稳运行业务.仓库内容包括各种外部库简单包装,部署脚本,监控服务,容器平台建设等.project则为运维开发迭代,工具开发迭代
 + `mirror`: 外部工具的镜像库,定时自动同步
-+ `actions`: github上有用的action的镜像,定时自动同步,自有action
++ `actions`: github上有用的action的镜像,定时自动同步,自有action -->