有些時候，只進(jìn)行風(fēng)暴式建模還不夠。你可能需要對某些復(fù)雜的需求進(jìn)行建模，而做到這一點(diǎn)需要來自團(tuán)隊外部的某些人提供信息。又或者，你需要對某個遺留系統(tǒng)進(jìn)行建模，它需要花費(fèi)相當(dāng)多的時間。換句話說，你可能需要在真正實(shí)現(xiàn)某個需求時，提前就進(jìn)行建模。盡管傳統(tǒng)的建模人員可能會希望如此，可實(shí)際上這種情況是不太常見的，不過有時候它的確會發(fā)生。
所有這些都引出了以下這個問題：和用戶體驗設(shè)計有關(guān)的活動怎樣才能融入到一個敏捷項目中呢？一個簡單的回答是，敏捷業(yè)者需要采用面向使用的需求描述方法，例如人物角色，情景描述，或者甚至是用例。常見的方法是在紙上創(chuàng)建出抽象的低保真度原型，就像圖四(在本頁最后)所示的那樣用掛圖和即時貼來創(chuàng)建。這使得你能夠在不用事先進(jìn)行很多工作的情況下就能快速開始研究用戶界面，它甚至使得進(jìn)行敏捷可用性測試成為可能。事實(shí)上，很多的敏捷方法已經(jīng)這樣做了，它們分別是Agile MSF, Agile Modeling 以及AUP方法。
盡管用戶體驗設(shè)計人員會大聲疾呼在項目一開始就進(jìn)行大量設(shè)計的必要性，然而敏捷社區(qū)卻對其充耳不聞。從敏捷業(yè)者的角度看來，他們之所以這樣做的大致原因就在于：傳統(tǒng)的用戶體驗設(shè)計技術(shù)對他們不太適用。當(dāng)你停下來仔細(xì)考慮這個解釋時，它顯得很有諷刺性。為了使用戶體驗的設(shè)計技術(shù)對于敏捷業(yè)者更加可用，這些技術(shù)必須要能反映出敏捷式開發(fā)的生命周期。幸運(yùn)的是，這一點(diǎn)可以通過以下方式來實(shí)現(xiàn)：
在項目的先期進(jìn)行一些用戶界面的建模工作。你需要研究以下三個方面：適用于用戶任務(wù)結(jié)構(gòu)的各個用戶界面是如何構(gòu)成一個整體的；在各個部分之間進(jìn)行 導(dǎo)航的一般方案；以及視覺和交互方案，這些方案能夠通過提供一致的感官體驗來支持用戶任務(wù)。的確，這個活動需要一些先期的工作，不過對于大部分的系統(tǒng)來 說，它可以很容易地在第0個周期中完成。請記住，你在先期需要完成的模型數(shù)量要視具體情況而定 — 有些團(tuán)隊需要比其它團(tuán)隊做得更多。
采用一些和敏捷方法相配合的建模工具。例如，極限編程團(tuán)隊傾向于使用索引卡片（index cards），而不是編寫文檔，AUP團(tuán)隊則傾向于在白板上畫草圖。幸運(yùn)的是，紙張和白板對于很多用戶體驗設(shè)計人員來說也是常用的工具。
在大多數(shù)時間內(nèi)，按照“應(yīng)需而做”的原則來進(jìn)行用戶界面的開發(fā)工作。如果有必要，你應(yīng)當(dāng)在實(shí)現(xiàn)之前對用戶界面方面的重要內(nèi)容進(jìn)行研究。進(jìn)行一次用戶研究通常需要預(yù)訂一些需求量很高的專用設(shè)備，以及和恰當(dāng)?shù)睦骊P(guān)系人預(yù)約好時間。因此，你需要稍微提前一些進(jìn)行建模。
采用一些敏捷業(yè)者熟悉的需求描述方法。就像我前面所說的，一些敏捷方法已經(jīng)這樣做了，例如AUP，DSDM以及Agile MSF方法。同樣的道理也適用于極限編程。坦白地說，很多極限編程團(tuán)隊已經(jīng)意識到要以一種講故事的方式來實(shí)現(xiàn)一個用戶界面。
此文章共有10頁 上一頁 1 2 3 4 5 6 7 8 9 10 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
