交接與傳承

最近每天都在忙碌地修改程式、準備投影片，卻看不到系統有多大的改進。

怎麼會這樣？我想，是因為自己並不是真的了解體會，「收尾」的困難處。此外，因為我並不喜歡虎頭蛇尾的感覺，因此總想把「整件事情」做到比較能令自己滿意的地步。

很早以前，就已經打算把 prototype 在適當的時機傳承給其他人；半個月前，甚至已經找到相關的人力（就是實驗室的學弟妹啦）。然而，系統交接與傳承，如果只是把手頭的程式打個包，簡單地寫些文件，通常下場都是草草收尾，承接的人怨聲載道，恨不得重新開發一個系統。

系統的傳承中，我覺得應該包含了「溝通」。要傳交出去的人，應該讓承接的人，了解到他們想了解的系統背景、模型、架構、設計、與實作。以實驗室的例子來說，這些了解，甚至應該包含「當初為什麼要採取這樣的作法、從中間學到了什麼教訓」等等。

溝通可不是一件容易事 --- 至少，我一直都不擅長溝通。要充分溝通，除了彼此都需要投入許多時間與精力，他們之間更需要有相當的互信與尊重。不過，或許是因為現代人太追求快速，因此典型的交接，才會變成「打包」、「寫些文件交代程式各做些什麼」吧。

另一方面，在工作上「人員的流動頻繁」是項現實。我想，「流程標準化」之所以重要的原因之一，或許就是因為它有這樣的優點：傳與承、交與接的兩方，都對這項標準有者相當程度的共識，因而能夠有效降低交接傳承的成本。