中區大作戰二部曲(中):從課程參與者變行動協作者,遊戲設計過程不停卡關

中區大作戰二部曲(中):從課程參與者變行動協作者,遊戲設計過程不停卡關
Photo Credit: 本文作者提供

我們想讓你知道的是

如果「友豪人生」這套實境遊戲,在學期結束時算是未完成的0.5版本,在長春社區試玩時算是單一角色設定的1.0版本,那麼芳慈和匯恩一直在想的,是怎麼讓它升級到多線角色敘事的2.0版本。

文:李晏佐(前東海大學社會實踐暨都市創生中心博士後研究員、臺東大學休閒事業管理碩士在職專班助理教授)、林裔心(東海大學社會實踐暨都市創生中心專任助理)

上課,做遊戲

課程從2020年二月開始,我和裔心每週按表操課。第一單元向修課同學介紹遊戲的相關理論與概念。第二、三單元介紹在地議題與遊戲設計方法:議題部分邀請在地合作夥伴「看見台中城」介紹街友議題,市場主題則由東海人社團隊自己介紹;遊戲設計部分則分別邀請在地合作夥伴「壹零玖伍文史工作室」介紹戶外實境遊戲,也邀請專業團隊「玩轉學校」介紹討論式桌上遊戲。

第四單元則是課程重頭戲,要求各組必須設定主題並實際進行遊戲設計,這時候同學們才意識到自己正面臨各種困境瓶頸。期末那幾週我們盡可能協助各組解決疑難,不論是主題難以決定、切入觀點停留在刻板印象、遊戲機制無法生成、或是遊戲劇情不夠合情合理等等,每一組卡關的地方不盡相同,必須精準診斷,對症下藥。也幸好當初我們有先見之明,事先限制課程人數在可掌控的範圍,最終才得以完成三套遊戲,又以其中兩套較為成形。

三套遊戲
Photo Credit: 本文作者提供
修習「遊戲與社會」課程的各組同學分別設定主題議題,並實際進行遊戲設計。

茲舉兩位同學的期末心得為例,說明我們如何盡力達到課程目標,也在過程中與所有同學一起學習:

我很喜歡兩位老師對於學生以及這堂課的要求與期待,像是與學生一起完成遊戲設計,而不是要我們為了達成老師的目標而努力,也才能讓我和我的組員們完成一個自己想要的遊戲。(同學LHE)

另一位同學也說:

對於這門課程,收穫真的非常非常大,原本我看到這堂課到時候真的以為是一般的選修,玩玩遊戲就好了。沒想到遊戲跟社會議題,甚至跟社會學可以巧妙結合,對於喜歡各式各樣遊戲的我來說是十分震撼的。而且,我認為老師們在課程的安排上非常用心、十分流暢,對兩個主題進行親身體驗,也給了多種遊戲的製作教學課程。(同學LZR)

課程告一段落後,我們請各組自行評估與決議,是否要繼續製作自己的遊戲,並與我們合作;或是無意繼續參與,但將遊戲原型交給我們全權處理。最後則有兩組同學中的其中幾位有此意願,分別是處理市場主題的汀桓,與處理街友主題的匯恩和芳慈。至此,她/他們也正式從單純修習這門課的「課程參與者」變成社會實踐的「行動協作者」。

課程進行過程中,街友組夥伴琪毓知道我們的每週進度,也曾在期末成果發表時第一手體驗到街友主題遊戲「友豪人生」。於是當我們詢問她是否有合適的場合可以讓社區試玩遊戲時,她便代為向長春社區介紹遊戲內容並取得社區的同意,而在2020年八月,讓「友豪人生」這套遊戲首次面對社區裡的真實人群,試驗它面對校園外一般民眾的遊戲效果。

三種遊戲_3
Photo Credit: 本文作者提供
學生將自己設計的街友實境遊戲帶進社區據點,和長者們互動,為嚴肅的社會議題創造多元的溝通管道。

「人生」不停卡關

經過試玩之後,芳慈與匯恩對於她們自己設計的遊戲,有著許多想要修改的地方,像是街友的形象太過單一、倡議的方式會不會反而強化刻板印象、實境遊戲需要的大量人力該怎麼處理、這套遊戲要改到什麼程度才算完成等等。於是我們從九月開始跟她們定期碰面討論修改。十月底左右,與琪毓確認將在年底搭配「街友小屋」的主題展覽,舉辦議題式實境遊戲,大家的討論頻率也從一個月一次改成兩週一次(十二月則變成一週一次,甚至更密集)。

如果「友豪人生」這套實境遊戲,在學期結束時算是未完成的0.5版本,在長春社區試玩時算是單一角色設定的1.0版本,那麼芳慈和匯恩一直在想的,是怎麼讓它升級到多線角色敘事的2.0版本。這樣的想法來自於,除了始終希望讓玩家得以翻轉對於街友的種種刻板印象,她們同時也希望讓對街友議題不那麼熟悉的玩家,能夠透過遊戲理解,在街友之中也存在著不同性別、人生際遇、現實社會處境、相應的可能介入方式……各種差異。

問題是,這樣高度複雜的訊息量,對她們來說一下子難以消化,從而遲遲理不出頭緒。這其實也有如從事社會實踐,常常在深入田野場域之後,無法從複雜的資料梳理出想法。在此情況下,這套遊戲面臨了三次卡關:

  • 卡關一:怎麼呈現出街友的多樣性?

