為什麼會這樣呢？其實在我們團隊制定dod（definition of done）的時候，就已經體現出來了，只不過我們還沒有過多在意。我們當時制定的dod包括以下內容：
完成字幕製作
完成背景**的整合
完成場景的合成
完成對內容的表述
……第乙個sprint開始，我們按照scrum的框架，先開了乙個planning會議，決定把六人的團隊分成三個小組，每個小組負責完成兩個故事點的內容，分別是：
什麼是scrum + scrum的**
scrum的好處
scrum的案例
第乙個sprint結束，我們發現，原先的估算出現了嚴重的問題，三個小組，其中乙個完成了大概15秒的拍攝、匯入和編輯，另兩個小組還在設計階段，沒有任何能夠整合和demo的內容，於是大家在refinement會議中決定，拋棄原來的設想，在三個sprint中只要完成最基本的四個product backlog，也就是原來計畫在第乙個sprint完成的內容。然後，因為只有兩台筆記本，所以要充分利用起來。
第二個sprint開始，第乙個小組盡快完成了「scrum的好處」剩餘兩個點的拍攝以及合成，開始進入到字幕階段。然後，發現另兩個小組在軟體的使用中出現了問題，所以及時調整了結對的組合，我移動到另乙個組，開始製作「什麼是scrum + scrum的**」部分的製作，顯示拍攝了三幅**，然後寫好相應的內容，並開始製作。
120分鐘轉瞬即逝，我們發現團隊的效率還是非常高的，而且最終有了乙個還算可以的成果，總結一下其中的收穫：
非常重要的一點，沒有經過實踐檢驗的估算都是不靠譜的
動態調整很重要，體現在兩個方面：
對所要完成的內容的動態調整
對團隊的動態調整，把最合適的人用在最合適的位置上
將整個的120分鐘切分為3個sprint的做法很重要，這樣就可以在每個階段結束之後，及時地進行回顧、總結和調整
做決定要果斷，有時可能需要比較強勢
知己知彼，百戰百勝，我們要在實際操作的過程中不斷地對所要完成的任務以及我們自己的能力有進一步的了解，從而做出更好的估算和決定。
在遇到技術問題的時候，要運用集體的智慧型來解決，而不是乙個人悶頭研究
二八原則很重要，很多的時候，我們就是花了20%的時間完成了80%的工作。
收穫還有很多，還需要不斷地思考和總結，最重要的是，我們體會到了乙個團隊相互協作的重要性，並且有了信心，相信自己使用恰當的方法，就能夠在很短的時間內，完成本來認為不可能完成的任務。
陣列刪除一項 物件刪除一項
經常用到，記一筆 var jone var skills vue react angular jquery bootstrap delete jone.輸出 var jone delete skills 1 輸出skills vue empty,angular jquery bootstrap 其中...
單一項原則
單一項原則真的很有用,特別是用於找出問題的根源.上週改乙個bug,bug的現象是 在火狐中,開啟介面 當然是公司產品的介面,不便給出位址 點選導航項時,除了開啟導航的模組,同時會開啟乙個空白的頁面.我是怎麼解決這個bug的呢?我找到導航的那段 以及相應的事件處理的js,copy到乙個簡單的html頁...
一 專案概覽
鏈結1 密碼 1zrc 鏈結2 密碼 43bo 02 天天生鮮資料庫設計 待完善 03 使用者註冊 待完善 04 使用者登入 待完善 05 使用者中心 待完善 06 分布式fastdfs檔案系統 待完善 07 天天生鮮首頁 待完善 08 天天生鮮詳情頁 待完善 09 天天生鮮列表頁 待完善 10 天...