翻轉負面情緒,收穫會更多 #1(加班、工作時間分配)

閱讀時間約 3 分鐘
身在通訊、社交軟體發達的時代,是否常常聽到開發者各種加班類型的抱怨呢?是否因為這樣而沒時間做更多自己想做的事情?從找出原因並改善做事方法開始。

〉加班

這是很多剛踏入軟體開發領域新鮮人會考慮的問題,而大部分的人對於「工程師」這樣的字眼都覺得會很辛苦,通常是沒辦法正常上下班。
但這樣的印象,在這幾年的自我檢視與轉變,我覺得只對了 3 成的感受,其實有另外的 7 成,在於開發者是用什麼方法解決問題,又如何分配與管理時間。
當然文中並不會強調「應不應該加班」,而是在於一起思考「為什麼要加班」。
加班可能會有幾個原因
  • 同事/老闆們都還沒離開,我是不是應該不要下班
  • 功能做不完
  • 需求突然增加
  • 明天就是最後期限(Deadline)
  • 明明說還有三天,突然明天就要改成最後期限(Deadline)
  • 下班前才突然來一個改動
能開始嘗試永遠不要去看最後期限,照著自己的步調,能儘早完成就早點完成,就算是一個禮拜後。
心態永遠要比最後期限更進一步
  • 最後期限是一個禮拜時,就先試著先花四天完成。
  • 最後期限是三天時,就先試著花兩天完成。
  • 最後期限是一天時,就先試著花最有精神的(早晨/下午)完成。
提早完成後,並不一定要立即的將進度更新或告知,還是可以等到最後期限時,再將進度同步更新,這樣一來,就有更多充裕的時間去利用,做更多閱讀學習的事情。
*嘗試後如果發現每次都沒辦法減少需要利用的時間,發現還是經常會有加班壓力大的問題,那建議可以先從簡單的改變工作時間分配開始。

〉工作時間分配

