惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Visual Studio Blog
Recent Announcements
Recent Announcements
雷峰网
雷峰网
The GitHub Blog
The GitHub Blog
罗磊的独立博客
月光博客
月光博客
J
Java Code Geeks
A
About on SuperTechFans
Microsoft Security Blog
Microsoft Security Blog
D
Docker
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
F
Fortinet All Blogs
U
Unit 42
C
Check Point Blog
Martin Fowler
Martin Fowler
有赞技术团队
有赞技术团队
博客园 - 叶小钗
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
酷 壳 – CoolShell
酷 壳 – CoolShell
Blog — PlanetScale
Blog — PlanetScale
大猫的无限游戏
大猫的无限游戏
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
阮一峰的网络日志
阮一峰的网络日志
MyScale Blog
MyScale Blog

陈少文的网站

巨变与机遇的未来十年 Kubernetes 平台管理软件压力测试方案 使用镜像部署 Hexo 静态页面 终于等到你 - GitHub 镜像仓库服务(ghcr.io) 一起来学 Go --(6)Interface 一起来学 Go --(5)Goroutine 和 Channel 什么是函数式编程 如何在 Kubernetes 集群集成 Kata 柯里化与偏函数 使用 PyGithub 自动创建 Label 软件产品是团队能力的输出 Helm 2 、Helm 3 比较 IoT 变现 Kubernetes 中的 DNS 服务 国内的 Helm 镜像源 Harbor 使用自签证书支持 Https 访问 DevOps 工具链之 Prow 如何使用 kfctl 安装 Kubeflow VS Code 无法下载 Go 插件的工具包 工程师更应具有服务精神 你不知道的 Docker 使用技巧 使用 Docker 运行 Tensorflow 论中国 什么是左移 如何清空 Git 仓库全部历史记录 一禅小和尚 有风吹过厨房 时间的玫瑰 如何在 CentOS 安装 GPU 驱动 开发 Tips(19)
DevOps Workshop 复盘总结
微信公众号 · 2020-12-24 · via 陈少文的网站

1. 什么是 Workshop

Workshop ( 工作坊 ) 是以领域富有经验的主讲人为核心,通过活动、讨论、演讲等方式,指导成员共同讨论某个话题的学习形式。

相较于传统的方式,Workshop 具有如下特点:

  1. 更具有针对性

有点像研习班,可以针对某一类问题,集中、充分地进行讨论。

  1. 组织更加灵活

对于活动地点、方式具有更多选择,可以是户外,也可以是会议室、茶水间等。

  1. 费用更加低廉

通常采用的是 AA 制,参与者只需要支付餐费和场地费即可,没有额外的开销。

以上内容组织自 mbalib 。互联网产品类的 Workshop 与之有所不同,主要体现在如下方面:

  1. 内容更加具体,针对某个产品

Workshop 的主要目的是推广产品,让用户体验、思考、掌握产品。

  1. 费用免费

处于成长期的组织方,不会收取参加 Workshop 的学员任何费用。很多互联网的大会,都提供免费的茶歇、礼品等,吸引用户参与,Workshop 也不例外。

2. 我的 Workshop 经历

有幸在大厂待过,公司有很多内部培训。涉及项目管理、时间管理、企业战略等类型的课程时,培训老师通常会将学员分组,以小团队讨论,共同输出的形式授课。这应该是参加工作之后,我最早接触的 Workshop 。

而我参与组织的 Workshop 有两次。

一次是一个 SaaS 开发课程。学员主要来自公司内部,讲师讲一个任务,学员操作一个任务,台下有助教辅导学员。但效果不理想,主要原因是在没有基础的情况下,现场开发一个 SaaS 的难度挺大,要求全栈技能,一般人完成不了。Workshop 后期有些失控,做任务的人少,与助教聊产品的人多。

好的方面是,这是一系列的公开课之一,在其他环节可以弥补 Workshop 。

另一次就是下面即将复盘的 DevOps Workshop。

3. DevOps Workshop 复盘

3.1 预期差

首先来看目标:

  • 20 人参与 Workshop
  • 使用 DevOps 产品完整部署一条流水线

接着来看结果:

  • 8 人参加 Workshop,而且主要是现场参赛、非报名学员
  • 没有一个人完成任务

从结果来看,我认为非常糟糕,Workshop 失控了。参加 Workshop 的人数、完成的质量、完成的程度都没有达到预期。

3.2 问题在哪里

  • 没有对学员进行定位

在讨论任务列表时,就发生了歧义,有的认为不应该假定学员的水平高低,有的认为学员对产品不会有很深入了解,应该简单点。

  • 目标不聚焦

在选择开发环境时,考虑的是给其他产品引流用户,而不是聚焦 Workshop 本身。

  • 任务列表和现场流程确认很晚

在 Workshop 的前一周,才开始讨论任务列表和现场流程,没有预留充足的时间准备,也没有找其他同事模拟 Workshop 流程。

  • 宣传太晚

在 Workshop 前两天才开始出海报,宣传活动,招募不到足够多的学员。虽然报名人数超过了 20 ,但是基本都没到现场。

  • 无法主动筛选学员

由于报名人数少,无法筛选学员、挑选更加匹配的学员参加 Workshop。

  • 大部分学员来自现场

现场参加 Workshop 的学员,水平参差不齐,不易达成 Workshop 的目标。

  • 开发环境混乱

一开始准备让学员自己注册账户,赠送优惠券。Workshop 前一天又临时改成公共子账户。

在现场初始化开发环境时,由于疏漏,忘了绑定 EIP,导致无法访问外网。又让学员使用研发的环境,接着研发的环境只有一个节点被玩坏,又切换到另外一个公共研发环境,最后又切回子账户开发环境。

我都说晕了,几个开发环境来回切换。

  • 现场没有按照流程走

写了 PPT,但没有按照 PPT 的章节进行各个事项。

  • 还有一些不可抗力因素

这里主要指的是活动地点处于敏感地区,影响了参与人数;活动时间与其他大厂活动时间严重冲突。

4. 好的 Workshop 应该是怎么样的

上面说了很多问题,那么好的 Workshop 应该是怎么样的呢?避开上面的这些问题就够吗?基本够了,但我想强调的不是怎么去做,而是怎样去思考。

Workshop 有很多的细节可以去优化,可以去做得更好。但我们应该以怎样一个角度去思考呢?

一个好的 Workshop 应该流程畅通。这种流畅来自于确定性下的演练。不能有太多不确定性的因素,讲师需要反复的练习,模拟可能发生的情况。

一个好的 Workshop 应该内容充盈。饱满溢出的感觉,会让学员耳目一新,收获满满。在提高认知的同时,也达成了 Workshop 的目标。

一个好的 Workshop 应该学员熟悉。聚在一起是缘分,能够相知,互助学习,收获友谊,也算是 Workshop 之外的一份礼物。

一个好的 Workshop 应该持续经营。Workshop 是起点,不是终点。有了一个好的开始,还需要持续地维护经营。

5. 参考