Civic Tech(技能)共學週報第三十三期

Posted by 嘉鼎智能,115B實驗室,Huanry編輯 on 2022-09-21

Civic Tech(技能)共學週報|第三十三期 (2022.9.21)

Civic-Tech-33

前言

Civic Tech(公民科技)主要在於利用各種設計思維、溝通方式、新興技術等工具來推動各種社會倡議,而具有系統思維是利用公民科技各種工具的前提,關心整體系統而避免見樹不見林。

『Civic Tech(技能)共學週報』為『115B永續所得實驗室』內部整理學習使用,『永續所得實驗室』致力於推動社會團結經濟實踐,利用『系統設計思維』(system design thinking)幫助不同個人及組織連結全球經濟系統。
為實踐團隊間共同學習之理念,我們將每週整理各方面的資料、新聞、活動,與各界共享共學,並期待未來各種集智合作形式。

歡迎大家一同參與共學。

👉 點此加入 115B Slack 群
👉 點此或掃描二維碼加入LINE社群
公民科技共學群

如果大家有知道各種新資訊以及好的活動,也歡迎加入我們的LINE社群,分享給大家。


推薦活動

【公民議題大家來討論】叮咚!你收到一個年薪66萬美金的錄取信,你敢來嗎?

🔶 線上免費活動 9/30 Fri. 14:00-16:00

騙子猖獗,人心險惡!台灣人竟然騙台灣人!到底為什麼會有這麼可怕的狀況?柬埔寨和海外到底能不能去工作、旅遊呢?
這個如此惡劣的社會事件,您有什麼看法嗎?我們能做點什麼嗎?公民議題我們一起來討論!(^o^)/~

👉 報名連結

【公民議題大家來討論】叮咚!你收到一個年薪66萬美金的錄取信,你敢來嗎?


目錄


學習資料分享

系統思維

👉   It’s complex, not complicated

作者在公部門工作,曾作為不同的設計角色,包含數位體驗設計、政策設計、資料策略…等。

本編文章,作者討論Complex以及Complicated的問題的差別。

Complicated的問題,也翻譯為複雜,但是可以梳理、被一一解決的。而Complex,代表每個因素都會相互影響,牽一髮而動全身,永遠無法解決,只能逐步改善。

了解這個,便知道Complex的問題,無法透過拆解、專業完全解決。

也因此,政府永遠無法完覺解決這樣的問題,只能逐步改善。

最後提到,因此,系統思考、敏捷等概念,其實並不新,只是因Complex的問題自然需要存在,作為改善的方法。
因而,利用系統思考、敏捷,持續改善,才是去面對Complex問題的方式。

👉   We Are Out of Time on Climate: How We Do Things Must Change

文中提到傳統的能量開源模式,就是燃燒,如同傳統經濟模式的「內捲」,也是燃燒自己、並且灼傷他人的狀況。

氣候變遷的影響的現狀,比我們想像的嚴重,需要立即改變。

最主要要改變的是,去除各種需要燃燒獲得的能源,轉向各種再生能。

👉   Can Nuclear Power Save The World?

文章提到了,除了政治因素核能沒被發展,在其它再生能源不足的情況,煤碳又是成本相對低的來源,而又被繼續使用。

文章題了兩個方式去解決,一個是讓政府將用於改善碳足跡的各種補助,用於核能。

另外還有問題在於,核能廠建造的時間過長,而正在發展的SMR(Small Modular Reactor)技術,可以用模塊化的方式,較快速建立小型的核能發電。

社會經濟

👉   Patagonia founder gives away company to help fight climate crisis

知名登山服飾品牌Patagonia的創始人Yvon Chouinard將公司的股權移轉信託,並將所有的獲益捐給對抗氣候變遷的Holdfast Collective。

意味著Patagonia將持續提供客戶群服務,然而Chouinard家族不會有此獲得直接經濟效益,並且經濟效益將作為幫助氣候變遷使用。

合作溝通

(暫無分享)

設計

👉   Stop thinking about flows, start thinking about objects

先以用戶的目標,再分析完成目標該做的任務,是常見的設計方法。

然而在實際的過程,遇到了需要大量重新為每個人重新設計的過程。使得要完成不同用戶的需求,變得困難,從而無法很好的幫助到用戶。

目標-物件 導向 的設計方法,則是先Zoom Out,了解全局,即每位用戶需要的各種目標該怎麼拆解,並重複利用已有的目標-物件。

文章題了兩個OOUX的關鍵概念,抽象化及封裝。

抽象化的意思,在物件導向編程中,在於僅僅顯示用戶有用的訊息,但隱藏其他無用的訊息。這使得用戶不會被複雜的訊息給淹沒。
但這會與不同情境下有關係。

例如「水果」可以是一個物件,但如果需要更多訊息時就需要不同的物件,如「蘋果」、「香蕉」、「西瓜」…等。當物件越多,則會越複雜。
封包的部分,則是每個物件,都需要可以獨立的運作,不與其它相依。嵌套式的物件也相同,只有外層與內層相依,但不同內層與外部也不可相依。

👉   Why design skill maps are not inclusive career ladders

文章以設計師的職涯及團隊內的升遷機制,說到技能矩陣的不夠包容性。

並提出了軟技能,會逐漸大於硬實力。然而也提到了,人無法全部都掌握,當如果要加強軟實力時,硬實力勢必會需要放開。

將升遷的語言簡化、明確,由於人無法專注於太多資訊,3-4個參數可以幫助團隊對升遷機制更了解。而非列出非常多的資訊。

不要過於關注技能,而是關注其產生的影響力。

擁抱各種人,幫助每個人專注,以及可以看清其強項。

技術


活動分享

9月26日

9月28日

9月30日

10月1日

新聞分享

(暫無分享)


其他連結



Comments: