以 github 为核心的高效协同沟通

[ZoomQuiet]

背景

目前交流渠道有 微信, gitcafe, github, trello, google-group

好不容易总结出点儿经验, 这个经验就是协同一件事, 要切换3个沟通渠道

微信/Teletram/邮件/电话 任何沟通场景中 (No.1)
^ \
|  +- 触发策划/创想/改进点/文案/任务
|   \
|    +- 在 gitcafe/issue 或是列表中具体描述 (No.2)
^     \
|        +- 审核完毕后(直接增补,或是评注确认)主动认领开工
|         \
^          +- 本地调试通过后, push 到 gitcafe
|             |- 在列表中回复对应线索, 给出 commitlog 链接 (No.3)
|             |- 微信/telegram 中提醒
|            /
+-----<-----+

现象

目前交流渠道有的协同状态:

• trello 尝试了3年没有用起来,其实已经放弃, 即使有类似:Trello使用手册(v13.5.9) on GDG-珠海 | Trello
• 微信 要求双方实时, 效率不稳定
• 列表天然属性太强,新人不习惯
• gitcafe 功能太弱,基本只有 程序猿用
• github 要求翻越,但是,其它一切非常 NICE

分析

一种,老人/新人 都习惯的沟通形式...

• 目测,可能最省力的就是 github 了!
• 开辟一个 CPyUG 仓库
  • 用 Issue 替代以往的各种社区平台:
    • 新人当BBS 来用
    • 老人通过邮件直接参与讨论
    • 非常有价值的,也可以直接转发到列表
  • 用 wiki 索引各种内外资源
  • 用 仓库/分支/PR 管理/发行社区知识成果
    • 鼓励用 IP[y]:notebook 来发布可运行的教程/书

方案

github 中都集成进来了:

• 非审查+信息过滤 ~ 用 github 至少得有个github 帐号吧! 瞬间将混进来发个广告就走的人过滤了
• github 已经是全球最大的开发者社区了,上限这事儿没听说
  • 在 issue/代码评论中,上千层的楼也有过
  • 比如那个著名的 rm -rf . /
• 可存档可搜索 这在github 中也是天然的
  • repo/wiki 都是 git 用的人越多,备份越多
  • issue 本身没有用 git ,但是,天然的和邮件关联,可以理解为轻型列表:
    • 只有你发起/关注/回复 过的 issue 才变成私人列表,长期追踪
    • 其它 issue 可以当作不存在,也完成一层过滤
• 和其它信息渠道 粘附 ,这简直就是 github 的看家功能哪!
  • 几百种 hook 以及开放接口
  • 已经和 twitter/facebook/slack/hipchat … 流行协同平台对接
  • 而且也和 rtfd/gitbook 等等图书撰写/发布平台接入
  • 更加有和 MSN/G+ 等等 IM 系统的 hook
  • 通过接口和 qq/wechat 关联/提醒/交互 也应该不是复杂的事儿
• 而 repo/wiki 是要有授权才能提交内容的
  • 但是,其它任何人,却可以通过 Pull-Request 流程,提交修订
  • 这也就完成了自然的编辑制度,信任管理

是也乎,(￣▽￣)

配置

• Labels 中的 discuss 就是专门给 BBS 样讨论来发起讨论的
• Milestone 的 Chaos 就是无期限,过滤讨论用的

参考

• Issues · lifesinger/lifesinger.github.com
  • 以 github 为平台的 blogging 成功案例
• 当初进行的协调工具的投票...

[luqin]

👍

[ghost]

很详细很棒