許多企業
不明白它們的
軟體為什麼不能像
預期的那
樣執行，或者
為什麼用
戶會碰到意料之外的錯誤。
根據微軟
加拿大的可用性專家大
衛·克羅和多
倫多的radiant core
總裁傑伊·戈德曼表示，人
們對可用性
測試必要性的意識已
經跌至谷底。上個月在seneca大學的自由
軟體和開源
討論會上，兩個
專家提出了乙個讓軟體
設計回到正常
軌道上的12步計畫。
1：承認你的
軟體會存在問題。
「靠你自己的努力
設計好的可用性是不可能的事情，」戈德曼表示。他們
提倡建立角色和假想的人物來代表可能使用乙個站點或
產品的目標用
戶群體中的不同用
戶型別。
而且，「非常
規」的可用性
測試策略也可能會比
較有作用，
諸如非正規的客
戶交流或與技
術支援人員組成
團隊等。克羅
表示，「你需要了解你的客戶。
」2：相信群眾的力量比你個人力量大克羅
在幻燈片中演示了三個不同風格
型別的公共場所的
長椅子，並且
問觀眾他們更喜
歡哪一種設計。
當然，不可避免發生的
結果是，觀眾
給出的答案什麼都有。「在應
用程式開
發中你也一直在看到這種
現象的發生，」他表
示。「你需要找出那些正在使用你的
產品的人，來聽取他們的意
見，不過他
們不一定是當你
設計這個產品的
時候所針對的
物件。」3
：做出正確的決策來
識別真正好的設計
戈德曼引用了蘋果公司斯蒂文·
賈伯斯的一句話：「
軟體設計不
僅僅包括應用
軟體的外觀和感
覺。它還應該包括應
用軟體如何執行。」克羅
指出，看一下基
於mac的硬體
銷售情況的復
蘇，你就知道這句
話是值得
記住的。4：
對你的使用者體
驗缺點進行一次透
徹而勇敢的盤點
克羅和戈德曼邀
請觀眾來幫助畫乙個人物杆形圖，並
說明了如何簡單
的用插圖來處
理一些難
以理解概念，例如包含對一些
邏輯和基本設想的
質問。這就是
為什麼他
們表示，
對軟體開發來
說，漫畫書指
導可能是乙個有用的教科
書的原因。
5：與客
戶交流了解你的
問題的真實一面
不僅僅侷限於獲得使用者
反饋，以平級
身份與用
戶進行交
談通常也有助於找出
為什麼乙個應用
軟體沒有正常執行。「經
常發生這
種情況，當你看著你的任
務列表的時候
說，『呀，我有
許多其他事情要做了，』」戈德曼表示。
「採取定期的與客戶交流
這一步，需要你有充足的勇氣。
但是你一旦將一些事情公開的
說出來，你已
經取得了很大的進步。
」6：準備
好移除設計
缺陷。克
羅使用微
軟的office 2007作
為研究案例。隨著公司增加了更多的功能到它的word
產品中，
舉個例子來
說，它開始使用埋藏在介面之後的大量工具
欄，到它提供word 2003的時候，
這個數量已
經從12個上公升到31個。「在用
戶請求的十大功能中，有五個早就已
經在office的以前版本中
實現，」克
羅表示。相比之下，最新的office版本使用了乙個「ribbon」風格的
設計來顯示大量的工具
欄，可以幫助你
發現你需要的功能。7：
尋求幫助克羅
表示，很多企業在
這麼做。
即使是具有廣泛
資源的大型企
業，例如開源
的mozilla**會，已
經選擇將其下一代firefox
瀏覽器的原型放在它
們的**上。
這種做法可能會
讓有些企業害怕
競爭對手看到它們的
計畫，但是戈德曼和克
羅表示，
這樣做所收到的結果確
實值得期待的。
8：列出所有你曾
經傷害的用
戶，然後讓他
們的生活更美好。
戈德曼提出了乙個範圍，從
軟體功能到
軟體可靠性、可用性、方便性、令人
滿意度和
軟體的意義。
「你必須
分析你在哪兒落後了。
多數問題發
生在方便性上，」他表示。克羅補
充說，「這
確實是乙個非常
難於跨越的問題。
」9：謹
慎解決使用者反
饋的問題
不幸的是，有時候
讓使用者進行反
饋可能會得到相反的效果。
如果你不能
實現乙個改進，準
備好最壞的
結果吧。克羅
表示，「不要
燒掉與你的使用者的
橋梁。」戈德曼
對此表示同意。「他
們有可能永
遠不會再回來，而且他
們還有把糟糕的體驗告
訴他們的朋友。」10
：持續性的進
行可用性測試
可用性測試
不是乙個一次性事件，而是乙個循
環進行的過程：
觀察、分析、設計。
11：沒有用
戶需求的功能
實現毫無意義
戈德曼使用cuecat作
為例子來介
紹在可用性犯了方向性
錯誤的情況，它曾經製作
掃瞄雜誌上條形
碼的手持
裝置，後來
轉向製作
掃瞄url的
裝置。他表示，「它沒有解決客戶的
問題。他
們依然不得不走向他們的
計算機。」
12：分享
設計最佳實踐
經驗 軟體社群中有大量的
資源可以提供給用
戶作為學
習的教材，包括雅虎的使用者介面
庫和tango.freedesktop.org。這
是推動軟體業
向前發展的乙個很關
鍵的因素。克羅
表示，「我們作
為設計者都有
責任來分享最佳的實踐
經驗。」
一流軟體領導的10個特徵
每個行業都以有強有力的領導者而自豪，而軟體領導者們必須能應對極高的不確定性。成功的軟體領導應具備什麼顯著特徵？以下是麥肯錫公司經過調查得出的結論。特徵一 敢於設想 他們是在不確定性上發展起來的技術空想家。軟體領導者們必須生活於剃刀邊緣。1987年，在驅車沿法蘭克福到沃爾多夫從一家ibm 商那兒回家時...
軟體設計模式的非軟體例子（一）
摘要 本文michae lduel l著，為wu 譯，出自 非程式設計師 軟體設計模式 於 christopher alexander 的建築學模式和物件運動 根據alexander 的觀點，模式就是乙個 對於特定的系統的通用解決方案本身的重複 物件運動關注於將現實世界模化為軟體內部的關係。基於這 ...
軟體設計模式的非軟體例子（一）
摘要 本文michae lduel l著，為wu 譯，出自 非程式設計師 軟體設計模式 於 christopher alexander 的建築學模式和物件運動。根據 alexander 的觀點，模式就是乙個 對於特定的系統的通用解決方案本身的重複。物件運動關注於將現實世界模化為軟體內部的關係。基於這...