經歷下午精彩的遊戲和回顧活動，大家從中學習並吸取了很多經驗，現整理下發給大家。如大家有好的想法和意見，也可分享出來。
（1）使用加速通道的利弊（對映到日常活動中：插入臨時的、緊急的都有截止交付時間的使用者需求，如果不做的話將丟失客戶）
浪費大量人力物力資源，多次使用快速通道只能交付較少的需求，且不一定產生最大化價值。
導致現有在製品無法正常流動，已投入的資源無法交付並產出價值。
當然也不是一點用途都沒有，不可避免的突發事件發生時，咱允許有乙個「加速通道」。
產品經理應盡量少的插入此類需求。我們應該做到盡早發現，盡早規劃，盡早開 始。
（2）優先順序及價值的評估（對映到日常活動中：對於每一項需求產品經理能夠 較為準確的判斷其價值，按需求優先順序輸入到研發團隊。）
（3）在製品的限制，確保工作項的流動，打造持 續輸入和持續交付能力
挑較小的任務做時，可能出現開發、測試斷層，要麼測試阻塞的情況，因此先做簡單需求不一定是最好的方案。
專案運作時，我們應該關注看板的流暢（無交通阻塞），如果出現排隊等情況，我們應該及時排除異常。
（4）技術任務盡早開始盡早完成，提公升研發效率，加快我們的價值交付能力。
持續整合完成後可以讓我們每天都發布，對映到日常活動中：持續整合後隨時可以出包。
自動化測試做完後每項測試可以較少兩個點，對映到日常活動中：可以提公升測試效率。
磨刀不誤砍柴功，一樣的道理，因此團隊應該注重技術改進。
（5）財務分析的及時反饋（ 銷售和市場對於產品功能特性的價值評估，需求產生的效益及時反饋，有助於團隊正確決策與取捨。）
（6）清晰的專案節奏和每日反思改進工作（對映到日常活動中：團隊高度配合，協作流暢；每個專案迭代結束後進行回顧會）（7）資料分析的意義：leadtime,累計流圖等，大家學會從中看出問題，並指導團隊改進。
（8）其它的一些總結
盡早丟棄需求，如果發現需求已經做不了，或者已經失去價值了，我們要果斷的放棄。
團隊共同參與和決策。
專案經理是統籌全域性，及時發現風險，指導大家確的做事情。
角色間各司其職，並不是指各掃門前雪，而是各自在熟悉的領域裡面發揮最大的價值。如果專案遇到瓶頸和困難，咱要學習多技能，打造 自適應的團隊。
看板遊戲 疊紙飛機
對於我們已經執行scrum1年半的團隊來說，在實踐中也發現了不少問題。怎麼去解決現有的這些問題呢？我們嘗試去接觸看板。來自美國的joseph給我們提供了乙個非常精彩的看板遊戲。遊戲很簡單 疊紙飛機。首先joseph疊了乙個飛機作為質量標準，還給飛機翅膀上面畫上兩種顏色的星星。然後進行團隊分工 1個人...
遊戲開發心得 2
引擎從架構上講分為以下幾個部分 1.影象渲染.2.物理效果模擬.3.輸入控制.4.音效.5.網路傳輸.6.記憶體資源管理.7.檔案資源管理.1 影象渲染是整個引擎當中技術含量最大的部件.許多大型的遊戲引擎都在這個方面下足了功夫.quake就是乙個很好的例子,毫不客氣的說,它的程式碼體現當今計算機圖形...
遊戲製作心得（一）
談了很多關於網路遊戲的一些技術技巧和框架，但都是零散的，這有好處，但大多數新手或是愛好者都不知道該如何下手，下面談談我的遊戲開發心得 遊戲開發一般使用vc dx，你可以使用win32 api直接建立乙個windows應用程式框架，也可以使用mfc來建立乙個windows應用程式框架，注意，並不是像很...