iT邦幫忙

2024 iThome 鐵人賽

DAY 13
1

EP13 - 協調失敗的教訓

再次接受妥協,尋找加速開發的方法

時間:2024年3月17日,上午10:00

在接受了 Bob 的不讓步後,Inusan 和 Mojin 回到公司,感到前所未有的壓力和挫折。他們明白,無論如何努力,Bob 都不願意在預算上做出讓步,這意味著專案如果超出 15 萬的花費都得自行吸收。

他們開始研究各種加速開發的方法,如使用網路上有人推薦的高性能的框架、自動化測試工具等,希望能夠提高開發效率。然而,這些方法他們並未完全摸熟,任何一個選擇都有可能存在潛在的風險。


與 Bob 的第三次會議

時間:2024年3月17日,下午2:00

「我們已經確認了所有原本答應的功能,但同時我們也整理了一些項目,希望可以跟你協調。」Inusan 開場道,語氣中帶著堅定和誠懇。

Bob 看起來依然不滿:「合約上有提到的我都需要,我不清楚你們會怎麼調整,你答應我的都要做到就對了。你們現在跟我說明的怎麼像是又再反悔合約內容?不是說你們會負責到底嗎?」

Mojin 嘗試解釋:「我們清楚這些功能對你的重要性,所以我們也正在研究一些加速開發的方法,只是想再次跟你協調是否真的有可以先是那麼必要作的功能。」

Bob 回應道:「唉...我聽起來就是你們為了省時不做。我需要的是可以用的功能,而不是你們的計劃和方法。當初簽約時,你們說過能夠完成所有需求,現在卻無法如期交付。」

Inusan 說道:「我們真的不是反悔,是真心想跟你協調看看。我們願意繼續努力,可能會多花一些時間,但會確保所有功能都能完成且不會增加費用。」

Bob 不耐煩地說:「那我等著看你們如何完成這個專案。」

會議最終以 Bob 的不滿和再次表達疑慮而告終。


承擔損失,採用加速開發的方法

時間:2024年3月17日,晚上8:30

Inusan:「現在真的是走一步算一步了。」

Mojin 回應:「嘿阿,就多嘗試點大家推薦的新框架或模組好了,說不定拼一拼也可以順利結案。」

隨著他們採用加速開發的方法,他們不知道的是,後續專案在驗收階段將頻頻出現失誤,迫使他們不得不面對品質控制的重大問題,


☄️ 離開的 Inusan 爆炸後的回顧

可能影響專案成功的關鍵

  1. 使用新框架或模組的風險:Inusan 和 Mojin 為了加速開發,決定引入新的框架或模組,但由於缺乏足夠的經驗,未能充分掌握其特性和潛在問題。新框架或模組的不熟悉導致開發過程中出現技術錯誤和相容性問題,進而影響專案的穩定性和最終品質,增加後續驗收階段的失誤風險。

上一篇
EP12 - 簽約後的失誤
下一篇
EP14 - 階段性驗收的挑戰
系列文
在專案爆炸之後,離開的 inusan ,他沒忘記30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言