給敏捷軟件開發(fā)一個機會。Kent Beck 對于Alan Cooper的建議是，在項目開始時用一個星期的時間來研究交互設(shè)計方面的問題，而Cooper認(rèn)為這還不夠。到底誰說的對呢？最簡單的方法就是在實踐中去嘗試。
不要局限于極限編程。在前文我已經(jīng)說過，這里我再說一次，敏捷軟件開發(fā)遠(yuǎn)不只是極限編程。敏捷方法是靈活的，它們不是要按照某個固定的模式來使用，而是要根據(jù)項目所遇到的特殊情況來靈活運用。為了解決用戶體驗方面的問題，你很可能會發(fā)現(xiàn)，你需要把有關(guān)敏捷建模和（或）以用戶為中心的設(shè)計方法的原理及實施措施進行相應(yīng)地調(diào)整，并把它們結(jié)合到你的軟件開發(fā)過程中。
8. 潛在的挑戰(zhàn)
讓敏捷業(yè)者花些時間來學(xué)習(xí)用戶體驗方面的技能并遵循恰當(dāng)?shù)慕缑嬖O(shè)計指南，這個建議說起來容易，然而在現(xiàn)實中，還有很多其它同樣重要的技能需要引起重視，例如數(shù)據(jù)庫設(shè)計和建模。更糟糕的是，很少有面向開發(fā)人員的書籍涉及用戶界面設(shè)計及可用性方面的問題。很少的一些能夠像我的“The Object Primer”一書那樣談到這個問題的書籍也很少會用超過一章的篇幅來討論。我擔(dān)心很多敏捷業(yè)者甚至根本意識不到這方面的問題。
同樣地，用戶體驗設(shè)計人員也面臨著不同的努力方向。盡管我提倡他們成為“知識廣播的專家”，然而業(yè)界仍然鼓勵他們更加專業(yè)—用戶體驗專家的待遇非常好，大部分機構(gòu)期望他們能夠?qū)Ｗ⒂谟脩趔w驗設(shè)計這種特定的工作。敏捷業(yè)者也面臨著這樣的挑戰(zhàn)：如果學(xué)習(xí)一門有關(guān)Java編程的課程能夠得到相關(guān)的證書和更高的工資，為什么要去學(xué)習(xí)一門用戶界面設(shè)計的入門課程呢？
用戶體驗設(shè)計人員應(yīng)當(dāng)融入在敏捷項目中，這一點也是說起來容易。它這只有當(dāng)項目中具有用戶體驗方面的專業(yè)人員時才可行。很少的機構(gòu)具有這樣的人員。更糟糕的是，很少有機構(gòu)會在制定需求計劃或項目計劃的過程中考慮交互設(shè)計。因此，很多機構(gòu)可能認(rèn)識不到聘用具有這些技能的人員的必要性。
如果沒有專人負(fù)責(zé)用戶界面設(shè)計的問題，這將意味著不論這方面的技能如何，每個人都想?yún)⑴c用戶界面設(shè)計，而這會導(dǎo)致委員會式的設(shè)計（design by committee）。盡管在敏捷社區(qū)中有一種普遍的認(rèn)同，即敏捷業(yè)者應(yīng)當(dāng)謙虛地認(rèn)識到自己的能力，并且在解決某個特定的問題時應(yīng)當(dāng)尊重其它具有合適技能的人，然而事情并不總是這樣的—因為很顯然，敏捷業(yè)者也是普通人。
用戶體驗設(shè)計人員有可能在敏捷團隊中做出非常有價值的貢獻(xiàn)，同時我認(rèn)為與在傳統(tǒng)的開發(fā)團隊中工作相比，他們更有可能取得成功。到目前為止，可用性社區(qū)在主流開發(fā)團隊中試圖積極參與其中的嘗試還沒有取得什么成功，因此是到了采取一種新方法的時候了。我的建議是，可用性設(shè)計人員應(yīng)當(dāng)同他們的敏捷業(yè)者“獄友”緊密合作，以使得“監(jiān)獄”得到更合理的控制。
9. 感謝
我要感謝Paul Oldfield 和Tim Tuxworth ，他們提供了有關(guān)敏捷建模方法的列表，這使得我得以完成本文。
圖二. 敏捷模型驅(qū)動式開發(fā)方法的生命周期（Agile Model Driven Development）
圖三. 某個大學(xué)系統(tǒng)的用戶界面導(dǎo)航圖（徒手繪制）。
圖四. 使用紙張創(chuàng)建出的一個抽象的用戶界面原型。
圖五. 從審查類模型的角度來進行基于使用場景的測試過程
(全文完)
此文章共有10頁 上一頁 1 2 3 4 5 6 7 8 9 10
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
