1樓：倉木
難道只有我乙個人認為這不是技術問題嗎？
問題根源不在技術上，為什麼要用從技術上去解決問題？
首先：當前專案的運營收益什麼情況？
其次：老闆願意投入多少費用進行現系統的公升級重構，投入的費用和公升級重構後需要達成的目標？
最後：那些只認識0和1的攻城獅，程式猿可以上了。
我認為解決問題的前提是你有什麼資源？說一大堆問題，卻不說有什麼資源可供使用，你要挽救那專案做什麼？
2樓：神的選項卡
聰明人都知道最好的方式就是重構，但是能不能做成，那就因人因專案而異了，我贊同其他人的看法，把走為上作為乙個option，實在不行，趕快跑
3樓：不眠之眼
問題不在於你如何挽救這個失敗的專案，而在於你如何從挽救這個失敗專案的過程中讓自己獲利——因為通常管理層和老闆很難像職業程式設計師一樣很清楚問題的嚴重性和修復的難度，如果你只是默默程式設計投入的話，你的資源投入就成了自己在貼錢貼勞動，而其他因此獲益的人因為不知道你在貼錢以及貼了多少錢，既不會感謝你，也不會回報你。這是很愚蠢的行為。
所以我一直說加強不同專業領域之間的溝通交流是非常重要的，你要想挽救這個專案同時讓自己得利，你就要向管理層充分描述這裡面的問題，以及修復它需要的勞動力和人力——比如說，「我需要5個人在統一管理下為這個專案進行三十個工作日的修復，否則不足以讓問題得到解決，你要想解決，你把人和管理權給我，或者其他某個能懂怎麼修的人，我到時候交賬，不然誰也救不了這專案」，換句話說，你要利用自己對專案現狀的評估能力和控制能力作為博弈資本來搞辦公室政治——當然最終還是為了把專案做好，但在這個過程中你沒有必要吃啞巴虧，不但不用吃虧，你還能不斷提高你在公司中的影響力。
簡而言之，這類問題如果只在技術層面思考解決，基本是注定得不償失的，但是拿來當做辦公室政治資源進行跨領域交易的話，不僅問題本身的解決可能會提高，你反而有從中獲利的機會。
4樓：玩家翁偉
沒有金剛鑽，別攬瓷器活。
對這樣的情況要怎麼辦，這是技術負責人需要解決的事情，合格的技術負責人需要有這樣的能力，清楚的知道怎麼收拾這樣的爛攤子。
你不知道，那僅僅是因為你還木有那樣的能力，這其中需要的也不僅僅是技術能力，還有組織能力，溝通能力，乃至優秀的心理素質等等。
如果公司的負責人有能力並且也有意願來解決這些問題，我建議你就好好跟著他幹，做好執行，理解的要執行，不理解的也要執行。
這是非常鍛鍊自身能力，提高經驗值的事情。
越亂越好，能夠把爛攤子理順，是能力的重要體現。
不要因為眼前的這些問題而感到挫折，或者不爽，進而影響工作效率。盡量把事情做得更好。
多大乙個空格，把括號對齊也是改善。
當然，跟爛攤子死扣也僅僅是修煉的一種方式。也可以有別的方式，辭職，換別的不同的公司也可以是種選擇。
最後轉個小故事：
「在高盛期間，一次複雜的重組專案讓他真正學習到了東西。當時在國內投資界名噪一時的廣東粵海集團重組，高盛足足操作了兩年，中間涉及到100多家債權銀行，400多家公司，劉每天工作都到凌晨兩三點，兩年的專案感覺做了四年。但最終完成後，劉也對企業的管理、經營、執行幾乎所有流程都都全面了解，「做完這個專案，基本上再做任何專案都覺得容易了。」」
5樓：「已登出」
專案層一般是重構成本太高的話，果斷放棄重構寫新的。理解業務後，逐步分模組替換即可。
可以在此基礎上多考慮研發環境問題，就像水土好才能長出好作物一樣，研發環境起來了，以後專案才能越來越輕鬆。不然哪怕這次真的妥帖了，研發層的亂，會讓專案狀態分分鐘回到解放前。
然後再考慮人員，如何培養人員態度和能力，如果有可能盡量提公升人員能力和團結。其實人才是最重要的。
然後再懂業務，即技術轉化，能讓整體更有目的和動力。
當然，以上都基於有可能實現和有意義有希望實現的，比如業務好，同事不錯，老闆好，拿出熱情搞起。對於整個大環境有問題烏煙瘴氣的，耗不起的，建議直接換乙個環境。
6樓：kaka
吃著鹹菜的命，操著販毒的心！你是專案經理？產品經理？部門經理？技術總監？
就是負責乙個模組的Coder嘛，你那個模組重寫就好咯，單元測試，配置檔案，都犁了重來…專案垮了。有專案經理負責，公司垮了有老闆負責…你要能把這個問題都解決了，還要領導做啥，要不，你來當老闆？
7樓：guo qian
1、接手一專案沒有文件、3000行的儲存過程,分析該需求,變數宣告都是字母_4位數字
冷靜思考後
第一步:分析儲存過程中所有涉及的表
第二步:思維導圖羅列所有表的關係
第三步:和業務溝通相關業務
第四步:拋棄那個儲存過程,自己實現業務
8樓：
你想的太多了，挽救不挽救是老闆應該考慮的事情。你覺得這東西很渣，也許老闆被一些有話語權的員工蒙蔽的還以為這東西好的不得了呢。
別去弄那些吃力不討好還得罪人的事，你面對著這坨屎，要麼忍著臭，每天往上抹點巧克力，讓其看著像個蛋糕，要麼就不要忍了，直接走人。
9樓：Kenneth
別聽教你改的答案，騙死人不償命。
一般能問出這樣問題的同學，是沒有能力乙個人搞定這個攤子的——就算有能力，估計也沒有精力。所以別動對你是最好的選擇。
把生命花在創造美好的事物上多好，幹嘛要花來擦屎。
10樓：Gavin
無法挽救。這需要老闆去投資，需要大量的人手，時間。軟體開發其實總是英雄無用武之地的。是需要合作的。乙個人在牛，也寫不出整個linux，就算是核心，其實也不是乙個人幹的。
11樓：
目測是pm和前sde幹起來前swe拍案而起一去不復返了，這事和pm關係比較大，和前sde的關係不太大。
所以題主還是好好考慮一下自己會不會走前sde的老路吧。
12樓：Alex gates
乙個專案的失敗，首先要看是什麼造成的，專案過程有很多角色，部門老大，專案經理，se等，都可能對專案造成影響，並不是說通過程式設計師就能挽回得了的，你去苦逼幹了半天，說不定還被上面角色叼一頓，因為專案已經到了用挽回得地步了，可知前面牽繩拉著你跑的人，已經跑到多深的坑里了
13樓：王鴻飛
我之前在的公司遇到過這個問題。
我們解決的方案簡單粗暴--- 整個專案全部重寫。
然後花了3個月重寫完成，這期間少部分人維護舊系統
14樓：龍騰道默默地
12k確實就是這樣的。
——強烈反對幻想一勞永逸，且代價比想象的高昂還要高昂的「徹底」重構。
——迭代速度高是根源，你遇到的情況的本質是良性的。不要指望一次性完美重構。只有僵死的業務才有完美方案，事實上是一種幻覺。
——建議先徹底分離資料與邏輯，重構資料結構系統，然後做個新舊二介面的資料操作中間層。新業務一律扁平拓展。
——然後你可以試著以業務生長、需求變化本身的特點建立新的業務邏輯系統，即真正面向變化的重構。
15樓：中國碼坊
這個問題首先要看你的心態和能力
心態，如果你已經沒有了耐心，那就乾脆別幹這個事情，否則你只會讓問題更嚴重，影響別人去修改。如果你想把搞好，並且有足夠的耐心，那就塌下心來去重構他，這是種非常好的體驗。
能力，你有沒有本事搞下這個專案，如果沒有，並且也得不到大牛得指點那就放棄吧
程式設計師如何挽救日漸失控的專案？
劃分成模組，混成一團就劃分乙個大模組，只對公共介面寫好文件，這樣即使裡面一坨屎，也沒用辦法修改，但是還可以繼續用，修改就新建乙個模組實現新的功能。這樣就把那坨屎個從今後的開發中隔離了出去 鄒科 除非能承受大動干戈的代價，否則還是先治標，後治本。治標可以解決具體問題，其次可為治本打好基礎和積累經驗。就...
程式設計師如何找乙個師傅？
F1ona7788 就我目前的經驗來說，很難找到你認為的那種師傅，除非運氣很好或者你們特別投緣。多數情況都是別人樂意幫你一兩次，但多了就會不耐煩，還是要靠自己呀！職場和學校不太一樣，競爭很激烈的，大家有這時間和精力為什麼不幹一點自己的事，要來培養乙個潛在的競爭對手呢？ leon 我一直覺得問題才是最...
程式設計師的日子，怎麼過才是乙個合格的程式設計師？
Oreo 與其說乙個合格的程式設計師不如說怎樣更好完成自己的工作，任何行業都一樣，做人做事都要帶著乙份責任心，當然職業技能也必不可少。 大神，雲風大佬那個級別這種吧 從事具體的行業，掌握並熟練使用行業的技術手段，實現商業化的專案技術問題，大部分要結合實際商業化專案才能真正為自己所用非商業化的專案，就...