欧美综合自拍亚洲综合,欧美高清在线不卡免费观看,亚洲欧美国产精品第1页,亚洲高清视频一区,亚洲a∨精品一区二区三区下载,国产情侣91

本杰明·富蘭克林（Benjamin Franklin）曾經說過:沒有準備的人注定會失敗。這句話今天還是很有道理的。

芯片采購網專注于整合國內外授權IC代理商現貨資源，芯片庫存實時查詢，行業價格合理，采購方便IC芯片，國內專業芯片采購平臺。

大多數人都很熟悉Scrum每個人都應該知道西門子低代碼平臺的組合Scrum對產品準備階段的指導起不到作用。但在快速發展中，良好的準備仍然是成功的關鍵。

西門子低代碼在產品愿景和產品畫布方法方面有豐富的經驗，可以更好地為項目和第一次迭代做準備。讓我們深入了解產品畫布和使用方法！

什么是產品畫布？

在開始開發任何新產品之前，需要了解產品的用途、受眾和目標，這就是產品畫布的意義所在。

產品畫布是一種結合敏捷方法和用戶體驗原則的規劃工具，可以幫助團隊構建提供良好用戶體驗的產品。產品畫布的創造者Roman Pichler將其描述為一個簡單而強大的工具可以幫助用戶創建具有良好用戶體驗和強大功能的產品。它結合了敏捷的開發和用戶體驗設計，補充了角色、腳本、場景、設計草圖和其他用戶體驗縮影。

如何根據產品愿景和產品畫布應對變化？

人們對敏捷方法有一種常見的誤解，認為每次迭代的結果和反饋都會有效地獨立地引導過程，而不需要準備工作或書面文件。事實并非如此。敏捷宣言（Agile Manifesto）正確的定義是與其遵守計劃，不如應對變化。也就是說，應該有一個容易調整的計劃，以便做好充分的準備。

這里的充分指的是：

● 準備好提供業務價值

● 為項目制定清晰的愿景

● 做好準確預測的準備

● 有足夠的細節啟動第一次迭代

任何超出這個范圍的準備都是過度的準備。請記住，我們正在努力創建一個容易調整的計劃。計劃越大，越詳細，就越僵化，就越難改變。

雖然西門子的低代碼提倡產品愿景和產品畫布，但這并不是唯一的方法。即使你想采用零迭代和其他方法，這篇文章也很有價值，包括準備項目時需要解決的各種問題。

產品愿景板簡介

第一步是利用產品愿景板為項目創造高水平的愿景。

產品愿景板示例

產品愿景板需要回答以下基本問題：

● 為什么要創建應用程序？

● 我們的目標用戶群是誰？

● 目標用戶群的需求是什么？

● 如何想象能夠滿足這些需求的產品？

● 我們這樣做是為了滿足哪些業務目標？

產品愿景板也是產品畫布的信息來源。這兩部分由產品負責人負責，但這并不意味著所有的工作都必須屬于他們。強烈建議在必要時讓步Scrum加入團隊和專家。

產品畫布及其布局

為了回答以下問題，在定義了產品愿景后，應明確如何實現這一愿景：

● 誰是我們的用戶？

● 將如何完成用戶的任務？

● 相關的高級限制是什么？

● 整體產品設計會是什么樣子？

● 我們可以使用現成的？Epics用戶故事來實現這個設計？

產品畫布示例

如果將將待回答的問題與產品畫布進行比較，你會發現產品畫布的實際布局并沒有按照時間順序進行。然而，了解和掌握產品畫布的創建是非常重要的。

產品畫布的時間順序布局示例

上圖顯示了創建產品畫布的邏輯步驟。回顧產品愿景（Product Vision）從研究生產開始Crystek代理實際用戶和角色創建（Personas），直到第一次迭代創建可用故事（Ready Stories），每一步都要完成。

請注意，限制的描述和用戶旅程的創建應同時進行。一些限制可能不會影響用戶旅程，因此步驟也可以提前完成。

創建產品畫布的7個步驟

● 第一步:產品愿景和名稱:

產品愿景盒是產品愿景板的總結。創建產品愿景盒的好方法是用一兩句話來描述愿景中最重要的部分。

