文章作者：軟件項目部 / 何世榮
經過多年在熱電廠管控一體化項目上的摸爬滾打，科遠SyncPlant產品越來越成熟，同時在項目實施上也積累了一些自認為很有用的實施經驗拿來和大家分享。
電力行業是技術和裝備密集型產業，其特有的生產經營方式決定了其信息化發展的模式。以軟件需求為例，發電企業的信息化主要集中于用以保障電力生產安全和提高生產效率的EAM（資產管理系統）、SIS（廠級監控系統）等系統，同時對ERP（企業資源計劃）等用于整合企業內部信息資源的系統也有較高要求。對于熱電聯產型電廠，熱能的利潤空間更加廣闊，因此生產效率和經濟效益的關聯尤為明顯。在這種環境下，我們的管控一體化系統（管控一體化）應運而生。
管控一體化在熱電廠企業環境中的融入率非常高，從底層的生產數據采集、組態、監控，到設備檢修技術的經驗積累，再到企業高層的經營決策、管理制度體現，都能看到管控一體化的身影。作為一個管控一體化項目的實施者和項目管理者，除了基本的軟件構思、設計能力之外，還要有對電力行業的業務流程和熱電廠企業管理理念的理解。拋開技術層面，我認為在實施管控一體化項目過程中，下面三點是必須要做好的。
把握用戶的本質需求
在信息化程度不是很完善的環境下，用戶的需求往往是零碎的，但是如果我們有心將這些零碎的需求一一記錄并整理，到最后會發現，用戶的最終想法大多就是通過這些零碎的需求拼湊起來的。
這種情況其實很正常，每個電廠都需要將自己的管理體制融入信息化管理軟件當中，這樣得到的軟件才是真正適合自己的。因此，當我們在與用戶零距離接觸來實施項目的時候，我們也要堅持著這么一個原則。
而我們要特別注意的是，用戶的需求是有“續集”的。對于一個經驗豐富的項目管理者，我們應當具備一定的前瞻意識，不但要推斷用戶的“續集”，還要敢于將這些“續集”整合為“合集”。
曾經有用戶跟我說，希望我們能開發一個功能，在他們開生產會議的時候能把會議的內容記錄下來，主要是記錄會議上分派給與會人員的任務。當時我認為就是一個簡單的會議紀要功能吧，并且能以條目形式記錄會議內容。模型完成后給用戶看，用戶說這些任務要能由指定的人員去處理。于是我明白了，他們要的不是會議紀要，而是一套任務處理流程。我不再去急于完成他提的這個要求，而是盡量引導他說出自己最終的設想，然后整理出一份完整的設計方案，該方案包括如下內容：
1、每次生產會議結束后，由會議記錄員將會上產生的各項任務和指派人、處理人等信息錄入系統，分發給指派人審核；
2、指派人審核后，確認處理人，指定監督人、協同處理人、完成日期，提交給處理人處理；
3、處理人收到任務后，與協同處理人一起在規定時間內完成，并提交給監督人進行驗收；
4、監督人對完成的工作進行驗收，驗收合格提交歸檔，并通知指派人，驗收不合格駁回給處理人繼續處理。
5、在查詢功能中能對各任務的完成情況分類統計，可統計任務完成率，及時率等。
現在大家可以看到，用戶要求的其實是一套類似于缺陷管理流程的模塊，使用者是企業內的管理人員。而如果我們根據用戶逐步的要求去做，就好像爬山洞一樣，爬了半天，才發現出口和入口只隔了一片草叢，現在我們畫好了地圖，只需要撥開草叢就能達到目的地。
有的時候我們的項目管理人員并不缺乏前瞻意識，也有能力去把握用戶的真實需求，卻偏偏缺乏這種勇氣，不知是人類與生俱來的惰性還是不好意思和用戶深入討論，有時候明明感覺到可能沒那么簡單，就是不去弄個明白，繞了很多彎路，到最后創造出一個“四不像”的副產品。
善于把握用戶的本質需求，是對項目負責；敢于把握用戶的本質需求，是對用戶負責。
勤于管理我們的計劃
計劃順序很重要。一個完整的管控一體化項目，在編制計劃時，她會被分解為若干塊，或者是我們常說的“子系統”。電廠的管理體制、信息化建設程度、人員的配合情況等因素都會對各個子系統的實施進度產生影響。對于一個項目管理者來說，我們首先應看到的是項目整體，為了保證整體項目的進度，一般建議按照先易后難的順序對各個子系統安排實施，簡單的子系統可以輕松把握，往往能提前完成，這樣就給復雜的子系統爭取了時間，同時也為之創造了一些準備的空間，比如在推行運行日志管理系統的時候，與相關領導交流運行考核系統的基本信息；或者在推行缺陷管理系統的時候，收集整理關于檢修考核系統的基礎資料等。
當我們在制定計劃的時候，未來已經改變了。盡管如此，我們還得制定計劃，這里的“我們”必須要包括用戶，否則這份計劃書可以隨手扔進垃圾桶。
即便是雙方都確認的計劃，就算制定的時候考慮的多么周到，在實際執行過程中也會碰到無法推行的情況，或者延后或者提前，這些都不可避免。這就需要進行變更，一般來說涉及到重大變更的，需要召開項目協調會，由高級經理來拍板。如果不是重大變更，也不影響整體進度的，由雙方的項目管理者根據實際情況進行變更。這就是計劃的管理。
計劃管理尤為重要。管理項目實施計劃在于一個“勤”字。定期對照計劃表，對比實際工作進度，及時調整。上文說到的“簡單子系統”和“復雜子系統”只是相對而言，在一些特定場合，兩者會顛倒過來，要即刻進行分析和調整。另外最好將原因備注下來，保留調整的痕跡。不要埋頭苦干了幾個月下來，回頭一翻計劃書，都不知道是誰寫的了�？梢越柚恍┕こ添椖抗芾碥浖T如Project等，用什么工具都是其次，最主要的是認真對待。
保持積極的心態，耐心永遠是美德
項目實施過程中，某些個性化的東西總不免要改來改去，就好像畫家在一遍一遍修繕自己的作品一樣，用戶也希望將功能盡量完美的展現，而我們的目標就是實現它。我曾經有一天，將設備消缺單的界面反復修改了十多次，然而用戶總是覺得不滿意，第二天又調整了數次，最終才得到用戶的認可。我認為這樣的付出是值得的，一方面體現了我們秉承“用戶至上”的理念，另一方面也讓用戶相信了科遠人的耐心和責任心。
有時候細節決定成敗，不要害怕麻煩。有一次，一位檔案管理員跑來向我提一個建議，說是我們的檔案錄入界面上的文本編輯框有點嫌小，只能顯示六、七行的文字，能不能放大點。我看了之后隨口跟他說文本框放大會影響下面一些控件的布局，就不能完全展現所有信息了，然后他帶點失望的離開了。當晚我在進行一些初始化數據庫錄入的時候親自體驗了一下，發現尺寸的確有點小，看起來是有諸多不便，尤其對于廠里年齡大的幾個領導，讓他們不停去拖動鼠標實在是有點勉強，于是我連夜提出整改方案，設置按鈕用來自由放大和縮小編輯框的尺寸。當我把修改后的功能展現給他看的時候，他道謝不已。我們就是通過這些點點滴滴的小事情來樹立科遠軟件在整個用戶群中的聲譽。
馬云說過：“今天很殘酷，明天更殘酷，后天很美好，但絕大多數人都死在明天晚上”。一般機組規模的完整功能管控一體化項目，周期都不會短，至少都在6個月以上，甚至有些要用“年”來計算，長期駐扎在施工現場是很尋常的事。有位伙計發牢騷的時候說：“我已經受不了了，要崩潰了……”這讓我想起了多年前的我，也是這副苦大仇深的嘴臉，龜縮在南方的某個小鎮上盼望著2012快點到來。我相信很多人都會有這種比較痛苦的經歷，這是難免的，有人選擇放棄，放棄了現在的痛苦，但很可能也放棄了美好的未來。而那些選擇堅持的人，據我觀察，大多都能看到后天的太陽。
結束語
對于熱電廠管控一體化項目的實施，無論是參與還是主持，一腔熱情是不能滅的，就算在現場長期“駐守”中被用戶不停的需求折騰到暈頭轉向，也要謹記一個信條：“用戶滿意是對我們最大的慰藉！”。另外，最關鍵的一點，不要忘記我們還有堅強的后盾：科遠自動化集團。
