隨著經驗的累積,我愈來愈熟悉「二人開發」的合作模式:
* 我坐在工程師的旁邊,先講解這個頁面及相關後續頁面的概要
* 接著開始討論哪些功能要改規格、延後做,或砍掉
* 然後工程師開始寫程式套頁面
* 有時工程師會邊寫邊反問我這樣做對不對,或是改成那邊行不行?
* 除非影響很大,通常我會在第一時間做出決定
* 工程師寫好了程式,他會先測看看能不能動
* 如果能動,就會要我先簡單測看看,是否有做到我想要的 spec
* 如果有明顯的問題,馬上回報給工程師,工程師馬上修正
* 如果沒有,就由我事後找時間詳細檢測
* 如果遇到頁面要調整,我會先記下來,事後找時間修改 CSS 或製作新頁面
* 我回到家,用 Tortoise SVN 將檔案抓回
* 如果測到程式有問題,記錄下來
* 如果測到文案訊息有問題,直接修改內容文案
* 如果測到頁面有異常,直接修改 CSS 或相關圖檔
* 再用 Tortoise SVN 將檔案回傳 & 同步 (sync)
* 回報工程師有關程式有 bug 的部分
列出來有點鎖碎,但這樣的合作模式減少了多餘的動作及時間的浪費。
我經歷過,才知道它的美。
真的...
回覆刪除在草創期我也是這樣子合作的...
但是事務一多....
就要改變流程了
現在公司有在演變部門合作的模式
每天會把日誌打開...
寫預期要做的業務
下班前會預先規劃明天的事
而一段時間小組長會彙整組員的日誌
但這模式還在演化中
所以目前只能與您分享這樣子的模式了!!