專案過程中，每項任務都是有時間要求的，一般體現為「截止時間」。即deadline。
怎樣安排時間，才幹在deadline之前完畢任務呢？
在deadline之前剛剛好完畢？這是zuo&die的節奏。
自己覺得完畢了，提交給領導審查，假設發現不成。再回來改，已經超出deadline了。
假設全然領會錯了任務要求，要全然返工呢？僅僅能是mission failed了。
為了按時並且保質保量完畢任務，我推薦的「有效實踐」包含下面幾條：
聽過南轅北轍的故事沒？聽過拿著水井圖紙蓋煙囪的段子沒？
假設這點做不到，那承諾完畢時間時，就不要盲目樂觀。
假設一項任務要10小時完畢。那7小時之內。務必提交初稿。等領導審核後。用2個小時按審核意見改動。最後留1小時機動時間，用於收尾。
這是最理想的狀況。前提是對任務理解透徹，和領導磨合時間久，自己對任務輕車熟路，相同的任務反覆過非常多次。
假設達不到理想情況，那怎樣做呢？請看第2條有效實踐。
初次任務包含：對任務領會不夠深刻，和其它部門/團隊合作，剛開始做這種事情，跟新的領導磨合。和新的團隊磨合等等。
領導要求10個小時完畢的任務。務必5個小時內提交初稿。
這種話。返工重來也來得及。
這裡說的多人合作，跨部門、職能的暫時組織成員之間的多人合作，而不是自身團隊內部的合作。
暫時組建的小組。成員之間可能互相熟悉，但工作思路不盡一致。對任務的理解也不盡一致，對工作質量的要求也不盡一致。
工作思路、工作方法都須要磨合，但完畢一項任務。終於提交的是同一項成果。
普通情況下，大家能夠高速完畢組織和磨合，但時間安排上一定要充分考慮風險。
最好是暫時組織成立之時就已經有了框架方案或者草案。
僅僅有目標，沒有路線，時間無法安排。
走不同的路，須要的資源、可能遇到的困難都不盡同樣。
立即要開始下手幹活了，方案還不確定，這是 zuo & die的節奏。
盡快確定方案，然後再說時間安排的事情。
ps,此段不是正文。「最佳實踐」的說法太絕對了，project領域怎麼可能有「最佳」（best）呢？於是改了。 儘管名字改了，但含義基本不變。 能夠定義為：為持續有效地達到企業目標而採取的最成功的解決方式或解決這個問題的方法。 通俗地說：做事情不僅要做對。還要做好，「有效實踐」即當前最好的做法，這樣做結果也相對最好，不這樣做說明你傻。
軟體開發中的deadline該怎麼定
原文 how should deadlines be used in software engineering?日常談話中有多少次你在談到deadline 期限 時，曾至少有乙個人對這個概念嗤之以鼻？我已經聽過太多次了，甚至連我自己也這麼幹過，不過現在我想改正這一習慣。軟體領域較之於傳統的印刷 pr...
應對影子IT MobileIron推內容安全服務
本文講的是應對影子it mobileiron推內容安全服務，近日，mobileiron宣布推出mobileiron內容安全服務 css 助力企業將移動安全與控制擴充套件至雲儲存系統。對於當今企業來說，各種雲平台是最頑固的資料洩露威脅，因為員工經常使用自己的雲服務來儲存工作檔案。為了保護包括企業私有雲...
安卓時間處理
字母 日期或時間元素 表示示例 gera 標誌符 text ad y年 year 1996 96 m年中的月份 month july jul 07 w年中的週數 number 27 w月份中的週數 number 2 d年中的天數 number 189 d月份中的天數 number 10 f月份中的星...