TomWang的部落格

講一件前一陣子遇到的事情

公司本身在開發上有個流程，程式會在測試環境測過後，才會上到正式環境
但是有人繞過這個機制，直接把程式上到正式環境
使得測試環境和正式環境的程式不同
導致其他人在測試環境測試OK，上到正式環境時就出了問題

發現這問題的人就很不爽啊，因為被害得查問題查老半天
也有人幫忙打圓場，就說因為某種原因，所以需要直接在正式環境上測(原因細節就不在這說了)

我認為這機制本身是很合理，也是為了開發順利
如果使得測試上產生問題，那應該是要把困難提出來，而非用違反流程的方式硬幹

整件事情的根源應該是要問：為什麼有問題不提出來?
1.提了也無法解決問題，反而會產生麻煩
2.就是不想提

我並不知道這最根源應該要怪誰，也不想深究問題的根源(有些事情不要知道比較好)

我其實也有知道問題但就是不提
1.事情不在我的責任範圍內
2.如果我提了，可能會讓人覺得我踩過界

在我學的Scrum中，每個sprint結束之後會有兩種檢討的會議
一個是看作的結果與PO的期望差多少的review會議
另一個是看這個sprint中有沒有甚麼問題與改進的反省會議

我覺得反省會議是件還蠻不錯的作法
因為這可以讓開發團隊能夠持續成長
但是作法能否發揮功效完全看用的人與環境
如果環境本身並不能接受有人提出問題，那結果只是遇到問題的人想辦法硬幹解決，影響到整個團隊就影響吧
我不認為對團隊而言是件好事

結語：
討厭有人提出問題的文化並無法讓問題消失，只不過是讓問題隱藏起來與失去對問題的控制。
我認為最適當的做法是讓問題盡早暴露出來，然後採取對應處理(即使不處理也是種處理方式)