上一篇聊聊《為什么被用戶牽著鼻子走？》，這篇文章聊聊《怎么把專案做爛》，以多年的經驗來講，這些是值得思考的命題，
剛參加作業做專案常說的一句話：沒有困難，制造困難也得上，到不是真閑得蛋疼制造困難，而是表達解決困難的決心，
2009年在某煤炭集團做了一個動態監測煤質煤量的實時系統，當時一般為C/S結構的系統，我們使用B/S結構開發，后臺跑實時與硬體互動的服務，2019年左右，用戶突然聯系我，要求給系統升級及完善功能，只能把用戶的資訊轉給原來公司的領導，這套系統用了10多年的時間，我完全沒有想到，就算是用戶沒有費用升級系統，卻成全了我們證明自己的機會，系統如下圖：
最近有一個專案案例，專案推遲了很長時間，甲乙雙方的思想、技術、業務等交流根本不在一個層面上，甲認為花了很多錢，系統做的稀巴爛；乙也承認自己不擅長這個技術領域，但是又沒有專人的專案經理推動專案，僵持階段，我們花了3個月的時間，承擔救火隊長的角色，專案關鍵工藝部分驗收完成了，用戶提出來新的要求，建立設備庫、工藝庫、指標庫等，用戶經人介紹認識了一個做資料中臺的公司，還沒有簽合同，就開干了，所有服務都部署在一臺服務器上，他們的“資料中臺”系統部署在virtualBox虛擬機的Linux作業系統上，從我們系統讀實時資料，所有控制操作和工藝界面呼叫我們系統的介面和掛載鏈接，也就實作了一個簡單的類似業務系統，最終用戶反饋服務器的CPU和記憶體基本占滿了，肯定是影響系統正常運行，暫不評論是誰的責任問題，用戶反饋如下圖：
比較感慨這樣的結果，本著交流的目的，期間給他們培訓過怎么做資訊化專案，介紹框架、技術、業務和方法等幾個方面，所以我在想，沒有最爛的專案，只有更爛的專案，專案做爛還是比較好的結果，讓我們看看幾個專案場景：
1.用戶對自己需求的目標不明確，領導只提高大上的概念，下邊干活的人不知所措，廠家更是無所適從，
2.用戶基本能夠明確自己的需求，但是無法把業務需求轉換成技術實作，廠家即不懂業務，技術又爛的一塌糊涂，
3.基本不存在用戶完全能夠確定自己的目標需求，卻又被廠家一頓忽悠，又自作聰明認為和自己的需求完全匹配，
4.用戶自己很懂業務，但是又認為自己很懂技術；作為廠家，技術好與壞不重要，廠家反正迎合用戶說的就行了，
5.用戶和廠家都懂業務和技術，現實不存在這種情況，因為業務在發展、廠家的技術路線也不一樣，
那么有沒有失敗的專案呢？我認為沒有，用戶和廠家都在玩“皇帝的新衣”的游戲，誰也不會承認自己裸奔，用戶最侄訓為自己的無能宣傳說：看看我們做的系統；廠家最侄訓為無法改變的現實宣傳說：看看我們在那做的專案，
物聯網&大資料技術 QQ群：54256083
物聯網&大資料專案 QQ群：727664080
網站：http://www.ineuos.net
QQ：504547114
微信：wxzz0151
博客：https://www.cnblogs.com/lsjwq
微信公眾號：iNeuOS
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/302060.html
標籤：.NET技术