2025年1月23日 星期四

[書籍] 箱型時間_9786263585300

箱型時間_9786263585300

70

這本書, 寫的還好.

簡單說, 他比較像是丟出個概念, 然後很多文章在做心理建設. 只有執行綱要, 或是某些概念想法, 但是沒有很仔細的執行範例. 整本書裡, 最詳細的範例, 應該是描述作者在做飛機的時候在機上寫書.

就我的理解, 所謂的[箱型時間]指的是結合[待辦事項]跟[行事曆].

每天早上先花一個task, 約莫十五分鐘, 把整日的task都排列好, 然後行進. 

每個task, 可能15min, 30min, 1hr, 2hr, 3hr不等. 事件太大則切割, 事件過小則合併. 

後者比方用雜事跟瑣碎或是整理桌面來一起表達. 

類似收信件, 也可以用信件(43)->(21), 表達事件內砍了多少簡單的信件. 

重點是task要用動詞做標題, 至於細項細節或是標籤顏色, 那就見仁見智. 

有做的話, 以後統計或是查找都很方便. 畢竟進行事曆就是電子化了.

基本上, 整體概念就是[時間方塊法].

書中有提出非否, P.31: 時間方塊是把做事情的時間分隔. 而箱型時間採用塊狀時間, 加上時間內專心完成時間箱的任務. <= 這句很廢. 後面那句好點: 時間方塊是: 專心做事. 箱型時間是專心做事+明確的結果.

因為我沒有用過時間方塊, 所以我不確定這兩者概念上的差異. 我不確定使用待辦事項是否是後者的獨屬. 不過那基本上也沒甚麼重要.

就書中說法, 箱型時間有點強調在時間區塊內要做出可展示型的東西, 最粗淺或是最簡易. 或許這是他跟時間方塊的不同. 不以時間為主, 而是由結果論推出需要的時間. 花三十分鐘寫一篇文章, 跟寫一篇可以給人看的初稿應花三十分鐘. 我猜作者所指的差異應該是這個吧?! (但基本上那或許還是只能算是個變形)

P.30 每天, 在干擾出現前, 先選定要做的事情. 把每一項任務填進行事曆, 包括開始與結束時間, 一次專心做一件事情, 完成至可接受而非完美的地步.

寫寫買這本主要想做的, 如果是以設計APP的角度來看的話, 我覺得這種規劃時間的方式不好實作.

做待辦做移動到行事曆都簡單, 但是task的劃分, 以動詞為名稱, 設計時間起末, 這就有點麻煩.

主要是我覺得這基本上都是基於個人認知, 要怎麼分類, 怎麼做標籤, 怎麼做起末定義, 怎麼切割task. 以APP而言, 不好做. 是可以借用記帳的概念, 但是光是每個人認知會有不同, 那就很麻煩.

光是看到書中唯一的例子, 我就覺得頭大, 作者列的是一本書的切割task, 但對APP而言, 這是那本書?! 書跟其他的分類又是甚麼?! 把這些都視為一個project? 然後進行排序?!

還得再想想, 但我覺得可以參考的, 應該就是基於時間方塊法設計出來的APP. [箱型時間], 有點得做成那之類的變形, 把時間方塊彙整去行事曆. 但要如何導致畫面上的美觀, 跟好創建. 那真的很得花腦力.

因為那會導致很難創建, 作者的風格, 有點類似得在十五分鐘內規劃完整天的行程, 要先確定做多少task, 然後task的時間都要在當下確定.... 這樣子的風格, 用紙筆跟腦袋, 感覺比較順暢. 很難用固定的風格來建立. 開會時間可以, 收信時間可以, 但那都有點類似於固定的長度. 寫A書跟寫B書, 要規劃的時間可能都不同, 畢竟它們的題材內容田調與否, 對設計者而言, 都是未知, 只有當事人才能快速確認下來. 

沒有留言:

張貼留言