狀況不斷的系統，主管要我跳過驗收直接請款，是不是該離職了

您好，

政治問題，政治解決，廠商去找站台的，你也去找幾個來幫你站。

專案系統總有倒霉的使用者吧？他們不簽驗收，你就不簽驗收。
您去找齊所有相關的倒霉使用者，多找幾個，所有摸得上邊的上下游都一關一關私下找，做一次半死不活的系統demo, 把無法驗收的項目一個個條列出來，清楚地告訴使用者：
★新系統快死了，大家趕快來救火
★大家一起列出無法驗收項目，對他們部門、對公司生意影響程度

(隨便舉例)
◆A)供應商下單系統的＿＿功能有問題，原本的＿＿功能無法使用，未來採購部門必須人工核對＿＿，增加工時＿＿，預計增加人力＿＿，一年＿＿萬。（使用者有多慘）
◆B)因為下單必須改人工核對，即便增加人力＿萬，也必須推遲接單＿天，請業務通知客戶，未來所有報告都推遲3天。（使用者的下一關流程影響）
◆C)客戶接單系統的＿＿有問題，自＿月＿日起，某客戶的訂單拋轉將全數停擺，單月損失＿萬。（公司整體利益損失）
◆D)讓系統可以自動生成一個excel報表寄到信箱，這樣就不用copy paste （提高效率）
◆E)這裡跳出一個怪怪的報錯，我把他按掉就可以用（奇怪小問題）

讓所有的使用者都去告訴主管 這個無法驗收，請他們抵死不簽驗收，你也拿著清單去找部門主管，都是They不願驗收，你真心誠意解決，但使用者抱怨太厲害，您罩不住！
通常損失、受影響的幾位部門主管應該要出來幫您站台，跟廠商對戰，假設受影響最厲害的單位都不說話，願意驗收概跨承受，你也不用怕，他簽你就簽！

另外一方面，我想中肯的說一句，軟體開發、系統導入這件事，跟買賣貨物的本質不同。

軟體系統開發 通常是 依照您公司的需求，來開發修改，客戶要買ABC功能，廠商依照ABC估價，服務合約 包含 貴公司擁有100位工程師8小時/天，共180天的工作時間，完成ABC功能。

如果在做ABC的時候發現做出來跟想像不同，其實應該是ABO＋C，或另外ABC跟原本系統對接，必須加DEF功能才能用，很抱歉，就必須加價！！
專案是有範疇的，超出範疇就是加時間、加價格。
客戶：可是不能用。
廠商：可是你當初沒講清楚是ABO, 又要DEF
客戶：那我不管，你給我ABO
廠商：好(咬牙)，然後發現ABO+DEF，產生XYZ問題
客戶：可是不能用。
無窮迴圈200回合後變成一筆爛帳，原本的ABC根本做不完，時間已經到！

這真的不是廠商的錯，或使用者的錯，這是軟體開發的過程，廠商不會讀心，使用者也不知道自己使用的系統背後的技術邏輯，需求訪談=雞同鴨講是超正常，換200家廠商都一樣，比較合理的方式是 把現在所有的需求/無法驗收項目 列出來，歸類成
1.不做會死 （Must Have)--舉例中的Ｃ
2.不做不會死，但生不如死 (Should Have)--舉例中的ＡＢ
3.有這個會超級讚（Could Have)--舉例中的Ｄ
4.有空再改（Nice to Have)--舉例中的Ｅ

依照您還有的預算＋時間，基本上能把Must Have跟 部分Should Have 解完堪用，就是好廠商，可以驗收了。

以上，提供您參考。
祝您好運

1 在這家公司幾個月而已，主要是接手跟維護一個公司的專案。但是由於這項專案的系統開發一直有不少狀況，跟廠商來往很久改善也很有限。所以多數驗收都沒有過關，整個排程也一直延後。因為一直驗收沒過，所以廠商那邊的請款當然就不會給。
2 口頭跟我說要直接跳過驗收，先幫廠商請款，口說無憑，請款後系統擺爛，專案揹黑鍋，當然不可。
3 就用系統現狀，找三個系統使用的行家，每人使用一週，列出看到的問題點，將問題集結，並整理您所看到的缺失，集結問題冊，提給相關人員。
4 集結問題冊，要送到財務主管手中。
5 打折結案，打幾折主管喬，有書面會議記錄，您根據會議記錄驗收付款。有憑有據。
6 祝福您。