如何激勵團隊在傳統產品上工作

我們是一個團隊，致力於遺留代碼，這些代碼非常古老，並以初始編程日的語言編寫。由於團隊成員接受了最新技術的培訓，現在開始使用遺留代碼，他們並不開心。如何激勵他們在遺留代碼中工作？如何激勵團隊在傳統產品上工作

2010-05-20 Nayana Setty

這是傳統代碼的遺產嗎？有任何例子，語言或圖書館？ – 2010-05-20 12:03:42

那麼如果遺留代碼是RPG II，Fortran，Cobol，BBx（商業基礎），dBase III或類似的東西，那麼它很容易理解他們的不快樂，因爲在這一點上這些並不是真正的恢復建設者。你在說什麼語言？ – kloucks 2010-05-20 12:13:33

只有現金不能讓開發商高興。你應該爲他們提供良好的環境，以便他們能夠關注他們的工作。

另一件事是沒有技術是壞的或舊的或舊的。事情是，如果你的公司需要維護它，那麼你必須保持它。但是，讓所有標準的設計，編碼，測試，代碼審查，互動環節等。

您也可以激勵他們遺留代碼轉換成一些新的平臺，爲更好的性能和可維護性。即使有一次我想，每家公司都會這樣做，因爲他們想與其他市場產品競爭。

還爲他們提供其在貴公司使用的其他技術有些涼，但會話他們不知道或使用。讓他們深入瞭解事情，給他們適當的時間和支持解決問題。主要目標是按時交付，減少返工和錯誤。

爲他們的工作提供一些獎勵，讓他們高興工作。

謝謝。

來源

2010-05-20 12:22:01 Parth

但是，在這種情況下沒有現金，你將無法獲得任何地方。 – 2010-06-17 13:13:30

你可以嘗試在測試方面做一些奇特的事情。試用嘲諷框架等

嘗試還強調，處理遺留代碼是一個很好的經驗，如果你想成爲一個堅實的程序員，因爲每一項技術最終成爲遺產。

來源

2010-05-20 12:09:20

額外的現金？ :)不知道別的...

即使它是新技術的遺留代碼，它並不總是很高興在這樣的代碼工作，等等。「最初的技術」 ......我想唯一的激勵就是要發現編程是如何這些天...

來源

2010-05-20 12:14:06

你有在可預見的未來退休的遺留代碼的某些範圍是什麼？如果是這樣，「我們只需要保持這種狀態直到......」可能會使藥丸變甜。

團隊成員是否使用過遺留代碼編寫的語言/環境？如果不是這樣，那可能很簡單，不願意做一些他們不知道如何操作的東西。可能在一段時間內安排他們至少獲得一次通過的熟悉度，假如它不是從最新的技術轉變過來的模式，它不應該是那麼難嗎？

來源

2010-05-20 12:17:24 crazyscot

發送您的團隊與用戶見面並觀看他們使用軟件。他們應該瞭解用戶使用該軟件時最關鍵的問題。

瞭解用戶使工作更加真實 - 您的團隊將知道添加新功能或消除一些錯誤將有助於某個真實的人。這應該激勵程序員完成無聊的工作。

來源

2010-05-20 14:51:56 zendar

是團隊成員只允許對遺留代碼的團隊工作，或者可以將他們的時間不同的項目之間的分裂？我不認爲任何人都會爲FORTRAN調試花費40個小時的時間而感到高興。但是如果你必須花上幾個小時的時間才知道你可以在白天休息一下，去實際操作一些你喜歡的東西，那麼這個代碼就不那麼痛苦了。

我會重申之前所說的關於確保團隊成員有時間學習並獲得舊技術的經驗，然後再將它們投入到那裏。儘量讓訓練愉快。我們的遺留代碼培訓是爲了看看誰能夠針對有趣的問題提出最快/最短/最完整的/ etc解決方案，而不是專注於我們正在開發的代碼，從而建立起來的代碼培訓。實際上，即使你沒有時間留在訓練中，也可以應用於球隊的計劃。爲手頭的任務添加一些小小的競爭，或者讓一點時間用於具有挑戰性和競爭力的副項目。

來源

2010-05-20 14:57:21 Jelly

他們如何從這些傳統產品中獲得回報？你知道是什麼激勵他們嗎？有些人可能更喜歡及時的認可和表揚，而其他人可能會期望獲得現金或理解，這並不一定是他們最初接受工作時簽署的。我會試着建議1：1會議，看看他們喜歡什麼會讓他們更快樂。是更多錢嗎？休假時間更靈活？傳統技術培訓？肯定他們在這些古老的系統上做的很好，因爲最初的編程時間讓我想起了大型機和其他真正舊的工具，人們可能會想：「這真的會運行多久？

來源

2010-05-20 14:58:01