avatar-avatar
一個只會務正業的工程師
更新 發佈閱讀 2 分鐘

最近工作上遇到了一個任務分配不均的狀況,讓我感到有點無奈。


原本是多個 team 共同開發一個 feature,我們 team 理解的任務是負責開發 Shared Component,而其他 team 負責 integration 的部分。雖然沒有明確被定義,但雙方默認的分工方向大致如此。我完成這個 component 後也覺得工作量合理,整體還算順利。

結果,在進行 Feature Test 時,突然被告知:「欸,其實整個 integration 也是由你們 team 來做。」

我傻眼,溝通上的誤差所導致我們 team 跟 其他 team 理解不同。

幸好這次 buffer time 有夠,沒有被臨時增加的工作壓垮


這種任務邊界突然模糊且臨時改變的狀況,常常會讓開發人員無形中承擔過多的工作,甚至影響整個專案的進度。


我認為比較好的處理方式應該是:

由 feature lead 先整體看過 feature 的 scope,確認各項工作的完整內容與需求。

feature lead 協助劃分每個 team 的工作範圍,並明確記錄在 Ticket 中。

至少不會壓力太大


不知道大家是否也遇到過類似的狀況?你們是怎麼解決這種跨團隊任務分配的問題呢?

UU is ME-avatar-img
UU is ME和其他 1 人喜歡這篇
avatar-img
加入討論
avatar-avatar
一個只會務正業的工程師
更新 發佈閱讀 2 分鐘

最近工作上遇到了一個任務分配不均的狀況,讓我感到有點無奈。


原本是多個 team 共同開發一個 feature,我們 team 理解的任務是負責開發 Shared Component,而其他 team 負責 integration 的部分。雖然沒有明確被定義,但雙方默認的分工方向大致如此。我完成這個 component 後也覺得工作量合理,整體還算順利。

結果,在進行 Feature Test 時,突然被告知:「欸,其實整個 integration 也是由你們 team 來做。」

我傻眼,溝通上的誤差所導致我們 team 跟 其他 team 理解不同。

幸好這次 buffer time 有夠,沒有被臨時增加的工作壓垮


這種任務邊界突然模糊且臨時改變的狀況,常常會讓開發人員無形中承擔過多的工作,甚至影響整個專案的進度。


我認為比較好的處理方式應該是:

由 feature lead 先整體看過 feature 的 scope,確認各項工作的完整內容與需求。

feature lead 協助劃分每個 team 的工作範圍,並明確記錄在 Ticket 中。

至少不會壓力太大


不知道大家是否也遇到過類似的狀況?你們是怎麼解決這種跨團隊任務分配的問題呢?

UU is ME-avatar-img
UU is ME和其他 1 人喜歡這篇
avatar-img
加入討論