顯示具有 thinking 標籤的文章。 顯示所有文章
顯示具有 thinking 標籤的文章。 顯示所有文章

2022-11-22

給追求高效工作的您:懂得歸納團隊目標陣行持續前進


圖片來源:FIFA WORLD CUP粉絲團


試問自己在工作上您自己、或您待的團隊、甚至您領導的團隊常常有以下狀況:
  • 覺得事情又多又雜,無法決定哪件事情該先完成
  • 覺得高層主管老是空穴來風,常常拍板分配一堆芝麻蒜皮卻又一定得做的工作
  • 覺得客戶永遠有找不完的碴,三不五時就要來打斷既有工作規畫與進展
  • 覺得團隊成員無法跟上自己的腳步,千叮嚀萬交代還做不好事情
  • 明明團隊用了著名的敏捷框架,也執行每日站立會議、每週review會議,但事情永遠像是炸了鍋處理不完
如果有以上症頭,代表團隊已經出現工作量與產能入不敷出的狀況,不管如何,以下提供個人、團隊運行兩種建議。

【給團隊】
  • 首先我們要有一個認知,工作量已經無法讓團隊消化,那身為主管的您,是否有辦法把不重要但卻要花時間的瑣事給減量甚至直接幹掉。舉例來說,每日站立會議是否能避免流於形式的流水帳工作報告,把落落長的每日30分站立會議縮為5分鐘的有效溝通會議。舉例來說,弊司在2019年全公司導入SCRUM作為敏捷開發的框架前,個人早在2013年領導團隊時就已經率先運行,因為有著多年一線開發經驗,我知道怎樣的溝通細節會是團隊所需,加上每天都在站,所有團隊成員的進度早已聊若指掌,所以常常在專案一忙起來,我就會直接不讓團隊成員一一報告,取而代之是我用幾句話直接總結,然後散會
  • 或是有些例行性報告,乾脆省略讓團隊專心在客戶或長期目標需要的產出即可。
  • 身為主管(或是PM)要非常清楚專案短、中、長期分別要完成的目標有哪些,千萬不要連自己在哪邊都不知道,然後接近Deadline時都還沒把進度分配給成員去執行。
  • 如果主管忙不過來,請適時的授權;好的授權不僅可以加速產出,提升團隊成員成長,而不是嘴上說一套要培養優秀接班人,但卻連放手都做不到。
  • 溝通效率:當面 > 電話 or 遠端語音 > 訊息 > 郵件 >>>>> 糾結於團隊內部討論,卻不實際找業主、第三方討論確認。
  • 只參加跟團隊有關的會議,把時間用在領導團隊非到處開會
【給個人】
  • 雖然最近很流行Quiet quitting一詞,但其實學會有效率的工作才是達成此心流狀態的最佳實踐。
  • 對於有升任主管企圖的同仁,學會向上管理、適時向主管反應你想擔更多的責任。不過世間本來就無法事事順心隨意,常常你很努力工作、也能高效並超越期待的完成目標,但主管還是無法放手... ...如果是這樣沒必要讓自己委屈,講到這應該就懂了吧。
  • 只參加跟自己有關的會議。
【Best Practice】
  • 找一個頭腦最清醒的時間,依個人經驗是早晨,所以個人非常、超級、無敵討厭早上就要浪費時間開會。
  • 不要一到公司就馬上收信、什麼都不想開始工作,請先保持清醒的把事情全盤統籌review,快速排出優先順序,規劃出來,畫出一張心中對於團隊的短、中、長期的目標陣行
  • 有了目標陣行後,不管此時再來什麼樣雜七雜八的瑣事基本上也無所畏懼,依著目標陣行讓團隊持續前進即可。

2021-07-10

