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