讓任務進行盡量可控；
對於團隊：讓團隊其他成員可以知曉開發的進展，無論是專案leader還是配合的夥伴；
對於個人：在開發前期可以過一遍所有細節，一定程度上避免了後期的返工（可以跟產品複述一遍專案細節），而且討論進度時，任務翻一翻，很有用。
對於當周大方向的任務，後端必做，前端選做；形式不限，無論是根據功能拆分，還是根據時間線拆分；通過在tower對應任務上建立檢查項的形式來完成。
整體流程：
任務責任人收到任務 → 任務責任人根據任務截止時間確定任務規劃時間 → 後端負責人進行任務規劃 → 確保檢查項不延期
review
原則上，當周大方向的任務，在周一必須完成時間規劃，其它小任務暫不作要求；
建議的拆分方式
舉例：a功能需要一天, b功能需要三天舉例：建模需要一天，對介面需要一天敏捷宣言遵循的原則：
團隊定期地反思如何能提高成效， 並依此調整自身的舉止表現。我們最重要的目標，是通過持續不斷地 及早交付有價值的軟體使客戶滿意。欣然面對需求變化，即使在開發後期也一樣。 為了客戶的競爭優勢，敏捷過程掌控變化。經常地交付可工作的軟體， 相隔幾星期或一兩個月，傾向於採取較短的週期。業務人員和開發人員必須相互合作， 專案中的每一天都不例外。激發個體的鬥志，以他們為核心搭建專案。 提供所需的環境和支援，輔以信任，從而達成目標。不論團隊內外，傳遞資訊效果最好效率也最高的方式是 面對面的交談。可工作的軟體是進度的首要度量標準。敏捷過程倡導可持續開發。 責任人、開發人員和使用者要能夠共同維持其步調穩定延續。堅持不懈地追求技術卓越和良好設計，敏捷能力由此增強。
以簡潔為本，它是極力減少不必要工作量的藝術。
最好的架構、需求和設計出自組織團隊。
使用countdownlatch拆分任務踩坑記錄
1.因有個需求，此需求是需要單查資料才可以查詢準確的資料，但是前台引數是 按月份查詢，所以需要查詢月區間的每天的資料 2.使用countdownlatch 3.使用 private static executorservice executorservice executors.newfixedth...
日子推進中
在傳資料，所以正好寫博。今天36度，在家貓了一天，晚飯後跟爸媽出去遛了個彎兒。斷斷續續改了一天的程式，睡覺之前總算是能把 提交了。改了不少，資料庫，都不少。岳父抽了個較為靠後的號，晚上跟岳父 遠在上海的lp 討論了一下當前的形勢，不是很樂觀。明天一早趕過去一塊選房 明天上午選完房，下午去學校，岳陽的...
快取推進策略
目的 方法平均執行時間監控 初步方案 dao層，註解aop統計到記憶體，定時持久化到資料庫 方法重複率監控 初步方案 與防重複呼叫註解類似，按方法 引數在一定時間段內重複做統計 dao層，註解aop統計到記憶體，定時持久化到資料庫 初步選型 spring cache spring cache特點 s...