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