項目例程：為什麼它們值得更多關注
我們的追求：發現一個成熟的、整體的實踐和項目框架是什麼樣的；我們在設計業務的未來時需要考慮什麼，以及一個成功的項目團隊的本質。
在上一篇文章中，我們探討了構成成熟UX 實踐的元素以及它們如何應用於項目團隊。我們還研究了一些可以鼓勵更好的項目行為、指導團隊和為人們設計積極體驗的方法。在概述鼓勵設計人性化用戶體驗實踐的元素時，我們考慮了當前和未來的狀態、學習學院、價值觀和信仰、項目團隊使用的語言、工具包；軟技能，或值得持續練習的人的素質；設計和驗證解決方案的空間，從故事中學習；以及易於理解的共享工件 供項目團隊成員用於講述他們共同的故事，獨立於他們在項目中的角色。
所有這一切都說明我們尋求發現一個成熟的、整體的實踐和項目框架是什麼樣的；我們在設計業務的未來時需要考慮什麼，以及一個成功的項目團隊的本質。
在我們繼續研究業務中的項目團隊的過程中，我們一直在思考以下問題：
- 項目團隊是否需要明確的角色才能成功？
- 個人角色如何提高團隊績效？
- 具體的研究方法在多大程度上啟發了對真實人物的認識並將這種認識嵌入到團隊推理中？
- 我們如何確保團隊的工件足夠相關以連接不同團隊成員的邏輯並克服分裂推理？
- 我們如何確保我們的方法、工具包和語言更好地代表了關於真實人物的隱藏知識？
- 我們如何消除恐懼、識別偏見並克服限制團隊績效的錯誤假設？
我們一直在觀察和反思項目團隊的行為，並考慮人們是否有時間實際練習特定的例程。這遠遠超出了快速實施新例程的範圍。採用錯誤的例行程序可能會嚴重損害團隊士氣，並最終對他們的工作質量產生負面影響。因此，在我們進入我們選擇的方法或工具包之前，我們如何幫助項目團隊識別有用的例程並以結構化的方式實踐它們——讓他們有更好的機會為有意義的項目做出貢獻？
所以，讓我們回到過去。
戲劇課程
我們如何幫助項目團隊識別有用的例程並以結構化的方式實踐它們——讓他們有更好的機會為有意義的項目做出貢獻？
1980 年代，當丹在澳大利亞上中學時，他的學校決定將戲劇作為課程中的一門科目。這對所有的學生來說都是新鮮的。在排練一起演出所需的技能時，學生們必須在課堂上不斷練習不同的套路——既要提高表演能力，又要在觀眾面前獲得自信。以個人和團體形式練習這些例程，涉及不同的表達形式，包括聲音、動作、啞劇、熱身和劇本朗讀等等。
這些慣例使學生能夠提高他們成為更好的表演者所需的各種技能，包括觀察、領導、傾聽、聯繫、框架、玩耍和講故事。它還允許學生探索他們個性的不同部分，並在其他日常課堂或操場互動之外敞開心扉。
他們的戲劇老師在帶頭方面非常有效，向他們展示了跳入未知領域以獲得信心是可以的——儘管有些人會感到恐懼。他還非常擅長在排練期間將例程連接在一起，這導致了在年底進行學生作品所必需的改進。
項目需要例程
在項目中，我們將例程定義為任務或活動的組合，這些任務或活動隨著時間的推移培養更好的習慣和行為，從而為人們設計和開發更有意義的體驗。
在項目中，我們將例程定義為任務或活動的組合，這些任務或活動隨著時間的推移培養更好的習慣和行為，從而為人們設計和開發更有意義的體驗。因此，對於項目：
- 今天存在的套路是什麼？
- 哪些套路更值得關注和練習？
當今盛行的日常實踐
我們已經確定了某些有用的項目例程，並觀察到團隊很少嚴格地實踐它們——並且通常在項目規劃或召集項目團隊時沒有考慮它們。大多數情況下，項目團隊成員會陷入一個實施例程中，幾乎沒有時間或註意力去關注我們將討論的其他例程。
我們將與您分享我們的項目例程草案清單，我們非常想知道您在項目中觀察到的其他例程。我們也願意重新考慮我們對“常規”一詞的使用，因為我們試圖確定正確的語言來傳達這些想法。我們並不完全確定例行公事是描述我們正在談論的內容的最佳詞。重要的是要注意——本著整體和關聯思維的精神——這些例程不需要單獨進步；有些在並行流中效果最好。其中一些例程尚不存在於任何項目中。
類似於 Dan 在澳大利亞的戲劇老師，這些例程的所有者和促進者是必要的，以確保我們將它們運用到我們的項目中，我們在迭代設計時練習它們，並且人們有必要的時間來提高與他們的技能相關的技能角色。
現在，讓我們進入例程。
探索行動方案
在探索行動方案時，該團隊試驗並引入了社會、技術和業務系統的變化…… 此例程側重於確定或調整實現、促進或提供新解決方案的創新方法。
在探索行動方案時，該團隊試驗並引入了當今世界上存在的社會、技術和業務系統的變化。此例程側重於確定或調整實現、促進或提供新解決方案的創新方法。
- 實施——在這個例程中，一個團隊低著頭，試圖把解決方案拿出來，沒有太多時間做任何其他例程。計劃的時間很少。
- 實驗——一個團隊在討論目標、問題、改進和結果以及評估哪些選項可以聚合為未來的積極結果時，會使用多種選項並使用用戶故事。（稍後會詳細介紹。）
- 探索外部世界——一個團隊離開舒適的項目室，出去觀察客戶的世界。這有助於他們將目光從單一的、獨立的功能轉向整體設計解決方案，並將功能映射到使用環境——無論是已知的還是未知的。
定義我們的意圖
在定義他們的意圖時，團隊成員花時間與彼此及其利益相關者互動並分享現有知識。他們制定計劃並就項目的重點達成一致，探索它將如何決定項目成果的質量。
- 計劃——一個團隊花時間提前計劃，而不僅僅是花時間在實施上。
- 焦點——團隊決定他們需要改進設計的哪些特定元素，從而在討論和批評期間關注。團隊故意消除其他價值較低的例程，以使項目團隊集中精力。
在判斷之前生成實驗
在進行實驗時，團隊通過創建大量草圖或粗略原型來設想客戶面臨的情況和挑戰的變化。
在進行實驗時，團隊通過創建大量草圖或粗略原型來設想客戶面臨的情況和挑戰的變化。實驗的最佳例程使團隊能夠在不審查任何人的想像力的情況下做到這一點。
- 草圖——一個團隊在白板上工作或使用紙和鉛筆來幫助他們快速迭代想法，而無需將它們提交給代碼。這有助於他們確定哪些設計解決方案值得進一步投入時間。
- 設想——這個例程幾乎與實現相反。一個團隊花時間考慮替代的未來，並在沒有批評或操作、技術或其他現實限制的情況下探索它們。在這一點上，創新可能會發生——儘管它不是設想所獨有的。
分享對某個情況的觀察
在分享觀察結果時，團隊會聚在一起閱讀有關人類行為的故事，並將其記錄在團隊的集體記憶中。此例程使團隊能夠確定值得整個團隊進一步分析的令人驚訝或深刻難忘的情況。
- 講故事——一個團隊與其他團隊成員分享他們在用戶研究期間收集的故事，解釋故事，理解他們的觀察，並確定哪些工件會給他們的觀察和洞察帶來生命。
- 分享假設——一個團隊列出他們的假設——討論他們的來源和支持他們的證據——然後挑戰或接受假設或假設集。這有助於團隊通過確定哪些功能值得團隊花費更多時間、重點和注意力以及哪些功能需要更多研究或進一步設計迭代來確定某些功能的優先級。
解釋每個人的觀察
在解釋觀察結果時，團隊必須弄清楚他們知道什麼和不知道什麼。
在解釋觀察結果時，團隊必須弄清楚他們知道什麼和不知道什麼。
- 解構——一個團隊一起查看可用數據，並通過應用不同的鏡頭來理解它，然後確定它的含義。
- 聚合——在解構和理解數據以確定它可能意味著什麼之後，團隊聚合分組——例如，特性和特性集、路線圖、設計原則或下一個版本的目標。聚合有助於團隊評估他們所學到的知識，並決定他們是否必須迭代項目團隊的工件。
- 加入點——一個團隊從他們的各種工件中加入觀察和見解。例如，人物角色可能會影響設計屏幕或影響客戶旅程中的交互並可能影響整體產品的問題是什麼。這有助於項目團隊成員超越自己職能的觀點，探索故事中可以幫助產品或服務取得更大成功的其他部分。
確定先前的假設
在確定假設時，團隊會從他們的工作中停下來反思他們收集的證據、他們採取的方法、項目產生的實驗以及團隊自己的推理，以識別他們的偏見並敞開心扉接受外部批評。
在確定假設時，團隊會從他們的工作中停下來反思他們收集的證據、他們採取的方法、項目產生的實驗以及團隊自己的推理，以識別他們的偏見並敞開心扉接受外部批評。
- 走牆——一個團隊在牆上展示其項目工件，並對其進行集體反思，以了解它們如何相互關聯，並確定在接下來的幾週內是否存在任何值得進一步關注的問題或機會。例如，他們可能會描述一個與角色相關的故事，瀏覽旅程地圖的一層，或者列出他們的假設，這些假設值得通過用戶研究進一步調查。
- 反思——團隊有時間和空間稍微超越項目細節，反思團隊學到了什麼以及他們如何改進他們一起工作和實踐的方式。
- 評估假設——團隊再次有機會列出他們的假設或假設集，並討論他們的來源以及支持或挑戰他們的可用證據。這樣做使團隊能夠確定要關注的功能並設置優先級。
- 批評——團隊批評設計並捕獲結構化反饋，以在未來的迭代中改進設計。團隊可以利用從批評中學到的東西來發現需要進一步用戶研究的未知數。
這些只是我們在項目中觀察到的一些例程。您在項目工作中註意到了哪些例程？是否有一些我們錯過了並值得更多關注？
UX 香港 2015
我們於 2011 年創立了UX Hong Kong，將所有產品和服務設計學科——包括研究、營銷、設計、技術和商業——結合在一起，並為那些對為人們設計卓越體驗和幫助有興趣和熱情的人們提供一個聚會場所。企業為所有人創造更美好的世界。UX Hong Kong 現在已經進入第五個年頭了，我們為 2015 年制定了一個很棒的計劃。