4天內不停的做spike，終於搞清楚了要用到的大部分工具、框架不好用。很多全新的技術，文件不豐富，能google出來的資料很少，沒有乙個人熟悉，技術風險很大。
在專案開發過程中，創新佔據了重要的地位。如果發現現有工具或者框架不能滿足需求，或者不能提高生產效率的話，就需要考慮引進新的技術來滿足需求。 但是，當專案決定採用乙個新技術、新工具或者新框架的時候， 風險就會隨之而來（更何況多個新技術），是不可避免的。所有人都它的了解程度越低，經驗越少，面臨的風險就越大。這時候必須盡早對新技術進行試用、熟悉、全面評估，之後便決定專案中是否能夠真正採用該技術。
在分析其可行性的階段，必須深入研究和探索，利用google出來的資源或者以往使用者的經驗，充分論證新技術的可行性，包括擴充套件性、可維護性、社群的支援、效能，這些關鍵的因素必須在早期就應該研究透徹，解決相關的技術難題。否則，如果在專案中期或者後期，發現該技術有缺陷或者無法適用當時需求，那就已經晚了。
在分析的階段，最好能夠spike到各個方面，與專案關係最緊密的部分得花多點心思，用最簡單的例子表現改技術的可行性。在一天或者半天spike後，與專案的所有成員分享spike心得，每個人都會提出自己的疑問。這時候就需要列出所有的問題，按優先順序排列好，接下來有目標、有重點得對這些疑問逐個研究和解答。
軟體專案中的風險管理
http www.csai.cn 2005年07月27日 1.引言 軟體專案風險是指在軟體開發過程中遇到的預算和進度等方面的問題以及這些問題對軟體專案的影響。軟體專案風險會影響專案計畫的實現，如果專案風險變成現實，就有可能影響專案的進度，增加專案的成本，甚至使軟體專案不能實現。如果對專案進行風險管理...
技術專案中的人 風險與應對方法
近期的工作中遇到了專案並行的狀況。具體來講，在乙個專案的開發尚未完成時，產品經理又提出乙個 高優先順序 需求。因為對臨時插入專案需要的開發時間評估不準確，對正在進行中的專案造成的風險評估不仔細，導致了需要加班加點趕進度，專案質量低下。在這種情況下，作為專案負責人，難免會承受較大的壓力。這促使我思考，...
軟體專案中的常見風險因素
本文將按照專案參與人員的角色，將風險因素分為三類 專案管理人員 專案涉及客戶 使用者 專案涉及員工，分組後的軟體風險因素清單見下。資源的分配與評估 人 預算 時間 任務 裝置 1 成本估算不準確 2 進度表不切實際或不存在 3 進度表壓力過大 4 專案配備的人員不夠 不合適 5 無用的人員 6 缺乏...