第一個失敗的項目： 基于快盤的應用
  內容: chrome插件，快速抓取網頁內容，存儲到網絡硬盤。
  人數：三人
   技術：js，ajax
   項目時間：工作之余，半個月多，除工作日
   目標：拿到一萬塊

結果：項目失敗。

原因：
主要：時間估算太過樂觀

1、前期考察問題：a項目啟動后發現綠色快盤隱隱已經做了即拖即存這個概念，只是沒有做細；
  b對公司的快盤API太抱希望了，直到九月底才通過嗅探器獲取到實際的路徑，連接登錄成功

2、今天發現，chrome瀏覽器，js兼容方面的問題，很多細節問題，剩下三天不好處理，時間上風險比較大，

3、前期沒有找到好的js，特別是針對chrome開發的IDE，導致一直在記事本手寫，js又不是組員們擅長的，拖延了很多時間

4、ajax在chrome面很多細節問題。時間開銷大，剩三天而已。所以直接砍掉。


教訓：
1、公司不成熟的東西不要做，特別是很難找到人指導的
2、不擅長的技術領域，時間不允許不做
3、回報與實際開銷不成正比的東西不做
4、假期折合正常人力成本兩倍，不要把自己當學生一樣，我們的人力成本很貴
5、哥想，還不如直接拉項目做
6、時間較短的，有原型，項目技術經驗有保障的才做。

要點：時間，技術，考察前期
這是哥做的失敗的一個項目。


---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
工作日的一個成功的項目：啟動項目組的單元測試
內容：完成單元測試的工作規范，測試框架，完成一個新功能的單元測試

人數：三人，兩個開發，一個測試開發人員

時間：一周

結果：順利完成

經驗：
1、充分利用老一輩的成果
2、人員技術符合開發項目要求，
      測試開發人員：對內核代碼不熟悉，但是對測試案例設計比較熟悉，所以很好針對分配給他的要求，順利完成設計任務
      開發人員：一位給他充分時間搭起了測試框架，并且修改了框架，使其更好方便工作
      開發與項目推動人員：也就是我啦，找了幾乎所有老員工，對歷史的測試框架，進行了討論，并且確認其可行性。
                                          因為是第一次玩，所以定了詳細的準則，邀請了測試開發老大，系統開發老大，還有開發的老大，進行了測試深度的討論，定了很多規則，是后面單元測試有了準則可依，
                                          至少做出的要求達到老大的要求。
  3、人員工作時間較穩定，順利開展的保證

------------------------------------------------------------------------------------------


以前的項目。。。。想起來再寫吧