TS 資訊科技與人才培育
資訊科技 管理 與人才培育
大綱
(移至...)
職場困境 唯快不破
▼
顯示具有
軟體主管的31堂課
標籤的文章。
顯示所有文章
顯示具有
軟體主管的31堂課
標籤的文章。
顯示所有文章
3/14/2021
如何用教練(coaching)的方式引導團隊成員
›
作為主管,帶領引導團隊朝組織期待的方向前進有很多種方式。其中,「教練式引導」針對特定團隊成員行為改善的其中一種方式。 主管對於團隊成員的引導方式大概有四大方向:教練coaching, 導師mentoring, 領導leading 與管理management。在軟體團隊中,領導與管...
7/19/2020
新手主管的準備 - 2 (成為主管的31堂課)
›
當新手主管認知到改變之後,更重要的當然就是準備應對改變。每個組織可以承受的改變時間長度不同,但越快能夠自主地以透明的時程提出改變計劃越好。計劃本身是可以隨著間改變的,因此,做這件事情的重點在於讓自己以及相關人等,對未來你打算要做的事情能有一致性以及能有差不多同樣的期望! (1) ...
4/05/2020
如何成為主管 (成為主管的31堂課)
›
一般資深的軟體工程師,或多或少都會有思考過也許自己可以當領導者- team leader, manager等等。 主管people manager的定義很簡單:就是有人直接對你報告,並且你負責直接管理團隊裡的人,包含考績評估,工作指派,以及,最差的情況下要解僱某人。 沒...
2 則留言:
9/19/2019
管理能力是可學習的硬知識技能 (成為主管的31堂課)
›
許多軟體部門主管之所以成為主管,是因為工作上技術能力表現良好,並且似乎也沒有團隊合作上的問題,因緣際會就成為帶人的主管。成為帶人主管(people manager)之後的技術人員,對於管理能力一開始通常不會有正確的認知。這其實很合理,畢竟領導與管理的工作和技術性質的工作有很...
9/14/2019
絕不犧牲品質 (成為主管的31堂課)
›
無論是大型軟體公司,還是小新創公司,軟體主管常會面臨到時程壓力。畢竟快速交付產品並且到市場驗證,遠比花個數年慢慢搞出一個可能沒有市場的產品來的有用。速度絕對是成功的關鍵因素。再者,孫子兵法有云:兵聞拙速,未睹巧之久也。似乎都在說速度比任何事重要。 然而,做完軟體主管,唯一...
9/08/2019
如何指派工作 (成為主管的31堂課)
›
作為團隊領導者,自然會遇到任務分配,指派工作任務的情況。軟體開發團隊也不例外,雖然敏捷式開發方式中的Scrum方法論,是希望在每個Sprint中採取「自己認領」工作,但其實極少有團隊可以完全做到這點。 指派工作任務最完美狀況是:團隊成員對主管有100%的信任,同時對組織...
9/06/2019
如何建立信任關係 (成為主管的31堂課)
›
一個好的主管,會讓其團隊成員高度信任,在軟體開發團隊中,如果主管可以有效地和團隊成員建立健康的信任關係,就容易達成三贏效果:對企業有利,對團隊有利,也對個人有利。相反的,如果團隊主管不受信任,那麼組織內部就容易內耗,很容易就形成三輸的情況。普通的團隊則是部分成員信任團隊主管,...
9/04/2019
如何提昇士氣激勵團隊成員 - part2 - 三件一定要做的事 (成為主管的31堂課)
›
激勵團隊成員士氣,是在軟體開發團隊中,最好的提高績效與成果的方式。這又是一個所有人都知道,但是很難真正做到的事情。想要作為一個好主管,應該要有某幾種可激勵人的行動。 有幾件用處不大,做了不會有傷害,多少會花點時間,如果有其他人的協助當然可以執行,但是不建議主管花太多時間在這...
9/03/2019
如何提昇士氣激勵團隊成員 - part1 - 幾件千萬別做的事 (成為主管的31堂課)
›
幾乎所有主管都知道,一個技術能力不錯,且士氣高昂,充滿鬥志希望,正面能量強的團隊成員,幾乎必然帶來高績效的結果。並且,他對團隊的貢獻,鐵定遠遠大於一個技術能力超強,但是士氣低落,充滿抱怨失落,厭世能量強的人。 軟體開發主管最難的地方莫過於激勵團隊成員。因而,能否再困難的...
9/02/2019
Scrum的缺點 (成為主管的31堂課)
›
當手上有榔頭,看到任何東西都像釘子 -- Abraham Maslow 1966 ------ 過去數年來Scrum明顯成為Agile軟體開發裡最常被討論跟使用的方法。 當然也有不少文章討論scrum的缺點(請參考 這裡 )。然而,Scrum是個在agile d...
9/01/2019
極端簡單解決問題的技術:check-list (成為主管的31堂課)
›
軟體研發主管應該要能順手使用許多解決事情的技術,例如甘特圖,流程圖,心智圖,時間序列圖等等。然而有時候,簡單的check-list 檢核清單能夠快速統一想法,解決問題,特別是在情況複雜紊亂,但又需要統一某種結果的時候。 案例:S公司擁有橫跨數個國家的雲端營運團隊(devo...
8/31/2019
如何處理抱怨 (成為主管的31堂課)
›
只要是人都會抱怨,然而只要是有經驗的主管,一定也都知道處理抱怨的重要性。過度並且持續擴張的抱怨不但會降低士氣,而且對團隊,對個人都沒有任何好處。 抱怨有分不同的層級,如果僅只是抒發心情,發發牢騷當然無妨。其界限在於,在平常閒聊,抱怨的只會佔不到1/3的時間,而在平常正式...
8/29/2019
節省招募時間 - 電話面試的技巧 (成為主管的31堂課)
›
在軟體「人才」的招募上,通常會花上比預期還要多時間,人才難尋是軟體產業其中最困難的問題。自招募流程上,各種審慎的過程當然不能省略,例如技術評估,面談等等。然而,整個過程可以透過各種方式,提前篩選適任或者不適任的人。其中,電話面試在台灣是最被忽視的一項。大概也是因為台灣交通十...
8/28/2019
人手不足?資源永遠都是不夠的 (成為主管的31堂課)
›
大部分的情況下,所有研發與軟體主管都會面臨到人手不足的情況,特別是新創企業和快速發展的公司。資源有限,人手不足是必然的「現實」,能夠有效解決此問題也是普通主管和好主管最大的差異之一。解決的方向有三個:(一) 事實是事太多而非人太少。(二) 突破性思考,至少想出解決方案。(...
8/27/2019
如何處理員工離職 (成為主管的31堂課)
›
無論如何,主管一定會遇到離職的情況,因此,事先計畫離職處理是軟體主管必定要做的事情。執行上大致上分為三個階段:一:慰留決策,二:離職程序,三:事後檢討。 案例:B是一個資深的QA,在開發團隊裡擔任許多重要任務,與此同時還負責管理在印度的測試外包團隊。某日B突然告知,有個新創...
8/26/2019
系統化思考的秘訣 (成為主管的31堂課)
›
系統化思考 Systems Thinking 是解決複雜困難問題的科學方式。而作為主管的工作,時常遇到困難的狀況,如果身為主管的你沒有一個科學性的方式來分析與處理困難狀況,自認可以依賴直覺和經驗,那麼很有可能你依賴的是運氣而已。 案例一:有位資深的HR M,憂心忡忡...
8/25/2019
如何讓一對一面談變得有用! (成為主管的31堂課)
›
做為軟體相關工作的主管,固定和自己的團隊夥伴一對一面談,在外商俗稱 one-on-one:是絕對不能省略的事情!如果無法和自己直屬部屬(direct report)每個月至少一小時的懇談,那麼絕對無法有效的激勵與維持團隊。 案例:C是在大公司的資深工程師,他常常跟我抱怨...
8/24/2019
加入新創後 如何建立團隊 (成為主管的31堂課)
›
當你有機會加入一個新創公司,並負責建立某個軟體開發團隊,無論是哪種類型的團隊:QA,手機研發,維運,前後端... 你會面臨比想像中還要困難,但其實更有趣的挑戰。要達成這個任務,首要(一)先了解現況,其次(二) 對現況做短中期規劃,並且(三)依照情況定時調整方向。要注意的陷...
2/24/2019
主管的責任:三件不能做的事情 (成為主管的31堂課)
›
作為用人主管,是帶領團隊前進的最重要的人。無論團隊是2個人還是200個人,主管應該對團隊的成敗擔負最大的責任。 企業內用人主管(people manager)是指的要 直接 負責員工的招募,任用,考核,薪資,工作指派,管理,領導,培訓以及資遣。 而現代化企業團隊本身的...
10/03/2018
建立高度自我激勵之軟體開發團隊的三個方向 (成為主管的31堂課)
›
1999年美國的籃球夢幻隊 1992 dream team 是所有籌組團隊的人遙不可及的夢想。他們除了籃球技術精湛,經驗豐富之外,更重要的團隊都有拿到奧運金牌的唯一目標,此一目標會讓他們自我激勵,根本不需要額外的刺激。這樣的團隊組成似乎可遇而不可求,在軟體開發的世界幾...
›
首頁
查看網路版