Blog 196/365：【過生活】本位主義導致工作職位上的兩難
🤔為什麼要寫這篇小記？
今天中午和同事QA + RD們吃飯。
聊天過程中，我得知公司的開發流程有相當大的問題，包含：
- 需求定義不清楚的情況下都開始進入開發，這個狀況包含PM似乎沒有跟RD討論清楚，讓RD把規劃清楚的寫在Issue Ticket上
- 沒有落實 "Sprint"的概念，在Sprint期間會不斷被插票
- 開發時間沒有跟RD、QA做確認，現行PM直接壓時間導致Due Date形同虛設
- 管理階層對以上狀況似乎不覺得是問題...
在聽同事講述的過程中，我雖然覺得感慨萬千，覺得自己應該要能夠做些什麼來改變這個局面。但是在回到辦公室後仔細想想，這件事情並沒有想像中單純。
雖然我過去有帶領團隊開發的經驗，對於整個軟體開發流程也還算熟悉，但是對於剛進到一間新公司的新人來說，直接大張旗鼓的說要改變現行制度，這樣真的好嗎？
如果主導制度推行的人是主管，要改變現行的流程似乎會比想像中還困難！
目前我想到的解決辦法是：
- 將看板的管理方式推薦給PM同事，讓每個RD在Sprint中的任務狀態都能夠一目瞭然
- 在寫Spec的事情上先從自身做起，把Spec寫的更加清楚
- 建議導入Retro meeting的機制，讓大家能夠檢討每個週期看到的問題 (hot fix的數量是一個很重要的指標)
- 最重要的一件事情，試看看堅持一個Sprint就是按照 開發 > 測試環境 > 正式環境的模式走，不要發生 開發 > 正式環境的問題