在應用程序開發過程中，應用程序本身的名稱往往被忽略。我們很少在項目的第一次迭代階段考慮應用程序的名稱。不容易反映應用程序的作用。

一個好的名字可以對每個參與項目的人產生積極的影響，增強他們對項目的歸屬感。就像角色一樣，參與者將開始與他們正在或幫助創建的應用程序建立情感聯系。如果產品一開始沒有命名，應用程序不是外部應用程序，它的命名將永遠不會優先考慮。

● 第二步:創建用戶肖像

在我們開始考慮如何開發功能之前，了解是誰以及為什么要開發這些功能是至關重要的。為此，我們可以進行一些研究來創建用戶肖像。

角色示例

用戶肖像基本上可以歸因于基于研究的用戶原型。使用角色模擬一組用戶的方法也是基于科學研究，而不是營銷人員和用戶體驗設計師使用的不需要確認的創造性技能。內容和使用效果都有助于建立共鳴，確定項目焦點，促進溝通，在項目團隊中形成共識，幫助項目團隊做出和捍衛決策。

此外，這一步的研究部分將有助于驗證創建項目愿景時的所有假設。請記住，我們已經在項目愿景中解釋了目標用戶群是誰，他們的需求是什么，所以這一步可以在不與任何用戶溝通的情況下完成。此外，還需要檢查已經做出的假設。就像解決程序漏洞一樣，在項目開始時改變應用所需的時間和精力是進入生產階段后的10到100倍。

在處理快節奏的西門子低代碼項目時，挑戰之一是缺乏時間，因此無法創建基于定量科學研究的傳統角色。幸運的是，臨時角色提供了一個解決方案——通過很少的訪談來完成研究。雖然它的價值不如傳統角色，但它值得考慮，因為它可以在一兩天內創建。

● 第三步:創建用戶旅程:

此時，我們和團隊已經清楚地知道用戶是誰，需求是什么，我們希望通過構建的應用程序實現什么目標。下一步是在角色、任務和應用程序的工作模式之間建立一座橋梁。用戶旅程為實現這一目標提供了有效的方法。

o 客戶旅程

這在市場營銷中很常見，即描述包括應用程序在內的整體體驗。有了客戶之旅，就可以用來準備了。

客戶旅行示例

o 腳本

腳本是一種更具體的方法。這種方法與漫畫小說或電影腳本非常相似。它不僅可以定義用戶與應用程序之間的互動，還可以根據需要添加背景。

腳本示例

通過詳細的腳本或粗略的繪制草圖和添加文本和箭頭來講述故事是可行的。此外，應該注意的是，腳本不一定是美麗的，只需要幫助旅程的設計和團隊內部想法的溝通。

o 用戶流

抽象的最低級別是用戶流，與微流程非常相似。用戶流程描述用戶完成任務的流程。

用戶流示例

很容易創建用戶流(甚至可以完全使用)PowerPoint它在設計體驗和調整整個團隊如何實現目標方面起著非常重要的作用，因此被認為是最基本的工作。

我們建議通過腳本提供更多的背景，讓設計體驗更容易，忽略一些不相關的細節。用戶流可以在后期繪制這些細節。

建議不要畫出每一個具體的用戶旅程，而是專注于最重要的。畢竟，我們使用敏捷的工作方法。

● 第四步：定義相關限制

正如上面提到的，定義限制的時間并不是一成不變的。只要記住，一些限制會影響用戶的旅程，所以它應該在以前或與用戶的旅程同步定義。例如，只能在實體辦公室使用網絡功能，使用戶位置成為用戶旅程的關鍵組成部分。

在定義限制時，應注意它們與項目的相關性。一個有100個限制的列表不僅不能成為有效的準備工具，而且會適得其反。在實際迭代階段，有足夠的時間來定義和處理限制。

● 第5步：設計

設計鏈接是將用戶旅程轉化為需要構建的應用程序的第一步。根據應用程序類型、客戶類型和客戶在使用西門子低代碼平臺方面的成熟度，該鏈接的實際應用程序可能會有很大的不同。

一般來說，至少有四種非常有效的工具。

o 網站地圖(或應用地圖)