80後的美好年代

    封筆許久,因緣際會來微解封一下.嗯...希望可以就此積分起來.

    近日才又承租N家的線上影音串流,拜賞一部日前討論熱烈且被封為神劇的The Quees's Gambit,其中一幕劇情是Beth已經獲得美國公開賽冠軍,名滿天下的時候在賣場巧遇高中同學推著嬰兒車瞎拼酒採購時的一段聊天,高中同學對著能夠靠比賽而四處跨州甚至是跨國旅行的Beth透露著欽羨的眼神.這幕讓我這種凡夫俗子突然有種好險自己是生80年代後的人. 

    在我們80年代初期出生的這一輩,並沒有戰後嬰兒潮團塊世代的人口紅利加持,加上自己更衰尾剛好落在人口出生率最高的那幾年,想當然而在資源相同,但競爭肯定遠比團塊世代人競爭來得激烈,從近年來已開發國家的人口出生率瘋狂下降、結婚年齡晚、不婚主義、草食主義橫行的社會現象早已不言而喻,更別提那節節攀升的房價... 

    但這樣的現代社會卻讓平凡的小我似乎可以更加悠遊,我們不需要才氣縱橫、也不需要功成名就,一年中只要有一段時間好好工作,然後就可以透過休假或一些轉換就讓自己環遊世界,更別提現在的網路與資訊發達,基本上只要一只背包、一本還沒過期的護照、一些存款、智慧型手機加上一點點勇氣,隨時都可以買張機票就前往世界各地,到當地再用APP找尋住宿都還來得及. 

    也許我們沒有著團塊世代的優勢,但我們有的是80後的新美好年代.

2017-01-18

陪你讀冊 | 決斷兩秒間(Blink: The Power of Thinking Without Thinking)

圖片來源:Blink: The Power of Thinking Without Thinking

    受到羅輯思維視頻啟發,以往個人看書,都是看過、畫重點後就把書擱在一旁,看過的書目其實不少,但真要從記憶殿堂中把知識取出再利用的成效明顯不彰(汗...)。而羅輯思維推出的"得到APP"其中之一萬維鋼欄目的知識積累方法,是透過將自己看過的書寫成筆記,以撰寫的方法進行梳理自己的邏輯思維。

    最近迷上Malcolm Gladwell的書籍,從最早的異數:超凡與平凡的界線在哪?開始閱讀,陸陸續續又買了以小勝大:弱者如何找到優勢,反敗為勝?引爆趨勢:小改變如何引發大流行、還有本次文章要提到的決斷2秒間:擷取關鍵資訊,發揮不假思索的力量,等有空會一本本把閱讀手札補上。

    決斷2秒間:擷取關鍵資訊,發揮不假思索的力量所有探討的主題圍繞在"薄片擷取"理論,所謂薄片擷取指的就是人可以透過數年成長歷練的經驗以及知識,在很短的時間只要看過一眼,就可以得出一個可能比運作數個月的研究工作團隊還精準的判斷,為此書裡舉了一個美國加州蓋提美術館(J. Paul Getty Museum)在1983年買到假大理石雕塑(Getty kouros)的故事做為引述。

2015-07-16

無聊工程師的科學分析時間:為什麼頂尖運動員們總是有這麼多桃色緋聞

圖片來源:千人斬,最後的江湖(電影)

以下內容採科學數據分析來探討為什麼頂尖運動員們總是有這麼多桃色緋聞,可能包含18禁內容,請已成年者再繼續閱讀。

2014-12-26

2014末 - 自我技術成長的省思

最近悠悠轉轉某開源社群一段時間,鑽研其中一個主題,過程大概就是系統安裝、trace code、把架構搞清楚、拉哩拉雜用了一堆元件、再把python又複習了一下,腦袋中累積了不少東西,想把東西寫出來做個分享,表示自己好像獲得一項成就(?),結果寫到一半,突然發現...

我現在不過是把社群上的英文文件翻成中文而已啊...
我現在不過是把社群上的英文文件翻成中文而已啊...
我現在不過是把社群上的英文文件翻成中文而已啊...

嚴重發現自己沒有貢獻(哪有人自己當穿新衣的國王,還同時扮演那個指著國王說沒有穿新衣的那個小孩),不過就這樣一個move就得到一個反省思考的機會。

台灣的軟體實力長久以來,跟硬體、晶圓代工廠那些還可以跟世界搶單一較高下的技術來比,根本就是一塊如同殘障的領域。沒辦法,台灣一個小島才多少人,最強的都跑去當醫生、律師,再來是電機,然後才...好了,這種涉及到人身攻擊的議題到此為止。

關於軟體開源社群,在台灣能有"實質貢獻"的機會並不多;觀察幾年下來,台灣軟體產業界的毛病仍舊停滯不前
  1. 拿了國外寫好的開源專案,稍微改個UI、換個LOGO就說是新技術;這點其實很tricky,到底是拿既有開源專案去忽悠上面說開發了新技術,然後上面決策層級(擁有資源)的人很開心,就開始大肆做宣揚、媒體推廣的人但不去思考這到底算不算是一個真正能讓產業升級的關鍵技術。兩邊還真不知道誰對誰錯,也許這是一個共犯結構、上下交相賊,下面想辦法透過最短途徑讓長官開心,長官也有了新的題材讓大長官更開心,你開心、我開心、大家開心,開心之餘又有錢領何樂而不為,反正題材願景的泡泡只要不戳破就沒問題。
  2. 不斷的做Me2

