O06 做事的方法(11)──交付工作並非學禪

在民間故事裡，常會看到古代高僧做出一件事，讓大家根據自己的想法來推測有什麼含義，同時以檢視每個人的答案看誰的答案最接近高僧想的，然後把主持的位置交棒給他。用這個方式來確認誰的想法比較貼近出題者的想法是很不錯的，因為思維相近的人推想出來的邏輯都會差不多。

可是看一下其他的人提出的答案，同樣的動作在每個人的眼裡所解讀出來的結果都大不相同呢。如果主管交待事情時沒有描述出完整的想法，只單純地告知要做什麼，不僅接收命令的人會有“為什麼要做這個”的疑惑，消息讓其他的人聽到時還會造成每個人各自解讀主管想法再傳出去的結果，使得謠言到處流傳。

平時做事時，也有不少與主管想法不同的時候。管理階層想的是如何達成目標，實作階層想的是怎麼順利做事。有次幾個人為了怎麼順利執行進度而計畫了半天，最後跟主管確認時才發現公司政策上決定不能那樣做而要用另一種比較麻煩的方式。因此為了不浪費私下計畫的時間，所以養成先去詢問主管是否有政策考量的習慣；無法使用邏輯推理出來的結果，到底不是像我這樣的人可以理解的。

開發系統不應該也弄成這樣。設計者把想法直接做成程式，再讓一堆維護的人根據程式去猜想他原來為什麼這樣做，還有做了會有什麼好處或壞處，這是非常令人無力的事。如果自己不喜歡做維護的工作，又何苦把辛苦接手你開發系統的人搞得這麼累呢？