昨天聊了poc的環境應該由客戶自行搭建，那除了這個方法，還有其他的方式嗎？
通常的poc測試都是將伺服器和各類裝置搬到使用者現場，有乙個重要的目的是避免網路延遲和丟包，希望在最合適的硬體環境+最好佳的網路，以便為客戶提供最好的體驗。
但這也為專案的後期大大增加了難度，我們試想一下，現在提供的都是最好的環境，那之後正式上線只要碰到一點點問題，客戶就會產生反感：測試的時候好好的，怎麼正式部署就出問題了？嚴重的甚至會影響專案驗收和費用結算。
一開始給客戶最好的預期，然後隨著時間的推進客戶的預期越來越低。這其實是現在大部分雲桌面poc的現在，這也是心存僥倖，希望把問題往後掩蓋，期望它自己消失，這是非常不可取的。
我建議的方式是，一開始就應該把最差的情況展示給客戶，不用最新配置的伺服器，通過公網搭建的環境，網路可能有延遲和丟包。這時展示給客戶的其實不是乙個最好的體驗，但是如果這時使用者可以接受或願意進一步了解雲桌面的產品和方案。那從這外後，客戶的預期是隨著時間不斷提高的，這時客戶更會關注功能而不是和pc電腦相比的體驗。
還記得我們說的客戶付得錢是有零有整的確切金額，所以客戶期望買到的是同樣確切的產品。這句話其實只說對了一般，後半句可以改為，客戶期望買到超出他預期的產品。
專案poc 為什麼雲桌面專案要做POC？（三）
昨天和大家聊了雲桌面poc中，客戶立場上的四個角色，今天我和大家聊聊如何提高poc的效率並滿足客戶的需求 搞雲計算的技術人員或專案經理，大都有程式設計的經歷。我們在寫 的時候是如何分配時間的呀？這個方法是否可以同構遷移過來，用在提高雲桌面poc的效率上？軟體專案的時間分配上，一般是按照721來分配的...
專案管理主要做些什麼？
專案管理分布在各行各業，雖然說每個行業專案管理的內容都不一樣，但是他們的框架都是差不多的。專案管理可以劃分為五個階段。起步 計畫 執行 調控 完成 我給大家介紹一下這五個階段分別做什麼內容。起步階段 起步階段很重要，正所謂完事開頭難，其意義就是為以後的工作打下堅實的基礎，就像蓋樓的地基，地基蓋穩了，...
為什麼專案總是失敗
做了很長時間的開發，也帶過一些專案，有過很多成功和失敗的經歷。一些失敗的專案不斷促使自己思考如何才能把專案做成功，也看了一些關於專案管理和敏捷開發方面的書籍。自己總結下來，發現專案失敗的原因大概是兩方面 1.缺少方法，不知道如何應當使用那些方法來保障專案的成功。這個方面可以通過請教 多看書 不斷實踐...