2014-07-15

研發主管職秘辛


圖片來源:http://s1.djyimg.com/

一些心得分享。

所謂團隊:自主運作、團隊產出與人力(數)成正比、隨時可以增添或拆解人力。
現在的團隊已經處於一個穩定狀態,透過兩週固定一次的例行會議,或是臨時性任務的E-Mail電子郵件交代,設定好人員、目標、時間,成員就能自行準時完成並且回報進度,以公司經營來說有點算是達成人力與目標的break even。雖說團隊規模還不大,但依照這樣的模式要擴大、因應新任務承接根本不成問題,並且依照人力的增補可以獲得相對應的工作產出,才是真正的團隊!這時候我就不需要注意細節部分的領導,可以把時間分配並專注於新領域的技術、市場導向研發。

個人領導原則:
個人其實在接下職務以前,早就對自己有所目標設定,兢兢業業不忘自己的領導原則

自主型的團隊運作:
由於團隊是全新成立,為了讓大家及早進入狀況,採用敏捷式開發每日站立會議方式提高成員間的溝通互動、大家對產品技術熟悉度。個人覺得強迫性導入敏捷的精神:時常溝通、不斷檢視是團隊現在能自主運作的最大成功因素,大家在需要的時候就迅速集合、快速討論、立刻下決定的處理方式,個人引以為傲。

除了滿足上級需求,更要培養菁英團隊:
一個主管的成功,如果只成功自己,個人不覺得是個成功領導。成功領導應是團隊性。怎麼培養真的是門藝術,要讓底下的人成長,成長到足以取代自己的位置,這樣自己才有基礎往更高的階梯上爬。
    至於如何滿足上級需求,這又是另一門學問了,簡單的說就是要用老闆的角度來思考事情,這裡不多述。

如何幫團隊擬定執行策略:
個人覺得這是件相當困難的事情,莫非定律表示:事情永遠在你很忙的時候,會冒出更多事情,所以幫團隊擬定最好的執行策略是當一個主管或領導最重要的任務:
  1. 找出最適合的人來負責事情,但要記得賦予權責:這裡講的是最適合,而非最好,大家都知道每個人專長都不一樣,有些人適合處理人際關係、有些人研發能力很強但可能文筆不是很好、有些人統御能力很強、有些人測試規劃很強,這些都是需要長期觀察並且試著去交辦任務才能發現,絕對不是把所有的事情往最強最厲害的人身上丟就沒事,那要你這個主管幹嘛?在強在厲害的人一天跟其他人一樣都只有24小時,主管要做的事就是去找出最適合的人選。找出人選後,要懂得授權,負責人有權利去調度人力或安排資源,不能讓他覺得綁手綁腳,最好也不要給其太多限制(除非觀念有所偏差,但這樣就不應該是你挑出來的人選),讓成員有機會成長。
  2. 給訂明確的目標

2014-03-18

你在做,主管怎麼看


暨寫完軟體主管的喃喃自語:領導原則,這是給自己看的,藉以提醒自己不要走失了方向。領導團隊一陣子了,看到了一些現象,也有些心得與感想。

主管要幫你沒錯,但不是你的管家:
    每間公司都有既定的體制與規則,當然部門與部門之間也享有或是管理不同資源的責任,舉例來說,今天你的團隊明天要出外景,然後你發現自己沒有攝影機,臨時採購當然來不急,這時候就要去跟別的部門商借,這時候可能就要動到主管去跟其他部門交涉攝影機的使用資源(只是舉例)。但接下來的工作,包含借攝影機可能需要填什麼表單、是不是還要借電源線、是不是需要借鏡頭、機器的使用方法等等,就應該你要自己處理了,而不是還要主管幫你換這些工作層級的尿布。
    也許你會問,那到底什麼時候可以請主管來幫我?很簡單,就是這件事情你自己喬不動的時候,需要有權力的人來推一下除此之外,個人建議盡量就別動用到主管,畢竟主管真的很忙。
    怎麼說忙,你又會問,我看主管都沒在做事情阿?有帶過團隊的人應該都能體會,當成員有問題來找你,假設光是一個對話(成員說明、內容對話、情境了解、給定決策)需要10分鐘就好,然後你每次打斷主管思緒後要讓他在回到原有思緒,總共算15分鐘好了,假設你的團隊有10個成員,大家每天都來問一件事情就好,主管就要花兩個半小時跟團隊周旋... ...這樣的算法還沒算到跟主管的主管、還有別的團隊的主管周旋。

