昨天和大家聊了雲桌面poc中，客戶立場上的四個角色，今天我和大家聊聊如何提高poc的效率並滿足客戶的需求
搞雲計算的技術人員或專案經理，大都有程式設計的經歷。我們在寫**的時候是如何分配時間的呀？這個方法是否可以同構遷移過來，用在提高雲桌面poc的效率上？
軟體專案的時間分配上，一般是按照721來分配的。即70%的時間用來和客戶討論並確定需求和流程，20%用來真正寫**，10%的時間用來測試。為什麼寫**之前要花費那麼長時間去確認客戶的需求呢？因為只要需求有偏差，哪怕就乙個很小的偏差，都有可能導致**需要重新開發。所以軟體專案中，專案團隊的主要精力是放在和客戶確認需求上。客戶的需求有些是真實需求，有些可能是偽需求。
雲桌面的poc上，其實也可以套用這個方法，將70%的時間和客戶進行需求的討論，討論的目標不要放在技術上，而應該放在客戶的底層訴求上。比如：客戶說要用雲桌面解決安全問題，那我們需要深挖下去，具體是什麼安全問題？不同的安全問題需要不同的解決方案。勒索病毒、檔案防拷貝、外設除錯等等，都需要不同的解決方案來完成。解決勒索病毒需要關注容災備、檔案防拷貝需要關注物理網路隔離和檔案加密、外設除錯需要關注不同裝置在網路傳輸上的相容性問題。
往下挖一層還不夠，還需要繼續挖。比如防勒索病毒是之前遭遇過了，還是未雨綢繆？是所有檔案備份，還是關鍵資料備份？備份週期和容量預計多少？這樣在poc時才可以有針對性的設定測試項。
我們還可以繼續往下挖需求，這個防勒索的需求是哪個部門提出來的，提出需求的人在企業內的崗位和職責是什麼？勒索病毒和他的崗位訴求有什麼關聯性。這涉及到poc將會由那幾個部門進行配合完成。
以上是效率層面，還有滿足客戶需求層面，客戶當然希望花更少的錢，買到更好的產品和方案。但其實更好的方式是將有限的預算花在關鍵的地方。不然poc的邊界就會無限擴大，進入測試後不斷發現需要投入人力物力。還是以防勒索病毒為例，把錢花在備份裝置上？還是花在桌面體驗效果上？這極有可能對測試的內容產生巨大的差異。
所以將更多的時間和精力放在poc開始之前，可能更能提公升效率。
最後，我給乙個我個人的忠告，poc測試的目的不是測試最好的效果，而是測試最差的效果，這點你能明白嗎？我們明天接著聊！
專案poc 為什麼雲桌面專案要做POC？（五）完
昨天聊了poc的環境應該由客戶自行搭建，那除了這個方法，還有其他的方式嗎？通常的poc測試都是將伺服器和各類裝置搬到使用者現場，有乙個重要的目的是避免網路延遲和丟包，希望在最合適的硬體環境 最好佳的網路，以便為客戶提供最好的體驗。但這也為專案的後期大大增加了難度，我們試想一下，現在提供的都是最好的環...
專案管理主要做些什麼？
專案管理分布在各行各業，雖然說每個行業專案管理的內容都不一樣，但是他們的框架都是差不多的。專案管理可以劃分為五個階段。起步 計畫 執行 調控 完成 我給大家介紹一下這五個階段分別做什麼內容。起步階段 起步階段很重要，正所謂完事開頭難，其意義就是為以後的工作打下堅實的基礎，就像蓋樓的地基，地基蓋穩了，...
為什麼專案總是失敗
做了很長時間的開發，也帶過一些專案，有過很多成功和失敗的經歷。一些失敗的專案不斷促使自己思考如何才能把專案做成功，也看了一些關於專案管理和敏捷開發方面的書籍。自己總結下來，發現專案失敗的原因大概是兩方面 1.缺少方法，不知道如何應當使用那些方法來保障專案的成功。這個方面可以通過請教 多看書 不斷實踐...