瑞士商學院的5堂創意課─從城市、身體、色彩到表達…沒想到可以超展開到這種程度

瑞士商學院的5堂創意課─從城市、身體、色彩到表達…沒想到可以超展開到這種程度
Photo Credit: Reuters/達志影像

我們想讓你知道的是

Chris一邊舉著啤酒杯,一邊對我們說:「你們有機會,一定要去柏林見識,現在那裡是全歐洲的創意中心……」

「歡迎來到創業精神與創意(Entrepreneurship & Creativity)課程。先說好,期末報告我們不玩PPT報告那一套,我們玩更大的。」教授Chris神彩奕奕地說。

我在瑞士聖加侖(St.Gallen)。這一回,我換的是五堂商學院創意課教學帶來的啓發。

這是聖加侖商學院碩士班的選修課,Chris在第一堂課即開宗明義,五堂創意課結束後,每一組都必須以「創意」的形式,介紹「創意的個人、組織,乃至於企業。」,每一堂我們都有很多、很重的指定閱讀,除了大家帶著想法到課堂討論,每堂課,都充滿驚喜。

第一堂:創意的起點是瞭解自己、瞭解差異

Chris以許多理論向我們解釋創意之於個人自覺的重要性。「現在,我要請你們來填一個測驗,你們就當心理測驗就好。」Chris發給課堂所有學生一份問卷,並予以說明:「這是Kolb的學習風格量表(Learning Style Inventory),請大家作答,並依最後積分,畫於最後象限圖,看看自己的學習風格偏向何者。」

待所有學生填答結束後,Chris開始解釋:「四個象限分別代表適應者(Accommodator)、發散者(Diverger)、同化者(Assimilator)、收斂者(Converger)。」

Chris解釋Kolb學習風格量表四個象限特徵|Photo Credit: 換人

大家點點頭,接著Chris露出一抹神秘微笑,淡淡地說:「你們以為就這樣而已嗎?現在,請所有人到教室外面來。」

當我們步出教室後,迎向我們的是膠帶貼好示意四個象限位置的地板。

Chris邀請大家依測驗積分站上四個象限的位置,予以說明|Photo Credit: 換人

所有學生都樂壞了,紛紛走上自己積分的對應位置。接著,Chris一一解釋各個象限的特色……最後,他說:「現在,請你們以一組四人為單位,也就是,每組各個象限都要有一人。」

Chris最後闡釋他的別有用心。「有時同質性的人一起工作思考,往往難以察覺盲點。不同個性的團隊組成,雖然容易有口角,但那往往是破壞式創新的開口。火花,就是從那裡產生的。」

「所以,還不快期待接下來的創意課。」Chris對所有人眨眨眼,下課。

第二堂:城市的創意—參訪創新活化的蘇黎世西區(Zurich West)

過去的蘇黎世西區是工業活動區,沿著鐵軌一帶,廢棄的廠房、鐵皮屋皆集中於此,一度因工業活動的式微而蕭條。但近年來,越來越多創意工作者進駐此地,形成獨樹一格的創意聚落。

經過廢棄廠房改造的新創園區,遇到正在試驗的機器人|Photo Credit: 換人

Chris與助教為此趟參訪,一共規劃7個地點。包含一處展覽X書店多用途的複合式空間、一間綠能科技的公司South Pole、一座造船廠改造的劇場、以及發源於蘇黎世的FREITAG星期包旗艦店貨櫃屋等……讓我最感興趣的是一片改造鐵皮屋後的夜店與酒吧區。

我們與一間知名夜店的老闆深談他的創業過程,他穿著唐裝,和我們分享夜店的空間設計,以及如何以主題式創意經營管理—包含DJ、燈光,餐飲的搭配組合,每一細節無不講究。

參觀蘇黎世西區知名夜店,創辦人正和我們解說創新管理的應用|Photo Credit: 換人

最後我們抵達一排有趣的軌道。每一座拱型橋墩下,都是一家家設計商店與創業工作室。Chris帶領我們拜訪他的新創朋友,並在拱形空間內共同動腦激盪,其間不時有火車從上頭飛嘯而過產生的聲響與震動,酷極了。

蘇黎世西區的拱形橋墩,如今已活化為各式創意商店與工作室|Photo Credit: 換人

拱形橋墩內部別有洞天,Chris在其中之一的創意工作室帶大家討論|Photo Credit: 換人

第三堂課:身體的創意—盡情舞動後,再盡情地自由書寫

第三堂課前,Chris發信,「請著運動服裝,到體育館報到。」等到大家集合時,迎接我們的是蘇黎世一名現代舞者。他帶領我們伸展自己的身體,也玩「你躺我接」的信任遊戲。待一陣練習結束後,我們必須在20分鐘內,跟著未知的音樂,設計、編排團隊肢體表演,即興演出。

肢體律動讓我們更瞭解自己,並學習團隊合作|Photo Credit: 換人

最後一小時,Chris請我們重回教室。隨意在心裡找一個對象對他說話,以15分鐘自由書寫,在動靜之間尋求轉換。

第四堂課:色彩的創意—訪問同學,畫下彼此的生命故事

隨意與課堂上一人同組,每人10分鐘,彼此訪問記錄下對方生命故事,並分為「他的個性/過去最難忘的突破經歷/最想成為的一件物品」。將一張圖畫紙分折成三等分,於訪問後畫下。會話結束後,同學們需將作品集中張貼。這時,Chris隨意邀請人,選一幅自己最有感覺的畫作,並請創作者分享。Chris會延續追問,「為什麼會選擇這個顏色?你的感覺是什麼?」

畫下你的創意傳記,Chris每堂課總有新鮮挑戰|Photo Credit: 換人

Martin是我的夥伴,我們畫彼此的故事|Photo Credit: 換人

所有人必須將作品張貼,並請人挑選想深入瞭解者,由創作者說明涵義|Photo Credit: 換人

第五堂課:表達的創意—多重體驗的期末展演,每組各出奇招

「整個教室,都是我們的舞台。」我的好朋友,來自布魯塞爾的查理,扮演卓別林,整組介紹卓別林的一生與創作,呈現生動度堪稱一絕;介紹紅牛(Red Bull)的組別,設計一整套行銷遊戲呈現;我最喜歡的是介紹分子廚藝的組別—他們當場在教室中料理,並分送給所有同學嚐鮮!


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