scrum看起來很簡單，角色、會議、工件、核心價值觀，清晰明了。
scrum實施起來很不簡單，馬上要開會了人還沒到；評審會議大部分人在神遊天外；回顧會議莫名安靜，氣氛尷尬……
實施scrum的初期，對於幾個固定必須開的會議，團隊成員大多叫苦不迭，一方面覺得會議沒有價值，占用了有效的工作時間；另一方面會議越開越安靜，不如一紙通知來的痛快。
今天我們講一些具有實操性質的東西，就講講怎麼開好scrum會議。
1. 申明動機，即明確會議解決的核心問題。
計畫會議解決兩個問題：
<1> 接下來的sprint交付的增量中要包含什麼內容？
<2> 要如何完成所選的工作？
每日站會是團隊進行資訊同步的重要會議，團隊成員向其他成員申明，昨天完成了什麼，遇到了什麼問題，並為接下來的24小時制定計畫。
評審會議在迭代臨近結束時舉行，用以檢視產品增量，並按需調整產品代辦列表。
回顧會議是團隊檢視自身，並建立改進計畫的機會。
這些會議要解決的問題，就是每個會議存在的價值。確保團隊成員明白其價值，是scrum會議能夠開好的前提。
2. 明確參與會議的規範。
對於各個會議的規範，比如說每個角色在各個會議中分別承擔怎樣責任等，最好通過一次培訓或者會議讓大家對每乙個概念有清晰的了解，會議結束後將規範列印出來，讓所有人傳閱，並在檔案背後簽名，表示已閱。
這樣做不僅能夠引起團隊成員的重視，並且避免日後扯皮。
3. 要著重申明各個會議的時長。
通常scrum遭到投訴的原因是，scrum裡面規定的各種會議所佔據的時間太長了。
事實上，scrum裡面各個會議通常是限時的。
每日站會是乙個以15分鐘為限的事件。有些scrum master 反映，每日站會越開越長。原因大多是由於團隊已經開始討論問題的解決。這時候，需要scrum master【保持清醒】【勇敢地】跳出來告訴大家，每日站會是乙個只暴露問題、不解決問題的會議。會議上所提出問題的解決，通常放在會議後，由相關人員進行討論解決。
對於其它的會議，以乙個月的sprint來說，計畫會議最多8小時上限，評審會議的時限是4小時，回顧會議的時限是3小時。對於較短的sprint，會議時間通常會縮短。
scrum master要負責將會議中跑偏的話題收回來，不偏題。
當然，要注意在時限範圍內，完成會議要解決的核心問題。乙個沒有達成目的的會議，即使時間再短，也是失敗的。
4. 放些大招，專治重度患者。
建議團隊「貢獻榜」。
針對會議總是遲到的成員，負責給大家提供小小的福利，比如說奶茶啊，水果啊。或者發團隊紅包啊，按遲到分鐘數決定紅包金額大小。
怎樣才能開啟D盤
1 如果各分割槽下帶autorun.inf一類的隱藏檔案，刪除後最好重新啟動電腦。2 在檔案型別中重新設定開啟方式 以xp為例 開啟 我的電腦 工具 資料夾選項 檔案型別，找到 驅動器 或 資料夾 具體選哪個根據你所遇問題，若屬於雙擊打不開驅動器則選擇 驅動器 打不開資料夾則選擇 資料夾 點下方的 ...
怎樣才能開啟D盤
1 如果各分割槽下帶autorun.inf一類的隱藏檔案，刪除後最好重新啟動電腦。2 在檔案型別中重新設定開啟方式 以xp為例 開啟 我的電腦 工具 資料夾選項 檔案型別，找到 驅動器 或 資料夾 具體選哪個根據你所遇問題，若屬於雙擊打不開驅動器則選擇 驅動器 打不開資料夾則選擇 資料夾 點下方的 ...
怎樣才能開發出好的軟體 一
怎樣才能開發出好的軟體呢？首先軟體工程的思想要貫穿軟體開發 執行 維護的整個過程，利用分層的思想使得軟體的生命力更強，靈活性更好，便於維護，也便於合作開發，當然採用合作開發是為了提高效率，想要合作開發就要有統一的建模。在開發過程中適當的加入設計模式可以提高效率。首先來說一下軟體工程，軟體工程就是把軟...