昨天在床上仔細的想了想專案delay的原因，發現細節是乙個很大的因素．在需求分析階段，在設計階段，我們有太多的細節沒有去考慮，有太多的粗略的想法．直到最後實作的時候才發現問題，比如介面沒有定義阿．資料庫裡面還沒有該資料表阿．恩．有多種方法可以補救這種情況，比如，１．採用迭代的開發流程，多進行一次迭代，通過迭代再走一次開發過程，２．設計本身充分的考慮到變化和擴充．做有彈性的可擴充套件的框架，不過最重要的還是第３點，就是在一開始就本著做產品的態度，盡量把需求和細節考慮清楚，不要把迭代和需求總是變化的這樣的話作為偷懶的藉口．因為現在不考慮清楚，以後還是要去做的．先做比後做成本要小許多．以後每個人都應該自己建立乙個專案日誌，把自己碰到的和想到的細節記錄下來，然後拿出來討論，由專人追蹤這些細節，不要漏過任何細節．
乙個成功的產品是由無數細節堆積而成的，我想這也是細節決定成敗這句話的最好印證吧．
另外我決定每天十點鐘一定要回寢室睡覺，健康的細節也是要好好注意的．：）
微思睿想之主管領導風格
連續兩個禮拜都有幸接受了來自台灣的倪肇強老師的mtp managementtrainningprogram 職業經理人管理技巧培訓.收穫頗豐.整個培訓下來,感觸最深的是對於管理的理論和實踐知識的融會貫通,更讓我明白了管理和領導的不同之處,管理只能讓員工按流程做好,做對,而領導確可以激發員工的潛能.而...
遊戲測試之我思與我想
遊戲尚未進入市場，沒有被玩家接觸到的時候，基本就是軟體開發流程，測試配合開發工程師進行一部分的操作，一般情況下，需要做的是以下的步驟 第一步 以正常玩家的名義進行模組的測試，提出自己的不足，比如這個模組我玩的時候，這兒感覺不懂，那兒感覺不對，這些都可以提成建議，放到案子中，拿給策劃審核，因為策劃同學...