每次對外提及我的工作需要身兼Data Engineer、DevOps Engineer、Project Manager，以及ESG研究員時，大家都會對於我一條龍式的工作能力，以及同時管理多項產品、多位同事任務的能力感到震驚，到底我是如何做到的呢？其實只是以基本的「產品線任務」視角與「團隊人員」視角來進行規劃管理。
ClickUp為2017年創立於美國聖地牙哥的專案管理軟體公司，提供一體化的平台，以提高工作效率和協作，以下我使用ClickUp的Free Forever方案來進行說明。有鑑於我自己也花了不少時間研究專案管理軟體的操作與設計，並試圖將工作中實際碰到的情形，導入這樣的協作平台，因此前些日子我意外獲得了ClickUp Power User的徽章，是全球前10%的頻繁使用者之一。
本篇文章我將以資料產品公司的產品研發、商品化過程，考慮公司組織特性之下進行的ClickUp管理工具配置，因此配置方式不一定適合所有的公司與團隊，謹以此範例說明如何透過這樣的配置，來實踐真正的「管理」，解決管理上龐雜混亂的問題。
ClickUp
Power User的徽章
這本《不理性的力量》，原本深藏於公司書架，由於2024年4月3日花蓮地震的關係，公司書架遭震倒，開放同事們自由認領書籍，因此我挑選了這本由丹‧艾瑞利(Dan Ariely)著作，讀起來貌似有趣的書籍（整本書讀起來確實很有趣），看看能否幫助到追求工作與生活平衡的我。
本書的撰寫方式是根據作者的研究，整理出各種不同的章節，部分章節的內容其實非常近似，例如第三章的「IKEA效應」與第四章的「非我族類症候群」，其實都是論述「敝帚自珍」的概念，但因為學術研究上控制變數、邏輯推導等因素，作者做了好幾種類似的實驗，並分別於不同的章節說明、呈現。不同的章節之間沒有關聯，讀者可以將本書各章節當作豆知識，輕鬆閱讀即可。
有鑑於先前在LinkedIn分享「害怕資訊技術」的職場現象，決定寫下這一篇淺顯易懂文章(希望真的是淺顯易懂！)來向大家科普一下。我會以「資料處理」說明6項常見的資訊基礎建設，以及以「應用程式系統」說明另外6項，總共12項資訊基礎及其任務角色，本人並非完全熟練這12項要點的實作，但隨著工作任務的推進，與經驗、技術的累積，實作能力也將持續進化，歡迎多多交流。
As the viewpoint "fear of information
technology" shared on LinkedIn before, I decided to write this
easy-to-understand article (I hope it's really easy to understand!). About the
category "data processing", I'll show 6 common information
infrastructures; about the category "application system", I'll show another
6, a total of 12 and their task roles. I'm not fully proficient in these 12 key
points. However, as work tasks executed and experience gained, my abilities
would be better. Any discussion and viewpoints are welcomed.
我的朋友總是會出其不意地給我驚喜，這次是持香時間久的香水，以及這本由作者Sandy Su（蘇盈如）親簽，署名給我的《CHANGING！轉型地圖》，真的是莫大的榮幸（開心🥰，雀躍地跳了起來！）。
與多數的人相比，我關注職涯發展的程度，可以被視為工作狂了，即便週末休假，我的腦袋可能還在想工作的事情、技術的問題、學習的目標、想讀的書籍，腦袋處於一種很難閒下來的狀態，深怕失去了競爭力一樣；本書作者為國際獵頭，接觸過形形色色的人們，並聽過大量的人生故事，故以精選的故事說明如何有韌性地面對動盪的世界，並提供讀者盤點職涯的工具，強調掌握職涯的重要性。
忙碌之餘，也該靜下心，好好規劃未來發展，好好傾聽內心的聲音了，讓對於工作過於躁動不安的內心，可以平靜地應對不斷變化的世界。
現職所在的「TEJ台灣經濟新報」，早期業務重心放在期刊的編纂，因此公司就像一間小型圖書館，有眾多的藏書。今年0403花蓮地震將公司的書架震得東倒西歪，也因此公司開放書籍認領，讓我有機會取得這本十年前出版（2014年），由尼可拉斯．艾普利(Nicholas Epley)著作，陳信宏與崔宏立共同譯註的《為什麼我們經常誤解人心？芝加哥大學行為科學教授揭開心智運作的真相》(Mindwise: How We Understand What Others Think, Believe, Feel, and Want)。
如同在LinkedIn上所陳述的，我身兼了ESG研究員、資料工程師、系統專案經理、DevOps等4種職務角色，其中PM的角色可是讓我吃了苦頭：與客戶的溝通，往往得經歷冗長且難以聚焦彼此觀點的會議；與同事的溝通，又得不斷嘗試打破對方的防衛心，用盡談判技巧讓大家接受專案必須執行的工作項目。多虧了「大人學－專案的談判與協商」這門課的幫助，讓我擔任PM角色時所需的談判能力進步不少，但是工作人際關係的問題仍是沒有解決。
記得我剛到職，擔任單純的資料工程師時，我只要和同事討論好他（她）們想要的概念，我就可以把所需的資料程式撰寫好，彼此的能力相輔相成，合作還蠻愉快的；但是接任PM之後，不再只是單純執行同事的任務，而是必須將專案任務派發給同事共同執行時，就遭到了頑強抵抗，過去一年的順暢合作經驗，瞬間化為泡影，演變為不接觸、不談判、不妥協的「三不政策」；被同事如此巨大態度的轉變所針對，我想沒有一個人會高興的，尤其是自己過去以累積的專業技能與經驗解決大家的問題，最終卻被如此對待，實在情何以堪。
有鑑於此，我才會選擇閱讀這本書，畢竟人心的判斷與所選擇的應對方式，不會是只有職場上才會出現的問題，而是所有人的人生，或多或少都會遭遇到的課題。
來說明這本由Miguel Grinberg著作，賴屹民翻譯的《Flask網頁開發 第二版》(Flask Web Development, 2nd Edition)，本書的撰寫方式如同網頁開發人員新增應用程式功能，每新增一項功能，就會有新的章節說明這樣的新功能，是使用什麼樣的技術製作而成；由於網頁應用程式具結構性，程式碼之間的撰寫與修改是息息相關的，故作者有提供Repository供讀者檢視與試驗。
我們可以依照本書各章節的順序，逐一檢視各章節在Repository對應的 Branch，藉由各個Branch的切換與推移，可以學習、理解與推演作者修改程式的邏輯，這對於Flask的學習是非常重要的。
「Flask網頁開發」系列網誌，整理的方向也只是羅列修改方向一致的各個Branch，統整為較容易查找的功能主題，並輔以註解說明特殊模組、套件的API如何使用，以及使用的目的，對於完全沒有網頁應用程式開發經驗的讀者來說，依舊是極度難以理解的一系列筆記，建議還是得先學習好Flask的基礎，再掌握好本書作者訂定的目錄框架，最後才能掌握住本書的程式開發方式。