從優秀走向卓越－談軟體開發

剛畢業的時候在蘇州明基BenQ工作了8個月，工作的時間雖然不長，拋開經濟上的問題不談，被譽為畢業生的天堂，回想起那段日子還是學到了不少的知識。BenQ中國的曾文祺曾經教導我們，做一個優秀的人並不難，但要走向卓越卻還需要很多東西。在軟體工程領域，我一向很自信，也認為自己已經達到了非常高的造詣，有自己的idea、能引導一個團隊走向勝利、能設計出美妙的架構、能開發出bug率很低、容錯性很高、操作也很便利的系統。 原本我以為這些就算卓越，但其實不是。周日有幸去朋友的物流公司作現場，在忙碌、嘈雜和混亂的現場體驗系統後，發現在使用者體驗上還有很多可以提高的地方，哪怕一段注釋文字的字型大小、加頁面加上聲音提示都可以給客戶節約很多的精力和時間。 比如，使用Barcode槍掃描運單號，多數人能想到掃描後文字框聚焦歸位、也能想到在列表中新加入行在第一行、錯誤的掃描記錄彈出對話方塊，但是卻會漏掉如果出現錯誤彈出對話方塊，連續Barcode掃描會自動去確認了那個彈出對話方塊。所以，對話方塊的確認按鈕不能為表單的預設按鈕、操作時（無論錯誤或正確）都需要給予不同的聲音提示，因為在忙碌的現場大家面對一車車的貨物不可能有時間去掃描一件看一次螢幕，得聽喇叭。 又比如，面對短時間內需要掃描500件貨物這樣高頻率操作的系統，B/S模型就是一個錯誤的選擇，做了極端最佳化的AJAX非同步重新整理頁面，每次操作仍然需要1-2秒時間，而客戶需要的是1秒鐘能掃描多次的高頻率操作，這種操作離不開Windows傳統型程式。沒去現場之前，作為IT從業者，仍然慣性的認為1-2秒的Web響應速度已經是夢幻般了，不過使用者關心的是達成他們使用需求的系統，他們不會去關心是web還是desktop的。 軟體系統圍繞能為客戶帶來利益和效率而存在，現在我卻常聽我身邊的非IT朋友講他們用的XX的XX萬的系統如何差，反而不如以前的老系統方便了。我老婆在Newegg作小主管，她就常抱怨新上的據說百萬的系統，原來的老系統本來5分鐘能辦完的事情，現在需要10分鐘，原來人都還夠，現在人手反而不夠了，那麼這種百萬的系統價值在何處了，當然，或許對高層的視圖提供了更強的分析能力，但是操作更頻繁的下層使用者效率降低了一半。 現在的IT開發離使用者實際操作越來越遠，IT工作者把技術看得比業務和實際需要更多，他們甚至認為系統的抱怨是因為使用者的愚蠢，其實這如同閉門造車，脫離了實際需要的系統一定不會得到使用者的讚許，使用者並不傻，如果使用者不懂我們的系統，說明我們彼此缺乏溝通，或者我們的系統超越了使用者的實際體驗範圍。只有實地去體驗了系統使用者的工作，才能為系統使用者提供卓越的系統。以後應該多去實地體驗，開發的系統才能從優秀走向卓越。