我們提醒芳慈和匯恩,願意去理解每一個人的生命及其多樣複雜性是好的,然而設計遊戲往往需要讓角色立體而鮮明,才有助於玩家帶入角色。越是複雜的現實生活,越是需要清晰的概念工具,才能既化約現象的複雜性、同時又呈現意義的複雜性。此外,遊戲的長處並不在於大量知識或訊息的傳遞,而是在於摸索未知、翻轉刻板印象、引發同理等體驗效果,設計者要意識到遊戲的可能與不可能,才不會讓自己卡在某個兩難環節而遲遲過不去。

於是,除了推薦她們參考關於街友的各種生命書寫之外,我們也建議她們閱讀黃克先對街友或無家者的分類討論,並在徵得作者同意之後,以此分類加上我們自己的採訪觀察與資料蒐集,將遊戲中的角色擴大成三種類型:「𨑨迌人」、「做事人」與「艱苦人」。為了讓玩家獲得深度體驗,我們要做的,便是依序運用有限的關卡數量與遊戲方式,立體呈現該人物的角色設定,由此理解三種角色各自的生命歷程與生存之道。

海報_三種角色
Photo Credit: 本文作者提供
「哇!欸?人生好難」遊戲海報中介紹三種不同的街友角色。
  • 卡關二:怎麼將玩家帶入主題情境?

確立了三個角色類型之後,她們希望在這套遊戲中,讓玩家充分體驗到街友的真實處境。因此,依序盤點出每個角色應該要凸顯出來的面向(從而轉化為關卡)之後,芳慈和匯恩就發揮她們擅長的寫故事能力,撰寫出角色背景故事、每關關主的台詞、甚至是臨時「演員」的動作與台詞。

然而,我們馬上察覺到這個遊戲腳本慢慢走向了戲劇腳本,過度複雜的對白讓整個「遊戲」的遊戲性降低,戲劇性卻大增。固然這樣的安排如果真的執行,參與者可能確實會在充滿互動與行走於舊城區的劇場中獲得豐富的體驗,然而那已經不是「遊戲」了;更現實的限制則是 ,我們沒辦法找到這麼多合適的工作人員來參與演出。

於是,我們不斷提醒她們,劇情所塑造的情境對於玩家的體驗固然非常重要,但我們畢竟是在設計一套「遊戲」,故事情境遊戲機制必須取得平衡,遊戲才會好玩,議題才能有效展現。並且,不要太過仰賴工作人員的演技還有背誦台詞的能力,而是簡化成最關鍵的對白,讓每個關卡的遊戲去幫故事說話、讓體驗繼續下去。

  • 卡關三:怎麼讓「遊戲」變成遊戲?

接續上述從走向劇場的發展,拉回到遊戲的設計,接下來她們面臨到的就是,怎麼讓這個還沒成形的「XX」變成遊戲?顯然,這裡碰觸到一個重要的問題:遊戲的構成要件是什麼?儘管各家眾說紛紜,但一個遊戲能夠成為遊戲,不外乎需要有目標與規則。例如超級瑪利歐,遊戲的目標是要拯救被綁架的公主,規則則是要在每回合時間內克服障礙抵達目標,超過時間或無法克服障礙則會失敗,反之則過關。

於是我們重新提醒她們遊戲的定義,一個關卡一個關卡來確認玩什麼、怎麼玩,通關或失敗是否會影響到整個遊戲最終的結局。在此過程中,不斷確認關卡的內容與順序是否呼應角色設定、數值的變化是否具有平衡性、以及不同的遊戲結局怎麼賦予意義等等。雖然我們援用了一些既存的遊戲方式(或是說,遊戲經典玩法也就是那幾大類,像是探索、解謎、操作、競爭等等),但是好玩之餘,我們同樣重視在玩家心裡堆疊起來的體驗是否切題。

小_DSC00115
Photo Credit: 本文作者提供
利用一些既有的遊戲作為關卡內容,也能增添整體的競爭與趣味性。圖為玩家以「羅馬競技生死鬥」來捍衛自己在街頭的地盤。

最終在2021年一月上旬,我們完成了整個遊戲的設計。芳慈也在這來回修改、幾經波折的製作過程中,將她的心境反映到遊戲的命名:「哇!欸?人生好難」(閩南語諧音為「我的人生好難」),一方面表達她在創作的苦思過程中常常吶喊「人生好難」,另一方面也延續了「友豪人生」的主題性。

由於整個遊戲共有三個角色軸線、兩個共同關卡、十二個獨立關卡,分為上下午兩場次舉行,每場次預計進行90至120分鐘,每場次預計不超過15人參加,這樣的規模是取決於我們最看重的遊戲深度體驗,因此為顧及品質,只能開放少量人數參與。也因此,除了我們從一月上旬之後,立刻開始製作遊戲手冊和各種道具,並且逐一確認補強遊戲的各個細節。與此同時,這樣的戶外實境遊戲規模,意味著當天需要大量的人手。於是我和裔心決定在學校裡公開招募臨時工作人員,並計畫在活動前一天做行前訓練。最終招募到14位學生,萬事俱備,準備上場了。

本文經新作坊授權刊載,原文發表於此

責任編輯:潘柏翰
核稿編輯:翁世航


猜你喜歡


加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

我們想讓你知道的是

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

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

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

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

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

填寫表單諮詢專人 快速在 AWS 找到適合你的快速上雲服務與工具!

了解更多:AWS 開發者系列


猜你喜歡