EP15 - 猝不及防的需求

在成功解決了階段性驗收中出現的套件問題後，Inusan 和 Mojin 繼續全力以赴，準備與 Bob 再約一次階段性驗收。

再次與 Bob 約見，展示修復成果

時間：2024年3月19日，上午10:00

Inusan 和 Mojin 再次與 Bob 約在咖啡廳，重新確認修復後的系統。

Inusan：「我們確定是套件的版本問題，現在測試一定沒問題。」

Bob 開始重新測試系統。「這次看起來好多了，蠻穩的，也沒有出現之前的錯誤了。」

Inusan：「下次應該不會遇到套件的問題了，希望專案順順利利。」

Bob 的新要求：提前使用系統開幕新分店

時間：2024年3月19日，下午3:00

在會議即將結束時，Bob 突然提出了一個新的要求。

Bob：「先跟你們分享一件事，我們即將在市中心開設一家新分店，希望能夠提前使用這套系統，以便在開幕時順利運作。你們覺得這有機會嗎？預計下週有個大型活動，需要這套系統支援，我希望能趕在活動前讓員工先熟悉一下操作。」

Inusan 和 Mojin 當下有些驚訝，不知道該如何回應。

Inusan：「哦...可能有機會...」

Inusan 愣了一下，試圖保持鎮定地回應：「不過我們目前還在測試和開發一些功能，這樣的話，可能會有許多功能來不及完成。」

Bob 像是沒聽到一樣，淡淡地說：「這些不重要，先讓系統能跑起來，剩下的功能以後再加。我們這個活動對公司很重要，所以這套系統得提前上線。」

Inusan 又愣了第二下。

Bob：「我知道有點突然，但如果可以提前上線測試那不是很好嗎？你們回去想看看啦！」

Mojin 眉頭緊鎖，小聲對 Inusan 說：「我們才剛完成核心功能，還有好多細節沒調整，這樣硬上線的話，會有很多問題的。」

Inusan 和 Mojin 沉默了一會兒，決定暫時無法立即給出確切的答覆。

Inusan 深吸一口氣：「那...我們會優先處理最關鍵的部分，讓系統可以先使用，同時有一些功能第一時間是沒辦法使用的，你需要提前和你的員工們溝通清楚，不然到時候現場會亂成一團。」

Bob 不耐煩地揮了揮手：「你們先搞定系統再說吧，同時在活動之前我還需要一些時間測試，希望可以盡早測試這套系統，其他的我會處理。」

提前上線需求對專案的關鍵影響

1. 時間壓力與趕工
   • 原因：提前上線意味著開發團隊需要在更短的時間內完成更多的工作。
   • 影響：
     • 質量下降：趕工可能導致程式碼品質下降，增加 Bug 的風險，影響系統穩定性。
     • 測試不足：時間緊迫可能使得測試階段被壓縮，未能全面覆蓋所有功能和邊緣情況。
   • 應對方式：
     • 時間管理：合理評估新需求所需的時間，避免過度壓縮開發和測試階段。
     • 優先級設定：確定哪些功能是關鍵的，優先完成並確保其品質。
2. 客戶期望管理
   • 原因：Bob 提出的提前上線需求可能超出專案的原本範圍，增加了客戶的期望。
   • 影響：
     • 信任關係：如果無法滿足客戶的需求，可能影響雙方的信任關係，導致未來合作的困難。
     • 壓力增加：客戶的高期望可能增加團隊的壓力，影響工作效率和士氣。
   • 應對方式：
     • 透明溝通：與客戶保持透明的溝通，明確專案的可行性和限制，避免誤解和期望過高。
     • 設定合理期望：通過專業的建議和數據支持，幫助客戶設定現實的期望。
3. 團隊壓力與心理健康
   • 原因：提前上線需求增加了團隊的工作壓力，可能導致長時間加班和疲勞。
   • 影響：
     • 效率下降：長期的高壓工作可能導致團隊成員的效率下降，增加錯誤率。
     • 士氣受挫：持續的壓力可能影響團隊成員的士氣和工作滿意度，甚至導致人員流失。
   • 應對方式：
     • 壓力管理：建立健康的工作環境，合理分配工作量，避免過度壓力。
     • 團隊支持：提供必要的支持和資源，幫助團隊成員應對壓力，保持高效和積極的工作態度。
4. 功能債
   • 原因：為了提前讓系統上線，而調動開發順序。
   • 影響：為了提前釋出系統功能，可能會需要調動開發順序，導致整體開發時程變長，同時先擱置的功能如果等到系統上線後再做，都有可能會需要部份重工，導致非預期的工時增加。
   • 應對方式：
     • 與客戶協商：盡量以完整的功能釋出，不要為了提前使用而省略開發相關聯的功能，確保每個開發周期的開發內容都是可以滿足現場的某個使用情境，盡可能不要被客戶拉著走，要跟客戶協商優劣勢。