1 Star 2 Fork 2

企业内源治理 / Gitee 企业内源最佳实践

 / 详情

内源和开源的目的完全不同,不能简单的选个工具了事

Backlog
owner
Opened this issue  
2020-03-06 10:47

如题,大家怎看?

Comments (2)

红薯 created任务
展开全部操作日志

内源需要的是一整套协作管理系统吧

我推荐一个deploy模型做参考,可作为协作部署的参考。

原文链接

共同体模型一

  1. 每次客户需求由a1、a2、a3三个角色依次完成t1、t2、t3任务;
  2. 分配:
    • 全部完成三个任务:分别发放报酬s1、s2、s3,剩余资金按5:7:3分配;
    • 未全部完成三个任务:已完成任务发放报酬s1、s2、s3;如有剩余资金,由已完成、未开始任务承担者平均分配;如有对外欠款,由已开始未完成任务的承担者支付。

部署过程

部署过程

  1. 甲作为部署者,提出以下要约并与乙、丙二人签署;
  2. 每次客户需求由甲发出指令,并承担t3任务;
  3. 按以下要约执行后如果还有对外欠款,由甲支付;
  4. 按以下要约执行后如果有剩余资金,根据共同体模型分配。
  5. 甲收支平衡后把部署者角色和a3角色剥离:部署者角色剥离成立共同体,按照两份要约转让权利义务,自此完成部署。

乙:a1要约

  1. 接到甲的指令,乙承担t1任务;
  2. 验收后由甲支付s1报酬,并根据情况发放额外奖金;
  3. 验收不通过则由乙支付t1任务产生的对外欠款。
  4. 甲有权把权利和义务转让给其他方,乙继续履行以上条款。

丙:a2要约

  1. 接到甲的指令,丙验收t1任务、然后承担t2任务;
  2. 验收后支付s2报酬,并根据情况发放额外奖金;
  3. 验收不通过则由丙支付t2任务产生的对外欠款。
  4. 甲有权把权利和义务转让给其他方,丙继续履行以上条款。

补充

对照工作流(动议-提案-方案-计划-执行-评审-复盘),将上述模型部署为各级各类工作模块,我觉得非常适合纵横间的协作与管理。

Sign in to comment

状态
Assignees
Labels
Milestones
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
Branches
Planed to start   -   Planed to end
-
Top level
Priority
参与者(3)
112488 lbb4511 1578918062 948272 cqhwang admin 1578936455 36 ld 1578913711
1
https://gitee.com/InnerSource/gitee-innersource-best-practices.git
git@gitee.com:InnerSource/gitee-innersource-best-practices.git
InnerSource
gitee-innersource-best-practices
Gitee 企业内源最佳实践

Search