# EP03 - 「更好」的習慣("Better" Habits) ## 節目介紹 節目名稱:[改變共和國(Republic Of Change)](https://rss.com/podcasts/republic-of-change/) 節目介紹:從管理週報中,我們可以看到身邊的人不斷的反思,觀察,進而做出改變。這個節目將帶領聽眾,更近距離,深度的去探索他們的這些過程,希望能給大家不一樣的啟發。 ## 本集介紹 討論主題:「更好」的習慣 短述:常聽到「沒有最好,只有更好」。「更好」並不是一個結果或是狀態,其實是一個習慣及思維。身邊的專家或達人,都是怎麼練成的?是否有什麼我們不知道的秘訣?讓我們一起來思考及討論吧。 ## 來賓及參考資料 ### 王仕文(研發二組) 曾經的我以為跨領域的改變,是需要經過一段很長的黑暗期,看著周遭身經百戰的戰士們,而我卻是一個弱小無知的新兵,我要如何能追趕上大家的腳步,一起上戰場征戰,若我是封閉式的學習,也許真的需要經歷一段很長的成長期,但是我並不想如此,我想要快速成長! 交流學習讓我看到了一線曙光,透過與同事之間的交流學習,從中學習他們累積的經驗,更快速得跟上大家的腳步,加入戰局與他們一同征戰,未來不僅可以一同作戰,還可以交流彼此的經驗,共享彼此卓越,創造雙贏的局面。 除了技術上的交流之外,週報心得也是一種交流方式,透過同事及長官的心得分享,不僅可以省思自己是否也有相同困境,也能夠看到他人處理事情的態度,以及對各種事情的看法,對我來說也是一個很好的交流管道,有助於自我的成長。 ### 陳靜儀(網頁組) ### 謝季融(維運組) 以前都認為專案很重要,專案有需求就會盡量滿足。但這樣是不對的,因為專案如果違反我們SOP流程,其實不應該先處理專案需求,而是要先把他透明化出來,讓大家瞭解討論,大家都有共識後,才能協助處理。 在茶會中,部長提點到,需求有問題就要立即反應,把他透明化出來,千萬不可以私下溝通解決,萬一事情出問題爆發,後果都會不好。另外有人提到:『專案需求是不是都要照單全收,專案認為這樣做才會賺錢,但不是我們的標準內,有時覺得很困擾。』 陳總此時提出一個看法,蠻有同感的。技術團隊對每一件事情都要訂出規範、訂出標準,大家要在這規範標準內去做創意發想。如果認為這規範標準在現在環境下已經不合時宜時,那都可以再討論的。如果沒有訂出規範標準,是無法服務更多的人。 ## 訪談內容 ### 乃宏 #### 節目介紹 大家好,歡迎來到「改變共和國」Republic Of Change。 這是一個和商用研三的ROC電子報連動的一個Podcast作品,也是我們希望帶給大家更多正能量和啟發的新嘗試。這個節目會以ROC週報的內容挑一個主題,請投稿的作者一起來談談在反思,觀察及改變的過程,他們觀念改變的契機,遇到的困難和拉扯,以及改變後收獲了什麼。 #### 討論主題 今天要討論的主題真可說是一個「知易行難」的代表了。大家看了勵志的影片,讀了好書,也聽過一些成功人士的故事,都會受到激勵,要變得更好。想要變得「更好」,光靠激勵出來的熱情是不夠的,更重要的是如何變成一個可持續執行的實際行動?當環境或自身受到影響的時候,又該怎麼克服自我懷疑,繼續這趟旅程?知易行難的「難」就在這裡了,我想這是個很適合大家一起討論學習的題目。 #### 來賓介紹 因為研三部的人員多樣性真的是太豐富了,簡直就是鈊象電子的熱帶雨林一樣。所以今天還是邀請了三位來自不同領域的代表。分別是研發二組的王仕文,網頁組的陳靜儀和維運組的謝季融。那麼就先請他們三位跟大家打個招呼,簡單介紹一下自己在職務上提供專案的是哪個部分的服務。 靜儀在部門內很活躍,大家習慣叫她「笑笑」。季融也有自己的外號叫「SB」,不是「傻逼」哦。等等我們在節目中就會用「笑笑」和「SB」稱呼他們。 ### 仕文 #### 在週報中看起來,「交流學習」似乎是你變得更好的一個契機和習慣。在回到研三和原有的成員交流後,你有刻意把這個習慣,嘗試影響身邊的人嗎? 有的,畢竟我們團隊的成員們,都跟我一樣正在努力轉型,不管是已經正在新領域上開發的,還是正在學習的,都非常需要時常進行交流,它帶給我們的好處,不僅僅只有把自己的問題解決了,有時候甚至可以共同討論出更好的解決方法,讓彼此都能成長。 像我最近常常找團隊成員們進行互動,希望藉此了解他們在轉型上遇到的困難,以及分享我一些學習的經驗,當然我也很希望他們遇到問題可以主動提出,大家一起討論,一起成長。 #### 在App團隊除了「交流學習」以外,你還有觀察到什麼習慣,是我們值得學習,能變得更好的? 除了交流學習之外,我覺得對我最有幫助的習慣是,工作管理的輔助工具,雖然每個團隊使用的工具不同,有些是用Google Sheet,有些用ClickUp,有些用Redmine,不管是哪個工具除了幫助我提前安排我接下來的工作項目外,還可以方便追蹤目前的工作進度,甚至可以記錄實作過程、遇到的問題以及解決方式,在沒有這個工具輔助之前,我經常需要花時間反覆整理今天做了什麼,明天該做什麼,不僅花時間,有時候甚至因為插件過多,導致忽略原本計畫要做的事情。 另外,在工作紀錄這部分也幫助我很多,有時候時間一長,當專案遇到問題的時候,通常只記得似乎在哪個專案也發生過一樣的問題,但不記得當時怎麼解決的,有了這個工具的輔助,我可以只需要透過些微的記憶,就可以找到解決的方式,大大減少所花費的時間,尤其是現在年紀越來越大,總是忘東忘西,越來越需要把事情記錄下來了。 #### 轉場(主持人) 仕文算是由技術單位轉型支援專案單位的代表,他從專案這邊學到更好的習慣是「積極的互動」及「工項追蹤」的重要。我覺得他講到「團隊」的意義就是要積極交流及分享,這個觀念是很受用的。如果什麼問題都還是只想「自幹」解決,那就不叫團隊了。有一點我蠻好奇的,不曉得在設計領域中,有什麼能讓自己變得「更好」的習慣呢?這部分我想就讓笑笑來跟我們分享一下她的經驗吧。 ### 笑笑 #### 「網頁」和「UI/UX」是一個緊密結合,但知識範圍有蠻大差異的兩個學問,妳們平時自己,或是小組有什麼不斷優化自己求成長的習慣?會嘗試把兩個領域都精通嗎? 謝謝乃宏的提問,關於網頁和UI/UX的部分我先做一個簡單的說明,我們在做網頁的時候本身會顧及一些操作體驗的問題,還有介面的設計 ,操作和體驗性屬於UX,介面設計屬於UI,這兩者是不同的定義,UX屬於架構本質,UI則是美感與配置,在網頁的製作上這兩者皆是不可或缺的,對於我們網頁設計來說這兩個領域也必須都要一定程度的底子。 如果是追求成長的習慣來說,其實我們網頁組的團隊內都會有固定的內部分享會,每周會進行一次,就各領域專業技能來作分享(設計人員分享網頁的介面設計、體驗相關,程式人員就有不同的技術分享),或是我們會追蹤一些相關的課程或是研討會,有時候是去外部參加課程再回到內部分享,有時候是線上的研討會像是這三周的modern web那種大型網頁開發研討會,小組人員會參與線上收聽。又或者是其實我們在公司內部也會有一些討論群組,有些相關議題都會拋上來一起研究或討論。這些算是我們團隊固定會去學習和提升的一種習慣。 #### 妳們有非常多跟用戶溝通,釐清需求的機會,妳身邊是否有人有一些很好的習慣,有助於順暢的溝通的?是什麼樣的習慣?又是怎麼養成的呢? 就我觀察到的就是米妮和聖倫他們會積極主動地去了解需求,而他們其實在溝通跟釐清需求的過程中會請需求方描述一下使用情境,我們會根據情境來作討論,再來去作情境描述的文件和原型的製作,主要就是要有"了解使用情境"的習慣。當然這個過程中是非常密集性的開會討論和確認內容,這樣的習慣要怎麼養成呢,其實最重要的一點就是"設計的同理心",從對方的角度去了解他為什麼想要這樣的工具或服務,來把事情做好。 #### 轉場(主持人) 我印象中主觀成份很大的設計領域,沒想到也會像工程領域一樣導入「需求分析」及「作業流程」的概念來執行。而且連新聞媒體記者在使用的「5W1H」都派上用場了,真的是讓我很開眼界。謝謝笑笑給我們這些比較前端的設計觀念。接下來我們來看另一個方向,也就是從專案單位轉型到技術服務單位來的SB,他又有什麼不同的視角,來看待「怎麼讓自己變得更好」這件事。 ### SB #### 「服務怎麼做比較好」這個標題很直白,但你以前是專案的角色,而現在是技術支援單位。從不同的面向看「服務」這件事,想法上有什麼轉變嗎?以前是怎麼看,現在又是怎麼想的? 專案對公司來講是很重要的,他是我們的主要營收來源 唯有跟著專案一直往前衝,大家才會有好的福利。 所以以前會覺得以專案為主是必然的。 而來到技術支援單位後發現有一些事情是我之前沒有注意到的。譬如專案的需求如果不符合我們的SOP流程(像是不符合資安、不符合公司長遠規劃等),該怎麼辦。以前在專案會覺得這些需求雖然不是很理想,但目前很急,就先幫忙解決燃眉之急,之後會再思考如何改為正常架構,這個需求就先幫我們處理吧,快一點,我們趕著上線。 但現在,在技術支援單位,一樣的需求,不符合資安或是公司長遠規劃,會婉拒這樣需求,說明婉拒原因,並提出理想解法,如果專案還是覺得一定要用,那就是把這件事情透明化出來,讓大家都知道都有共識以及同意了之後,再來處理,千萬不可以私下解決。我想這是我來到技術支援單位後所改變的思維。 #### 從專案團隊轉換跑道到技術團隊,有什麼你覺得需要多加強的地方?目前有規劃養成什麼習慣,讓自己變得更好嗎?有沒有什麼Role Model(榜樣)或是信念是你想分享給大家的? 我想,管理方面是我目前要多加強的,如何藉由管理來增加產能,是我目前首要的課題。 至於有想要規劃養成什麼習慣,我想持續保持運動習慣,讓身體越來越好,這樣才能持續應付未來的工作。 最後跟大家分享的是,『用心過每一天,謹慎用每一元』,珍惜每一天的生活,不要浪費任何一毛錢,這是我目前的信念分享給大家。 #### 轉場(主持人) 好的,我想SB有給我們一個不一樣的視角。當「服務」從專案拉高到公司的層級後,要用心的地方就不同了。能把一個專案服務好,跟把所有專案都服務好,思考和用心的地方就不一樣,尤其是SOP的制定,大家只認為它是一個作業程序,但實際上那更像是一個品質保證及提升。 ### 來賓 有幾個問題是不分領域的,想問問大家: #### 今年過了2/3了,有養成什麼讓自己變得更好的習慣嗎?怎麼辦到的? 笑笑:整理自己的工作筆記,再來就是學會分享 工作筆記始終是一個非常重要的工具,能夠幫助整理工作思路,提升工作效率  (筆記重點說明...) #### 在工作上,是否有聽過「不要亂改,品質優先」這樣的論點?可人類的進步都是由那些不滿足現狀的人推動的,你們又是怎麼樣讓自己在職能上,突破這樣的心魔,做出改變,變得更好的? 笑笑:實際上在遇到要不要修改和調整這個狀況,對於我們來說還是前面提到的"設計同理心", 我們都會先站在對方的立場去考量一些東西的修改必要性,盡量了解到對方的立場和想法以及初衷,進而求同存異,就能更容易地找到解決方案。 ## 節目結尾 好,節目也來到了尾聲,我們想告訴大家的是: > 每個人都會因為改變而成長,再因為成長而看到更多改變的可能。在共和國內,還有許多人有不同的改變故事,希望能持續帶給大家改變的可能。 我們下次再見,拜拜~ ###### tags: `roc_newsletters`