你可以自由地在項目進行到某些階段時采取較為靈活的可用性測試，而在其它階段采用較為正式的方法。你也可以自由地選擇一種介于靈活和正式之間的可用性測試方法。
6.3 使用測試
使用場景測試是這樣的一種技術，它可以用來在實施之前測試你的設計中所蘊含的邏輯是否正確。這項技術包括了很多內容，它使得項目的利益關系人可以積極地參與其中。同時，該技術能夠并且應當和建模工作同時進行，以保證模型精確地反映了業(yè)務需求。你可以使用一個或多個使用場景（場景指的是人們如何使用系統(tǒng)的一些列的步驟）來審查類模型，以便驗證它們是否能夠支持這些場景。如果模型不能支持場景，你就可以適當地修改模型（或者是修改代碼，這要視具體情況而定）。圖五(在本頁最后)展示了從審查類模型的角度來進行基于使用場景的測試過程。你可以遵循同樣的邏輯來驗證用戶界面原型（即使對于抽象原型也可以如此）。
7. 開始行動
如果敏捷社區(qū)和用戶體驗社區(qū)想要有效地一起工作，他們就需要找到一個中間立場。我相信這個中間立場是存在的，只是雙方都需要做出一些改變才能成功做到這一點。首先，敏捷業(yè)者必須做到以下幾點：
學習用戶體驗技術。開發(fā)人員應當接受用戶體驗設計技術方面的培訓，并把這些技術應用到他們的開發(fā)實踐中。這將使得開發(fā)人員能夠更加有效地和用戶體驗設計人員一起工作。
認識到可用性是一個關鍵的質量因素。幸運的是，敏捷業(yè)者已經被“質量問題所感染” – 他們知道進行高質量工作的重要性，并且已經有了采取某些技術來取得高質量成果的良好記錄，這些技術包括：測試先于編碼的編程方式、代碼重構以及數據庫重構。只有在開發(fā)過程中采取系統(tǒng)化的可用性工程活動，才能保證最終產品具有較好的可用性。
遵循用戶界面及使用風格的設計指南。開發(fā)人員必須認識到，他們不僅是在編碼時需要遵循共同的規(guī)范，在設計用戶界面時也要如此。
同樣地，用戶體驗設計人員也必須做出一些改變。他們需要：
不要局限于用戶體驗。我認為，開發(fā)人員和用戶體驗設計人員之間的很多矛盾都可以歸因于他們職責的分工過于專門化，以及他們相互之間進行工作銜接時產生的問題。敏捷業(yè)者基本上已經放棄了那種認為團隊應當由專家來構成的想法，而是更喜歡由“知識廣博的專家”構成的團隊。這就意味著，盡管用戶體驗設計人員為開發(fā)團隊帶來了一項關鍵的技能，然而為了能夠產生真正的效果，他們仍然需要學習更多方面的技能。此外，敏捷業(yè)者通過更緊密的人員合作加強了軟件項目中的反饋過程，從而把風險和成本都減低了，而這繼而又減少了不同成員之間的工作銜接的必要性。
融入到敏捷軟件開發(fā)過程中。通過將用戶體驗設計人員融入到敏捷團隊中的方法不僅能增加用戶體驗方面的問題被處理的機會，而且它還有助于提高敏捷社區(qū)在用戶體驗方面的設計技能，這是因為當人們在進行合作時，他們會從其他人那里學會新的技能。
此文章共有10頁 上一頁 1 2 3 4 5 6 7 8 9 10 下一頁
文章來源：中國項目管理資源網
|
Leadge.com首頁 > 知識庫 
