編輯導語：隨着互聯網的不斷髮展，以及信息化的普及，智慧政務行業也在不斷的發展融合中，而且政府信息化的建設是一個漫長而又快速發展的過程；在做政務項目時，我們需要注意些什麼？本文作者分享了關於政務項目的一些經驗，我們一起來看一下。
政務信息化項目也就是我們常説的toG（to Government）項目，接觸過這個領域的同學應該知道：項目超期、經費超預算、無法驗收甚至根本未投入使用的情況時有發生，更別談創造業務價值了！
本人恰巧有幾年toG從業經驗，根據親身實踐總結了容易被忽略，而又與項目成功與否高度相關的4個大坑，分享出來就當拋磚引玉，歡迎交流~
一、忽略關鍵干係人坊間流傳這麼一句話“要成功實施一個項目，首要工作就是在甲方給項目找一個爹！”也就是説要在甲方給項目找一個強有力的推動者。很顯然，這對於政務項目的順利開展及驗收是非常關鍵的。
然而實際情況經常是乙方承接了一個項目，項目經理卻不知道甲方客户中誰掌握着話語權，誰是項目的發起者？項目實施的負責人在哪裏？
然後就發生了這樣那樣的場景：
- 想確認個業務流程吧，得找好幾個部門或者好幾個人，各説各的甚至還會説法不一，抓狂啊…
- 想找人簽字吧，A説他定不了，B也説定不了，着急呀…
- 快開發完了，客户突然説功能要大改，不符合業務要求，殊不知是原來發起該項目的領導調走了，吭哧吭哧做了半天，新領導有了新想法，好氣哦…
在項目初期就識別項目背後的發起人（通常是領導層）、實施負責人（可能是管理層或業務人員）， 捋清發起人的初衷及利益訴求，對於需求調研、推廣使用、驗收回款都非常重要，還能省去不少事務性協調的時間，何樂而不為？
也許你會説發起人易識別，實施負責人難找，甚至客户也沒有這個意識；這時就需要乙方項目經理尋找機會（最好是在比較正式的公開場合，如項目會議）讓甲方領導明確指定實施負責人，保障項目順利實施。
二、含糊的項目目標翻看政務項目的建設方案，你可能會發現它是這麼描述項目目標的：“通過建立xxx平台，充分發揮互聯網+政務效用，打通民眾在辦理xxx業務的賭點、痛點，同時提高業務人員的工作效率，促進各部門間的業務協同和數據協同”；乍一看沒啥問題，但其實你隨便給它套哪個項目都毫無違和感，這就是所謂的無效信息傳遞，這類大而空的目標描述對項目建設沒有任何指導意義。
如果只是因為文案能力差無法準確清晰地描述項目目標，問題還沒那麼嚴重，最怕的是客户説“前幾天領導點名表揚了xxx省做的xxx平台，我們也抓緊上線一個”、 “沒開發出來我們也不知道好不好用，你們先做出來給我們看看吧” 。
也許有的同學會抱着僥倖心理，以為客户沒提具體需求就代表自己能自由發揮，殊不知這可能是一個開發內容不可控、成本不可控，甚至永遠也驗收不了的項目！
不可否認，有的客户確實説不清楚自己到底要做什麼，此時就是乙方施展專業技能的時候了：
- 問清楚用户發起項目的初衷，由於什麼契機要做這個項目：考察調研？新政策發佈? 熱點及新技術趨勢？站在客户立場一起探討、發掘項目發起的初衷可以指導我們快速抓住重點。
- 跟客户溝通時是否使用技術語言增加了溝通難度？諸如“數據字典”“流程引擎”“數據中台”詞彙可能會嚇跑客户，不利於他們充分參與到需求調研中。客户是業務專家，乙方才是技術方案解決專家，跟客户談業務場景，不要談技術方案。
- 需求確認時加入低保真原型、業務流程圖等更直觀的表達形式，提高溝通效率。
很多小夥伴在完成需求調研後，就按部就班的開始梳理需求、設計原型，直到進入了開發階段，才着手外部數據接口申請、服務器資源申請等流程，這就很容易出現開發暫停等資源的現象；甚至會因為外部資源與預期不一致造成需求變更，嚴重時會因項目無法如期上線而影響客户業務。
以下是政務項目中常見的對外依賴，對於緊急項目，越早識別（並處理）風險越小：
- 服務器：通常要以業主名義向信息中心（專門管信息化的政府部門）提交服務資源申請，涉及到服務資源申請流程，且需要提交業主簽章後的申請表，所以是需要一定時間的
- 數據接口：做政務項目經常需要與其他部門做數據協同，這就涉及到數據使用權的協調；比如你需要的數據其他部門是否同意開放共享權限？是否已經有現成接口供調用？數據使用的申請流程是怎樣的？諸如此類的協調事項花費的時間有時比技術對接時間更久
- 外部系統集成：“一網通辦”是2018年以來國務院對政務服務平台建設的指導原則，因此我們在做政務項目時一定要搞清楚是否需要與其他系統集成，如何集成？是自建用户體系還是直接接入一體化賬户體系？
提到非功能性需求分析，諸如“高併發”“高性能”“兼容性強”“敏感數據加密”等字眼就立馬跳入腦海，我見過太多項目建設方案都是諸如此類的定性描述，簡直像是商量好的一樣。
我們做政務項目一方面是要通過最終驗收的（不然拿不到錢），另一方面也要滿足業務需求，缺少非功能性需求分析可能會給自己挖一個早晚都要跳進去的坑！
以下幾類非功能性需求分析大家可別忽略：
- 部署網絡環境：是部署在政務內網？政務外網？是否存在網絡不通的問題？
- 客户端環境：到客户辦公現場看看吧，你可能會發現win7系統是主流，甚至還有不少人在用IE瀏覽器！近年來政府也在推國產化，你的客户可能已經用上了國產化操作系統
- 國產化：項目是否有國產化的要求？如果有，技術選型時就不得不一併考慮
- 安全等保要求：很多政務項目需要做安全等級保護測評，不同等級對訪問控制、安全審計、數據安全等的要求不同，如果等到要測評或測評不通過才做項目改造，事倍功半
- 用户量：系統的用户量峯值大概是多少？是否存在階段性使用的特點（比如有的業務僅在一年的固定時間段才受理）？瞭解這些信息有助於合理使用資源，説不定還可以避免過度開發節省成本
芒格曾説：
如果你們想要幫助印度，應該考慮的問題不是「我要怎樣才能幫助印度？」與之相反，你們應該問：「我要怎樣才能損害印度？」你們應該找到能對印度造成最大損害的事情，然後避免去做它。
政務項目是一個系統性的工程，要求項目經理具備較強的組織整合能力，要成功實施一個政務項目，注意事項多到小本本記不下；通過逆向思維不斷總結失敗原因並儘量避開，何嘗不是提高成功率的有效途徑？
我發現網上的政務項目資料真的特別少，如果大家對這個領域感興趣，後續我就再分享幾篇，希望能跟大家一起交流學習~
本文由 @辣椒圈 原創發佈於人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基於CC0協議。