工作分配下去,團隊都有定期開會,我還需不需要另外回報進度?

2013-05-15

不要再Cost Cutting,創新就隱藏在細節裡


偶然機會,跟一個原本在做NB的代工大廠(對!就是俗稱的毛三利四),而現在努力想切入伺服器市場(後PC時代來臨,NB市場已經徹底萎縮)的台灣硬體廠商有交流機會。過程中他們介紹未來要推出的伺服器,雖然個人是很純的軟體RD背景,完全非硬體出身,但聽介紹、看了機器採用外部廠商的基礎元件和整體產出,倒是對所謂的業界俗稱ODM/OEM有更深一層的了解,也了解為什麼毛利率為什麼老是這麼低(雖然台灣軟體業好像也沒好到哪去)。

2013-05-11

Perfect chasing needs streetwise-leadership

我相信在追求完美的道路上是永遠沒有止盡的,但完美的達成需要團隊的完美配合。

如果領導人無法有願景的看到目標、甚至無法體會或理解路途上會歷經的坎坷,那注定無法成功。

2013-02-05

當全世界都在用Win/Mac, 你如何用Linux獲利




當世界已經被 Windows 或 Mac 占領,你還有辦法用賣免錢開放原始碼的 Linux 獲利嗎?

最重要的是找到商業模式

- 蘋果模式 Apple Pattern:Mac OS 底層用的是 BSD Linux,但他做了相當多的加值,除了從核心把原生致命的記憶體管理改善,最廣為人知的莫過於 Steve Jobs 畢生都在推行的一體化軟硬整合,瞧瞧2008年七月就上市 iPhone3,他那指尖翻閱頁面滑溜無比的順暢度,到了2013年的今日也沒有幾隻手機能超越。喔~對了,他還有個叫做 AppStore 的應用程式平台,不僅提供 Dev 一夕致富的機會,也讓 user 有十輩子也玩不完的 content。

2012-10-26

軟體債


任何的軟體工程師一定有碰過類似的狀況:「Dead line就在明天,不管了,隨便寫寫交差再說」、「上午老闆跟你說:這個功能你下午就要給我!!」 面對這樣的杯具,保有技術潔癖的工程師絕對還是不會隨便敷衍了事,仍舊保持那優雅的程式撰寫風格,先行做好規劃架構、元件可再利用設計、語法宣告嚴謹的 Write the GREAT CODE 態度,即使犧牲加班時間也要把工作完成(其實如果一直保持這樣撰寫態度的工程師,一點也不會害怕這樣的事情發生,因為所有的架構早就準備好接納各種需求變更的設計)。
但現實生活這樣的工程師往往只能用 hard code、全域變數代替區域變數來應付了事,更糟糕的是連測試都省略。短時間能敷衍了事,但維護的時候就是惡夢連連,這在軟工上稱為技術債

軟體債:廠商為了求快、求眼前看的到的利益大肆任用開放原始碼做一些很簡單的加值功能,但卻不願投注研發核心讓自己擁有獨一無二的難以突破性關鍵技術

2012-08-09

台灣人,勇敢的休假去吧



日前與公司同事打球,休息時聊到旅遊,他提到自己的夢想是去北極看極光,我就熱血澎湃的回答他:"那就去阿!!",然後他沉默一秒鐘後說:"可是要請假兩個禮拜耶..."。然後我問:"這應該是你的第一份工作吧?"他馬上瞪大眼睛一副不可思議的說:"你怎麼知道?!"

2012-07-25

為什麼台灣發展不出好的軟體


從北京回來一段時間,開始有些事困擾著我
  • "為什麼在北京覺得某系統很爛,現在卻覺得還好?"
  • "為什麼在北京覺得很多事需要努力,現在卻感受不到?"
  • "為什麼在北京跟人談話,只要三言兩語就能猜到對方在想什麼,現在不行?"

前幾天Google簡立峰到公司演講,也提出一個問題:
  • "他一直在台灣找不到所謂的產品經理,找到好的PM,都是小留學生"
然後我問了自己一個問題:
  • "在台灣的軟體,要採取什麼樣的做法才能達到全球化,就像google、facebook?"
一直沒有解答,直到今天一席談話,終於得到一些想法