這種廣泛應用于網站設計和開發的工具在應用設計和開發中并不常見，通常只需繪制應用程序的頁面結構。

網站地圖示例

o 線框圖

實際屏幕設計草圖的真實性和抽象性是不同的。因為這個階段是項目的準備階段，所以不應該太多。我們應該關注整個系統的設計，而不是一個頁面，并在整個用戶體驗框架的設計和準備之間找到平衡。低保真、中保真、高保真三自己的優缺點。

線框圖和不同的保真度示例

和用戶旅程一樣，線框圖至少要達到低保真度，至少要準備幾個中保真度的線框圖。最好由用戶界面或用戶體驗設計師成這項工作，但事實上，每個人都可以創建低保真線框圖，也可以使用筆、紙或白板。用線框圖嘗試不同的設計和解決方案比完成建模后更改要快。此外，好的線框圖可以準確地指導如何建模一組特定的頁面。

o 風格模板

用戶界面的視覺語言對應用程序的可用性和品牌形象非常重要。無論是在設計階段，還是在與團隊成員或相關方溝通和討論設計時，都很難將這種視覺語言與最佳用戶體驗相結合。當應用程序不存在時，可以根據應用程序的視覺語言進行設計，這是使用風格模板的關鍵技能。

風格模板示例

在實際應用尚未開發出來的情況下，風格模板的設計清晰地定義了應用的視覺語言和品牌形象，非常快速有效。

o 設計/企業標識指南

大多數公司都有關于網站或應用程序設計的標準和資產。如果是這樣，它們應該添加到產品畫布的設計中。

● 第6步：創建Epics

在這一步中，我們已經了解和研究了用戶想要實現什么目標，并設計了使用應用程序實現目標的方法，甚至創建了一個設計框架。此時，我們已經創建了它Epics所是將應用設計轉化為用戶故事的第一步。

Epics它指的是超大型用戶故事，不能在迭代期間完成，或需要分為獨立的用戶故事來創建可用的用戶故事。大多數時候，Epics描述的是一個需要分成幾部分才能實現的大功能。

例如，用戶可以在線購物Epics可分為多個用戶故事，包括在網店選貨、設置送貨地址、使用在線支付選項為商品支付等。

同時創建用戶故事Epics，它可以節省大量的時間，增加項目的重點。創建可用的用戶故事本身需要很多時間。處理一個由500個用戶故事組成的大文件并不容易，所以最好有10個Epics故事加20個用戶故事。

● 第七步:創建可用故事

產品畫布的最后一步是創建至少1-2次迭代的用戶故事。

請注意，可用用戶故事是指符合可用定義的故事。因為這是第一次交付可用戶故事，最好讓整個故事Scrum團隊參與了這一步。

豐富的西門子低代碼經驗

西門子低代碼在產品愿景和畫布方面積累了豐富的經驗。我們在各種項目中使用了這種方法來啟動項目，甚至使用了由腳本、應用地圖、線框圖和風格模板組成的微縮版本產品畫布。

基于項目經理，Scrum 我們對管理人員和開發人員提供的反饋取得了一些積極的成果：

● 以少量的準備工作大大提高最終結果的質量

● 在更短的時間內通過產品畫布中的資產確定應用所需的關鍵點

● 一次是為了達到正確的效果：畫布的每一步都包括研究、實驗、設計和反思。改進開發階段的初始部分，避免項目期間的返工

● 提高團隊溝通和效率

通過收獲這些經驗，我們認為產品愿景和繪畫方法是最好的實踐。

如何使用產品畫布

本文在詳細描述產品畫布的同時，也明確了第一次迭代前準備的好處。現成的方法在西門子低代碼項目中非常有效，但最終與內容、準備階段解決的問題以及給項目帶來的額外好處有關。另一個有趣的細節是，一些團隊選擇繼續在整個項目或部分環節使用產品畫布，而不局限于準備階段。

西門子低代碼團隊將用戶流作為用戶故事定義的一部分。與用戶故事的文本內容相比，用戶流的線框圖可以讓團隊更快、更有效地理解用戶故事。

但最重要的是，無論項目的規模和復雜性如何，適當的準備都可以更有效、更有針對性地開展開發工作，以提高實際應用的質量。