昨天完成了某國土局的兩個核心系統正式交付使用前的乙個演示工作，整個過程與結果達到且超過了預期的效果。現就「如何做好正式交付使用前的專案演示
25
歲以上了，是時候對自己的人生做乙個全面的評估與規劃了（
我們吃的可是青春飯呀
！）。網上有一大堆的程式設計師人生規劃等文章，也許對你有幫助，請抽點時間看看吧。肺腑之言！
下面我先做這兩個核心專案做乙個簡單介紹。
這兩個專案分別是「建設專案用地預審」和「建設專案用地審批」。對於國土部門來說是兩個非常非常非常重要的業務流程系統，基本上涉及到國土局的所有部門。
「建設專案用地預審」
是指國土資源管理部門在建設專案審批、核准、備案階段，依法對建設專案涉及的土地利用事項進行的審查。
「建設專案用地審批」實現了從接件、審查到批覆等全過程的管理，具有審批過程中的資料對比分析功能（如呼叫土地利用計畫臺帳、耕地占卜平衡台帳、土地**資訊，與土地利用總體規劃、土地利用現狀進行疊加分析等），對國土部下發的資料交換要求有很好的支援。
忙了三個月的時間，專案總算已經完成，昨天就兩個專案為局做了系統演示，專案方負責組織和對專案進行講解與演示，下一步就是正式投入使用。
專案在投入使用前為客戶主要領導人與業務骨幹進行投入使用前系統演示的重要意義 ，主要體現如下幾點： 一、
是對專案管理計畫中確定的「里程碑」的乙個執行。 二、
得到客戶的寶貴意見（包括專案中已經確定下來的，還有待修改的），對專案正式投入使用做一鋪墊。 三、
投入使用前系統演示可增加專案雙方的感情（特別是高層領導），為以後的繼續合作做基礎。 四、
投入使用前的系統演示可使系統的正式投入使用順利進行。 五、
對於專案方標誌著乙個專案即將結束，專案款項即將到位，合同即將收尾。 六、
還有其它一些標誌性的意義，歡迎補充。
必須明確系統投入前的演示至關重要，可以毫不誇張的說，這個工作做不好，可得吃大虧（系統後期推行困難，專案合同難以收尾，甚至可能導致兩方合作關係的破滅等）。
那麼如何更好的全面的做好系統投入前的演示工作。
（本人的一些切身體會，不一定對，你可以批評與研論，如有考慮不全的，歡迎補充，謝謝！） 一、
做好充分的準備工作，專案方確定由誰（下文稱為：演示人）組織進行專案演示工作。 二、
演示人做好充分準備 工作，如做好乙份精細與完整的
ppt，準備必要的專案進展報告和里程碑報告等，將對專案的演示起到非常好的效果。 三、
在到客戶現場演示前，我們內部先進行一次全面的系統演示，以確定無誤。要不到了現場給客戶演示時，出了差錯（那怕是一丁點）還了得呀，後果自己想。 四、
事先與客戶商訂系統演示時間和到會人員（建議雙方的核心領導、專案雙方老總、專案經理、核心業務人員和技術骨幹參與），一句話就是關鍵專案干係人必須到會 。 五、
專案方內部對到會人員的溝通風格等做乙個分析，以便使會上溝通更加容易。一句話就是，如何用別人喜歡的溝通方式進行溝通 。 六、
提前到客戶方，進行現場演示環境準備，畢竟是把專案從自己內部搬到客戶方，別到時演示時，出現網路連線不通等低階錯誤。
還演示個p呀
。 七、 在系統演示前
把必要的資料（與專案相關的核心資料：階段驗收報告，業務流程等）發到參會人員，方便討論。 八、
會上指定專門的會議記錄人員（建議各方至少兩名以上的記錄人員，原因簡單，乙個人記錄難免出錯）。 九、
專案演示人注意專案的演示時間，別蹭在乙個問題上浪費整體時間。 十、
系統演示完後要進行系統的討論，就系統還需完善的地方或不足的地方必須認真記錄，並會後實施。
十一、系統演示過程中，盡力營造乙個輕鬆的會議環境，同時要注意避免會議中衝突的發生。
十二、會議結束了，雙方要在階段驗收報告上簽字。
十三、演示結束後，要認真落實會議上的決定。
大概就這麼多，希望對對你有幫助，也歡迎提出你寶貴的意見，工人學習交流嘛。
erichu
原創作品，轉貼請註明作者和出處，留此資訊。
如何做好PL
最近事情太多，主要有三類 新專案開發，開發團隊有8個人，維護版本過tr5點，如果測試提出問題，必須保證問題單不能過夜，當天解決。網上問題，產品技術問題支援。結果，這個星期有三天晚上是1點後回家的，我在想。pl到底是怎麼樣乙個角色？是管理還是技術主導多一些？那些問題其實組員是能夠搞定的，但是我之前已經...
如何做好專案？
如何評價專案的好壞 從客戶角度 功能 按期，效益，體驗，穩定性 效能 擴充套件 按期完成功能是一定的，不然會被辭退，績效考核才是最重要的 穩定性的指標 可用性 績效考核指標 分鐘 故障分鐘 總分鐘 乙個專案的開發流程 需求 文件 原型 需求可行性 設計 技術選型 技術，測試人員測試，ui設計 ui，...
如何做好測試
測試與開發 在我們日常的生活中，存在這一種現象，因為這種現象導致了測試一系列的發展。大家普遍認為，測試的含金量不高，導致了測試工作就是一些不願意做開發或者沒有能力做開發的人來做，其二，他們對測試設計的測試案例沒做認真的審查，認為就那麼回事情。出現這種問題的願意是由於開發還沒有清楚的認識到測試是乙個服...