一位朋友提到這樣的一個問題：

“做為一名現場實施人員，面對某x系統，一片空白。好不容易整明白點了，又發現x系統與某xx系統有關係，再深入一點，還與某xxx系統相連，後面還有更多的xxx..系統，沒有原始碼，沒有文件，偌大一家公司管理上竟如此不規範。客戶提出需求後，整理髮給總部的開發人員，N久不能修復 ，還整天幫他更新除錯，拿到輸出結果再發郵件他，淨瞎忙活，不指望開發之後，開始自己反編譯、網路抓包、猜測資料庫這些方式去搞了，乾的全不像實施的活，這種情況怎麼破？？”

很經典的問題，這個問題大致可以分解為兩個問題：

1）實施人員乾的不是實施活；
2）舊系統的麻煩。

實施人員乾的不是實施活

很多公司對實施的定位都是有問題的，實施的位置是比專案經理、開發，甚至測試還要低的。但實施是戰鬥在一線的，直接面對客戶的。

如果你是這位實施，從個人發展的角度來說，你可以考慮：
跟這個專案的專案經理甚至是更大的領導溝通，反應情況和提出建議，看看領導是不是有心解決這個問題，領導是否能給出給力的支援。

如果領導比較給力，你就可以參考下面這點建議：
你不要將自己定位為實施，將自己定位為專案經理來處理相關工作，持續彙報情況給領導，必要時要領導給出支援。

從職業發展角度來說，實施崗位可以晉升為專案經理、專案顧問、銷售，甚至是研發總監、技術總監、CTO、CIO都可以。實施崗位在技術和業務上都飽受極大的考驗，而且還要跟各色各樣的客戶周旋，鍛鍊的機會是duang duang滴。相比之下，開發人員的工作環境可以比喻為“溫室”了。

當然了，如果領導無心解決問題，並且將實施看得很低，問題就不好解決，這樣你要看著辦了。

實施職位的特殊性，其實只能專案經理才能做得很好。我以前和公司的實施工程師談心，我是這樣幫他們定位和畫大餅的。

我還這樣比喻：如果客戶是敵人，實施就是戰鬥在前線的戰士，專案組其他人就是後方支援。

直接和客戶接觸的工作，都不是人乾的，難度大大滴！客戶要發飆，首先就需要實施頂住，苦BB滴，然後還遇到不給力的專案小組，很爛的軟體系統，超級苦……

作為公司管理層，要清晰定位實施崗位，要重視實施工程師；而作為實施崗位的你，給你一段古文作為鼓勵，這段古文就是：天將降大任於斯人也……

舊系統的麻煩

“又發現x系統與某xx系統有關係，再深入一點，還與某xxx系統相連，後面還有更多的xxx..系統，沒有原始碼，沒有文件”
——至於這類問題，很多老專案舊專案都是這個鬼樣了！

要你來收拾這些破爛，就需要你有變廢為寶的本領了！這個專案對公司有戰略價值，就需要慢慢改造，持續改善這個系統。
如果這個專案只需要維持客戶關係，不是公司的重點，就可以採用另外一種策略：“得過且過”。這個“得過且過”並不是指工作上的得過且過，而是用盡可能少的成本和工作量僅僅滿足客戶的基本要求，勉強維持客戶關係，過高的要求要想辦法拒絕，幫公司節省成本。