每個人每天平均都要付出八個小時,你是如何分配管理時間?還是並沒有關心過呢?
首先必須要找出自己的「最佳工作狀態時段」,也就是找到腦袋最清楚精神最好的時段,往往八個小時中,不會一直都是保持最佳狀態,但也不要求自己要隨時保持最佳狀態,你只需要知道自己什麼時候會是最佳狀態。
但通常對於開發者不太會有八個小時全神貫注的狀態,畢竟又是一直盯著螢幕,那該如何分配呢?有幾個方法可以參考。
找到自己的工作最佳狀態時段
如果一次能有(兩個小時)的時間夠保持工作最佳狀態,那麼可以選擇在上午與下午各分配兩個小時,也許是 10:00–12:00 與下午 15:00–17:00
如果一次能有(四個小時)的專注時間,那麼可以選擇上午或下午來進行大量開發內容,例如 09:30–12:00 或下午 14:00–17:30
如果是短暫性的專注(30分鐘),那麼可以嘗試使用「番茄時鐘工作法」,大約每 25–30 分鐘專注,5 分鐘休息,這樣一直反覆下去。
無論用任何方法,在這段時間裡,你必須保持腦袋清晰,必須知道自己要做什麼,該怎麼做,盡可能能夠持續進行並且不中斷。
歡迎與我討論更多你的想法與建議,讓彼此想法可以有更多交流與改進。
那該如何思考要做什麼?該怎麼做?接下來會分享怎麼思考「做什麼」「該怎麼做」,一起讓思考最大化。
處在一個很小的新創團隊,積極努力的改變自己與世界,希望能夠透過分享讓彼此更加成長,追求未來理想的「自由」。
2017-2018 間創辦「Letfreecode」紛絲團,希望能夠提升線下聚會學習的管道。
2019 年創辦「前端宅murmur」粉絲團
2019 年自行舉辦場次 50 人的 Reactjs 工作坊。
--2019年--
F2E社群邀請網頁前端講者
六角學院邀請講師(六角挑戰/大神來六角)
women who code taipei讀書會邀請分享講者
如果您有任何邀請,歡迎聯繫 sal95610@gmail.com
avatar-img
2會員
8內容數
很簡單,開始獨立思考,學會「質疑」,培養「客觀的判斷力」,養成「尋求真相」,從不同面向去看待每件事情,開始閱讀、學習、實踐並決心改變自己,一定會覺得生活越來越美好。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
你可能也想看
Google News 追蹤
Thumbnail
這或許是大多數人理想的上班時間,但我發現這樣的模式,其實不適合我。
Thumbnail
我們可能會有一種迷思,不管開發什麼系統,開發團隊都袛會有一種方式來工作。反正不管怎麼樣,系統最終也一定是能開發出來的。那麼選擇開發生命週期又跟我何干?本篇將會介紹專案經理應該如何為不同特性的專案選擇最合適的管理策略,即生命週期。
Thumbnail
有時候巴不得一天有72小時……所以在時間的分配上,必須每一分每一秒都算得剛剛好才行。 嗨,各位好我是出雲,我們又見面了! 上回結尾時提到,我是在「新冠疫情」爆發下,才有了重新審視自己的機會。 (只可惜該工作還是得工作) 出雲我目前現職為遊戲企劃、偶爾兼個差,有時候巴不得一天有72
如何利用「峰終定律」來設計一天的工作體驗呢? 將一天的知識工作量化,做紀錄,是一個很好用的方法。 我通常會使用 135任務法,每天早上寫下1件大事,3件中事,5件小事, 接著當天就奔著這幾件事情去推進完成。 當然,如果是在趕Paper提交的時期就不適用這個規則。 透過將
Thumbnail
放鬆的週末,我與幾位同事決定提升我們的後端開發技巧,選擇了「日期範圍生成器」作為我們的小型實作。作為團隊中較有經驗的PHP工程師,我引領著團隊從基礎程式碼的撰寫開始,進而深入到物件導向的結構調整,最後提高程式可擴充性的挑戰。雖然過程中遇到不少困難,但我們通過不斷的討論和優化,最終成功克服了所有挑戰。
Thumbnail
這篇文章探討了在專案開發中遇到的時間壓力和執行困難,以及如何無效應對這些挑戰。 沒有工時估算、客戶溝通、交付時間表設定、程式品質管理、工作量管理、合同和專業態度等方面的建議。
Thumbnail
哈囉~大家好,我是菜脯 最近發現自己可能在工作上的時間比較長,中間也沒有太多足夠的休息,導致自己無論在精神還是體力上都有一點受到影響,導致下班時間常常倒頭就睡,進而影響到自己每天的行程安排......
Thumbnail
這篇文章描述了作者在工作中感到時間被浪費的痛苦經驗,並探討了報復性自由的心理。
Thumbnail
每天生活都快節奏,如何提高工作效率成為了很多人關心的問題。這篇文章教你如何計畫每一天,為代辦事項安排輕重緩急,以及拒絕瞎忙,每天完成最優先事項。
Thumbnail
"好想準時下班 ヽ(`Д´)ノ " 相信這一定是許多社畜上班族的內心話。究竟要如何提高工作效率呢? 趕快往下看看吧!
Thumbnail
這或許是大多數人理想的上班時間,但我發現這樣的模式,其實不適合我。
Thumbnail
我們可能會有一種迷思,不管開發什麼系統,開發團隊都袛會有一種方式來工作。反正不管怎麼樣,系統最終也一定是能開發出來的。那麼選擇開發生命週期又跟我何干?本篇將會介紹專案經理應該如何為不同特性的專案選擇最合適的管理策略,即生命週期。
Thumbnail
有時候巴不得一天有72小時……所以在時間的分配上,必須每一分每一秒都算得剛剛好才行。 嗨,各位好我是出雲,我們又見面了! 上回結尾時提到,我是在「新冠疫情」爆發下,才有了重新審視自己的機會。 (只可惜該工作還是得工作) 出雲我目前現職為遊戲企劃、偶爾兼個差,有時候巴不得一天有72
如何利用「峰終定律」來設計一天的工作體驗呢? 將一天的知識工作量化,做紀錄,是一個很好用的方法。 我通常會使用 135任務法,每天早上寫下1件大事,3件中事,5件小事, 接著當天就奔著這幾件事情去推進完成。 當然,如果是在趕Paper提交的時期就不適用這個規則。 透過將
Thumbnail
放鬆的週末,我與幾位同事決定提升我們的後端開發技巧,選擇了「日期範圍生成器」作為我們的小型實作。作為團隊中較有經驗的PHP工程師,我引領著團隊從基礎程式碼的撰寫開始,進而深入到物件導向的結構調整,最後提高程式可擴充性的挑戰。雖然過程中遇到不少困難,但我們通過不斷的討論和優化,最終成功克服了所有挑戰。
Thumbnail
這篇文章探討了在專案開發中遇到的時間壓力和執行困難,以及如何無效應對這些挑戰。 沒有工時估算、客戶溝通、交付時間表設定、程式品質管理、工作量管理、合同和專業態度等方面的建議。
Thumbnail
哈囉~大家好,我是菜脯 最近發現自己可能在工作上的時間比較長,中間也沒有太多足夠的休息,導致自己無論在精神還是體力上都有一點受到影響,導致下班時間常常倒頭就睡,進而影響到自己每天的行程安排......
Thumbnail
這篇文章描述了作者在工作中感到時間被浪費的痛苦經驗,並探討了報復性自由的心理。
Thumbnail
每天生活都快節奏,如何提高工作效率成為了很多人關心的問題。這篇文章教你如何計畫每一天,為代辦事項安排輕重緩急,以及拒絕瞎忙,每天完成最優先事項。
Thumbnail
"好想準時下班 ヽ(`Д´)ノ " 相信這一定是許多社畜上班族的內心話。究竟要如何提高工作效率呢? 趕快往下看看吧!