“在技術團隊工作過程中，經常會反覆出現一些的經典的問題，這些問題會嚴重影響團隊的工作效率，同時也會給團隊的士氣帶來重大的影響。
接下來，我們來討論一下這些問題發生的具體場景，造成的問題原因，以及如何預防和解決這些問題方法技巧。
今天來討論第2個常見問題：需求方總是繞過技術團隊的正常流程來解決問題，也就是俗稱的開發人員“幹私活”，該怎麼辦呢？
不走流程的問題
我們知道，一個相對成熟的技術研發團隊，在處理需求，任務和問題時，都會有一些約定的標準的流程和規範。這些流程和規範，會幫助團隊在處理工作時做到忙而不亂，按既定計劃和方案及時交付符合預期價值的產品。但在有些時候，一些特殊的需求方可能會亂入，打亂整個團隊的節奏。例如：
- 一個需求方，這通常是一個產品經理，業務方或類似的人直接找到開發工程師，拍拍其肩部，並要求更改需求或者完成一個任務；
- 老闆需求： 高階別領導直接要求的處理的問題，因為他們的職位或其他原因，工程師就改動和處理了；
- 等等其他情況。
為什麼是問題
為什麼大量的不按照正常流程提交的問題，會成為技術團隊所面臨的嚴重問題呢？
是因為大量這類非正常問題的出現，會給技術團隊的專案管理、問題跟蹤、資源預算和開發速度等造成諸多不利的因素：
- 繞過正常將會降低專案經理跟蹤專案成本的能力，同時也會降低對導致最大問題的專案領域的可見性
- 當團隊和專案負責人不能確定引起最多問題和變化的相關任務的領域範圍時，就不能適當地跟蹤成本或計劃工作以專注於改善這些領域的問題
- 新任務將減少對此更改的長期時間和預算成本的增加，同時可能會影響其他任務的處理或引入新的嚴重的 bug
- 新問題在整個計劃中並不一定是當前最重要的任務，但它可能會佔用團隊很重要，很長時間的資源不釋放
- 任務需要根據團隊或者專案的當前工作情況進行篩選和優先順序排序，對專案經理、Scrum Master 等團隊成員要允許他們完成自己的工作，並將其放入適當的工作流程中
- 有時候問題很可能被安排一個不合適的人選，例如，所選的開發人員可能任務過多，或者無法像其他開發人員那樣有效地完成任務。其次，與專案團隊關係更密切的人能夠更好地判斷這一點，做出更合理安排
- 最後，打斷開發人員的工作節奏，會影響所謂的“心流狀態”的持續，減緩開發速度並增加 bug 可能性，同時增加開發人員的挫敗感等等。
另外，這種臨時的需求和變更，還會導致嚴重的團隊之前衝突，例如之前我們聊過的：背鍋的藝術：需求臨時變更上線出事故誰的鍋？ 和 問題風暴高壓之下，高手如何做到穩得一批 這類問題的大量出現，給團隊士氣造成嚴重影響。
解決之法
對於一個高效的技術團隊來說，我們不能生硬的拒絕需求方來提交需求和問題。技術團隊能做的最好的事情就是建立起一個可以讓業務需求方可以簡單便捷的反饋問題的渠道，並保持工作的過程透明度和及時反饋結果的工作流程體系。常見的問題反饋體系有以下：
- 通過明確問題提交對接聯絡人
- 通過電子郵件渠道提交問題
- 通過線上化的協作軟體和系統
- 通過定期的會議收集問題等等
無論用什麼方式，團隊可以根據自身情況來選擇最適合的。
人們之所以喜歡找一個認識的工程師來當面反饋問題，是因為這樣比你當前官方的方法更快地得到結果和反饋，而且摩擦也更小。所以無論你選擇什麼方式，都要記住以下的三個目標：
- 快速的反應、反饋或行動
- 透明和方便的更新進度和狀態
- 讓提交問題不需要付出太多努力
對於技術團隊的管理者，要授權讓開發人員將這些私下的任務重新轉發到團隊官方的反饋渠道並記錄在案。讓他們知道你支援他們的對接工作，不會因為不立即執行這些請求而陷入不必要的麻煩。
最後
技術團隊的核心價值就是要快速高效的解決系統的問題，建立一套行之有效的工作流程是為了保障整個團隊的工作儘可能處於一個高效有序的狀態。對於繞過流程之外的事情，要有一個開放的心態積極的解決，同時也要不斷的和上游需求方團隊溝通和明確工作原則和邊界，尋求一個相對平衡的狀態。