什麼叫「內部人示範」？在《
野生
專案筆記01》的最後我提到「新的應用資料如何準備，如何通過『內部人示範』進行業務邏輯
教育與業務過程培訓？」這是非常具體的問題，當然不同的機構對於
軟體專案
的實施方法
是不一樣的。記得幾年前，與乙個全國性公司的乙個地市級公司的軟體系統
管理
人員交流，他談到軟體實施公司（軟體許可購買自軟體公司，實施服務由另外一家公司承擔）的實施辦法，當時覺得那樣做太費
時間
了，後來覺得相當有道理，而且會保障新系統的安全穩妥執行，尤其是業務邏輯、業務過程變化比較大的時候。
他 們的具體做法是：在基層（縣級管理機構）選拔精通業務有計算機基礎的人員到市裡面統一進行「地圖作業」，業務也是分好多塊的，有財務開票，有加油作業，有 物資管理等等。地圖作業由軟體實施公司的顧問主持，教授學員操作新的系統功能，非常細緻，基本上是乙個ppt，對應一套習題，然後在演示系統中進行練習。 布置的作業有兩種，一是同樣的業務，目前處理與新系統處理的方法有什麼不同？如何改進？有沒有更好的方法？二是該業務所需要的基礎資料收集，比如產品型 號，職工資料等等。老師批改作業，同時啟動下一輪的課堂教學。安排得非常緊湊。基本上幾輪下來，具體業務模組的基礎資料準備工作已經順利完成，新的系統環境也熟悉到位，具體應用中可能遇到什麼樣的問題也比較清楚。最根本的是基於新業務立即的業務種子已經形成，他們由學員成為師資，可以為縣屬機構的同類業務的崗位人員展開培訓了。
據說，後面的實施工作比較順利，因為由熟悉兩邊情況的人員主導。
平台軟體與商業軟體不一樣的是，應用功能設計中存在的問題經過評估和批准後，可以迅速得到修改。雖然乙個單體企業從實施工作量上似乎不需要這個過程，但是 從實施質量來看，還是非常值得引入這個過程的。其核心是「內部人」具有不一樣的實施準備價值，實施方與應用方有了很好的合作管道，可以進行「就事論事」般 的溝通，可以跳出一般的利益圈子，潛在的問題容易透明。當然，這個前提是業務功能已經根據需求做出來了，至少超過原型的精細程度。事實上等於有了乙個共同 雕琢的物件。
當然我們清楚，這個過程中還有許多東西需要明確的，比如，需求必須進行結構性的變更，應該如何處理？
《人件》 讀書筆記 02
高效團隊的養成 乙個有凝聚力的團隊是一組交織在一起的人，他們整體大於個體之和，這是因為源於工作本身，大家從工作中得到的快樂遠遠超過想象，還有乙個重要原因是團隊都是圍繞共同目標成立的。團隊組建的基礎是有乙個共同的目標，大家凝聚在一起，團隊就成了他們真正的動力。好的團隊具有如下特質，低人員流失率，很強的...
人與神話閱讀筆記02
即使是大型的設計團隊，設計結果也必須由乙個或兩個人來完成，以確保這些決定是一致的。日誌記錄和整理發布。專案經理最好的朋友就是他每天要面對的敵人 獨立的產品測試機構 小組。對於日誌的發布，我深深有體會，對於每次上課結束後都會有任務寫在上面看，課下的作業還有每次的衝刺內容，閱讀筆記，還有周總結月總結，這...
02人月神話閱讀筆記之二
巴比倫塔失敗的原因是因為缺乏交流以及交流的結果 組織 無論是之前的閱讀還是本次的閱讀，交流在團隊中都發揮著深刻的作用。團隊之間應該盡可能多的方式進行相互之間的交流 非正式地進行簡要技術陳述的常規專案會議，共享的正式專案工作手冊。我們採用了多種方式進行交流都已足以看出交流對於團隊的重要性，而網狀的交流...