任務分配流程圖

第一部分 調研，評測

【評測】

下載并使用，描述最簡單直觀的個人第一次上手體驗。

移動端

軟件登錄界面，色彩清新，操作流暢，這種風格看著還是蠻舒服的。不過登錄、注冊等按鈕距離間隔太近容易誤操作。

注冊界面直接以web網頁形式加載，響應速度較慢，體驗并不是很好。

用戶的主界面非常簡潔清新，“我的”界面除了用戶名、區域看不到用戶的其他信息。

附件功能挺全的，包括文件、照片、語音。項目及工作項的描述信息提供很多選擇，例如日期、優先級、模塊、標簽等等。

總體來說界面操作流暢，下拉刷新，頁面加載等交互的響應速度在能接受的范圍內。

web端

登錄界面簡潔是真的，不大好看也是真的，和首頁的UI設計感覺不在一個水平。

功能強大且邏輯布局合理，較易上手。

動態效果很不錯，為用戶操作添加了不少樂趣。

相對于移動端，web端的用戶提示更清晰。

保姆級輔助開發，為使用者省下了不少時間。

操作過快會出現白屏現象。

按照描述的bug定義，找出幾個功能性的比較嚴重的bug。至少兩個。用專業的語言描述（每個bug 不少于 40字），如有必要，可以配圖 .

• 本次尋找bug環節，web端表現良好，所以我們小組以吐槽移動端為主；
• 此次測試的機型有兩款，以下的bug在兩款手機上基本都有出現。
• 機型：一加3（Android8.0 )+ iphone5s ( ios9.2.3)

bug1

• 標題：未能及時清除緩存
• 重現步驟：登錄軟件，進入項目新建工作項，或是進入意見反饋，添加語音附件，在操作多次后取消保存。
• 內容: 語音附件在取消保存的情況下仍殘留在本地SD卡，也沒有提供清除緩存的選項，若是頻繁附件操作，這將對用戶的存儲空間有一定影響。
• 建議：改進取消保存后自動清除本地相關緩存的功能，并在界面上增加清除緩存的功能按鈕。

bug2

• 標題：找回密碼的圖形驗證碼即使輸錯也會通過。
• 重現步驟：登錄界面點擊忘記密碼進入頁面進行密碼找回。
• 內容：圖形驗證碼形同虛設？在輸錯驗證碼的前提下還可以繼續下一步的操作。
• 建議：完成圖形驗證碼的正確審核。
  

bug3

• 標題：關于意見反饋及附件功能
• 重現步驟：進入“我的”頁面點擊意見反饋。
• 內容：在進行附件的錄音時未顯示錄音時間，也未提醒用戶最短時間，但是超過60s自動停止。且在一定數量的附件時（3段語音，20張圖片）提交意見反饋響應異常緩慢，甚至發送不了（6分鐘仍未成功且無法進行退出操作，只能強行殺進程退出）。
• 建議：完善用戶提示，提高抗壓能力和反應速度。

bug4

• 標題：添加評論的問題
• 重現步驟：進入用戶的項目，點擊進入工作項詳情頁面，添加評論。
• 內容：點擊添加評論后彈出的軟鍵盤把底下內容給遮擋了，導致無法正常輸入評論。另外，已發的評論內容不能復制，不友好度+1。最可怕的是有一次嘗試在評論框里輸入文字的時候APP閃退了，重新啟動后評論就恢復正常了。
• 建議：加強軟件的測試力度。

bug5(好像不是bug，應該算是不足吧qwq)

• 標題：不能進行模糊搜索
• 重現步驟：進入用戶的項目頁面，點擊搜索框。
• 內容：沒有模糊查詢的功能，當搜索詞采取縮寫后，無法識別相應的項目。且需要按下搜索按鈕才能找到結果，很不友好。
• 建議：增加模糊查詢功能。

你覺得為什么這個產品組的人沒有發現這些bug?

軟件功能多而雜，可能并沒有考慮到這些細節。

測試機型不同，系統、屏幕尺寸等都會影響測試結果，不同機型的適配未能做好。本次測試設備為iphone5s及一加3，在不同屏幕下表現略微有所差別，但問題一樣。

軟件還處初期階段，可能還未考慮極端的壓力測試，例如超大附件的情況，頁面加載有時很遲緩。

假設你們團隊需要開發這套系統，需要注意哪些方面

遵循團隊的代碼規范，提高項目的可維護性。

功能性框架依賴性不能太強，善用開源框架，需要經過充分的測試選擇成熟穩定的框架，例如網絡請求框架。

注意封裝一些重復性功能，適度耦合，通過統一入口進行調用，方便維護修改，也方便擴展，例如常用的添加附件功能。

估計項目的規模大小及用戶群體的訪問量，選擇可靠的開發和運行環境。

開發者在編程之外還需要注意編寫單元測試，接口部分需要更新到團隊的匯總中。

需要注意前端和WEB端的之間的調試方式，各層之間通信設計按照微服務架構的設計原則，這些服務需要共享數據庫。

考慮用戶數據的安全性，以及操作的安全性（例如連續點擊按鈕可能出現的情況）。

始終堅持以用戶為本的原則，在設計時盡量減少用戶的使用負擔。

【調研】

ps：采訪對象的試用在android平臺進行。

介紹采訪對象的背景和需求（他們有沒有用過這個APP或類似的APP，除了現有的功能還有別的需求么）

背景：周龍榮，創業團隊成員，該團隊計劃開發一款提供信息交流共享平臺的App。

需求：

• 該團隊需要一款可以對項目進行任務分工、進度跟進、并能將開發過程中的問題、成員的溝通交流及反饋信息進行記錄管理，協助團隊進行項目開發的一款軟件工具。團隊成員沒有用過類似的App，但是有用過網頁端的類似產品。
• 除了現有的功能外，受采訪者覺得如果APP能夠整合出一個及時通訊功能模塊，滿足團隊在日常開發過程中的交流討論，就更好了。

描述用戶使用這個產品的過程,用戶的問題解決了么？軟件在數據量/界面/功能/準確度上各有什么優缺點？用戶體驗方面有問題么？

模塊優點缺點

數據量	項目建立不限個數，滿足基本開發。	限容量。
界面	軟件的整體界面整潔，邏輯跳轉較為合理。	部分控件布局不夠友好，間距過小。
功能	移動端能夠創建工作項，并設置工作項的詳細信息，如詳細信息，優先級，迭代信息，和完成進度等，基本滿足了團隊開發的簡單需求。	1. 相對于web端，app端的功能不夠完善，核心的一鍵式部署和代碼范檢查功能并沒有在APP上體現；2. 并且部分功能存在bug，用戶體驗不夠友好。
準確度	大部分功能都能正確響應。	部分操作存在問題，例如前面提到的圖形驗證碼。

• 用戶體驗：相對于web端，移動端的用戶體驗很不友好，例如前面提到的在界面布局、用戶提醒、反應速度等方面都存在著或多或少的問題。

用戶對產品有什么改進意見？

豐富主要功能。

為項目設置更直觀的進度查看。

增加及時交流模塊或完善評論功能。

完善用戶提示，提高用戶體驗。

結論：經過這么多工作，你一定有充分的理由給這個軟件下一個評價,請選擇一個結論:

• Web端——推薦
• 移動端——不推薦。
• 附上一張來自深夜的吐槽。
  

第二部分 分析

時間預估

web端+移動端(iOS或Android) —— 12個月
理由：整個產品涉及web端和移動端（iOS或Android端），web端的功能更是多種多樣。靠一個6個人的團隊（還是剛畢業的學生），在整個項目的過程中肯定會遇到各種各樣的問題。

單做web端 —— 9個月。
理由：web端的功能強大，且加入了不少動態效果，難度可以說是很大了。

單做移動端 —— 3個月。
理由：移動端的功能相對較少，實現難度不高，但對于剛畢業的大學生，還是需要一定時間的。

軟件優劣

產品優勢劣勢

華為軟件開發云web端	功能齊全，各種該有的功能都有，界面美觀，收費不高	點擊反應慢，加載很慢，跳轉的時候經常整個瀏覽器白屏，有時候點擊還沒有反應。用戶體驗存在問題
華為軟件開發云移動端	具備項目管理的基本功能，界面簡潔，邏輯設計合理	存在較多bug，具有閃退、抗壓差等問題，用戶體驗差

具體建議

• 建議：提高用戶體驗很重要。
• 團隊在軟件開發過程中，應注重界面的設計，不能太丑，或者邏輯混亂。不能在用戶還沒使用時就留下不好的印象。
• 同時也要考慮性能方面，反應速度過慢，或者bug較多都會很大程度地降低用戶體驗。
• 要有有效且便捷的用戶反饋渠道，讓用戶參與到軟件的迭代過程中以便于更好的提高用戶體驗。

web端功能邏輯框圖

移動端端功能邏輯框圖

模塊分析

模塊重要度完成度出發點效果

看板	重要	90	主要用于查看燃盡圖，完成率以及story統計	能夠較為直觀的反映出工作完成情況
工作	非常重要	95	主要功能模塊之一，用于創建與查看工作項以及對項目的規劃	是面向軟件開發團隊進行敏捷化項目管理的團隊協作服務，功能較為齊全
檢查	重要	85	用于檢查并查看項目的問題與風險	精準定位代碼缺陷，提供示例和修復建議，支持一鍵跳轉到代碼庫在線修復。
測試	非常重要	95	對項目進行必要的批量測試，提供驗收報告且支持對移動端應用進行遍歷測試	高效管理測試活動，保障產品高質量，操作較多，執行較慢。
代碼	重要	90	對代碼的操作與管理	基于Git的在線代碼托管服務，支持代碼一鍵下載到本地，操作簡便
構建	重要	95	對項目進行環境的構建	與代碼托管無縫對接，為用戶提供配置簡單的混合語言構建平臺，實現編譯構建云端化
部署	重要	90	對項目進行配置的部署	實現部署環境標準化和部署過程自動化
發布	重要	95	將軟件包上傳發布	通過安全可靠的軟件倉庫，實現軟件包版本管理，提升發布質量和效率，實現產品的持續發布
流水線	重要	80	設置與執行流水線	提供可視化、可定制的自動交付流水線對小規模代碼效果不明顯
設置	一般	90	對軟件開發云進行設置	能根據用戶需求進行基本的設置

針對不同的維度評分

web端

模塊打分理由

用戶體驗	90分	整體簡潔易用，但操作并不是很流暢，頁面跳轉等待時間過長。
UI界面	90分	整體UI比較簡潔明了，邏輯布局也很分明，動態效果加分。
核心功能	95分	功能相當強大，所有模塊對應的功能幾乎涵蓋了用戶的全部需求,并且簡潔易上手，提示明確，減少了用戶負擔。。

移動端

模塊打分理由

用戶體驗	60分	反應速度慢，且存在較多bug，用戶體驗相對不夠友好。
UI界面	80分	界面簡潔，邏輯合理，但控件布局不夠友好。
核心功能	80分	相對于web端，移動端的功能略顯單薄，但是也基本滿足一些簡單的需求。

第三部分 建議和規劃

如果你是項目經理，如何提高從而在競爭中勝出？

我認為需要提高的地方大致有三點：

首先是宣傳。宣傳的重要性是不言而喻的，它在我們的生活之中也是隨處可見——書籍網絡電視，甚至是高速路上的巨型廣告牌。產品的質量固然是重中之重，但如果根本就不被人所知，沒有人使用，那再優秀也是白搭。而華為軟件開發云這款軟件，關于它的宣傳就不太夠。單純從app store上的下載次數來看，用鮮為人知來形容都不為過。即使是在網絡上搜索，它的討論熱度也不高。這對于一款需要大眾支持的軟件來說是致命的，所以加強宣傳，提升知名度，擴大傳播范圍，是它與競爭對手爭奪用戶中極其重要的一環。

第二個要提高的地方是移動端的質量問題，需要做得更好。在試用的過程中我們可以很明確地感受到華為軟件開發云的這個app在設計制作上的嚴重不足，若將其同功能齊全，制作也較為完善的web端相比較，那根本就是云泥之別。從界面設計不合理到功能設置不完善，這款軟件的app需要改進的地方有非常多，不要說同對手競爭，吸引用戶了，它連單純的滿足用戶要求，留住用戶都非常困難。手機現在在人們生活中的比重非常大，在工作中的分量也舉重若輕，如果在手機上的觀感不好，極有可能會影響到用戶對整個軟件的印象和定位。會對該軟件有需求的用戶基本上都很繁忙，誰都不會愿意浪費時間在一款并不便捷，使用體驗也不盡如人意的app上的。

還有一個需要注意改進的部分是產品使用的便捷程度。正如第一點中我所提到的，用戶的時間是很寶貴的，沒有人愿意花大把的時間浪費在對一個軟件單純的使用上。
移動端需要提升的部分前面已經提過了，而Web端雖然已經比較完善，但在登錄過程上卻令人意外的繁瑣。Web端無法維持長時間的登錄狀態，關閉網頁即需重新登錄，而網站本身沒有提供記憶密碼的功能，用戶每次重新登錄都需要自己再手動輸入一遍密碼——這無疑是非常不方便的，重復的操作也容易讓人厭煩。試想一個用戶有著急用的需求，然而當他打開自己不久前還剛用過的網頁，卻發現自己需要重新輸密碼登錄，這是何等的讓人不耐。細節最為磨人，卻也最為考驗人。如果不想在競爭中落敗，就該抓住用戶心理，處理好每一個與之相關的功能。

目前市場上有什么樣的產品了？

1. 目前市場上與華為軟件開發云相類似的產品主要分為兩類：

• 第一類為Google,Amazon,IBM等國際知名企業為代表的，以其旗下的云平臺為依托，提供的DevOsp,比如IBMCloud的DevOps.
• 第二類為一些小型公司開發的以項目管理為核心,不以云平臺為基礎的'偽'軟件開發云平臺，例如Worktile.

2. 兩類中具有代表性的產品比較：

產品功能特色目標群體收費標準

IBMCloud--DevOsp	基于開放式工具鏈，可以使用工具鏈模板，或者通過應用程序創建工具鏈。支持自定義配置工具集成，以定制現有工具鏈。	中小企業開發者，個人開發者	工具鏈中第三方工具收費
AWS--DevOsp	提供各種工具包，用戶依自己的需求進行選擇。	中小企業開發者，個人開發者	按用戶需求選擇收費
Worktile	將單個第三方開發工具以服務的形式提供給用戶，用戶可以自主選擇添加。	中小企業開發者，個人開發者	某些第三方工具收費
HUAWEI--DevCloud	平臺提供明確的服務，一站式的解決方案，能可視化地創建流水線。CloudIDE實現在云中編碼調試，開發、測試、部署、運維等一切研發活動都在云上。	中小企業開發者，眾包開發團隊，個人開發者	基礎按需計費和基礎套餐按需計費

你要設計什么樣的功能？

• 一個與軟件開發安全性相關的功能。該功能可以監控和記錄開發流程，能夠評估當前開發風險，并且提供一系列安全工具和可行的安全解決方案等。

為何要做這個功能，而不是其他功能？

• 基于云平臺的軟件開發，其提供的服務對開發團隊來說是隱蔽的和不可控的。保障軟件的安全性對于此類產品就成為了一個極其重要的功能，而且是用戶選擇這類產品的一個重要考慮因素。引用書上一句話 “想象一下得到蘋果公司關于下一版iPhone的項目計劃會怎樣。”

為什么用戶會用你的產品/功能？

• 首先，這個功能通過緊密的監控和記錄，可以向管理人員提供大量的信息，有助于分析和解決安全問題。用戶也可以利用安全評估功能，發現存在的安全漏洞，同時系統也會向用戶提供可行的解決辦法。如果用戶對此不滿意，可以自主選擇安全工具保障軟件開發的安全性。

你的創新在哪里？可以用 NABCD 分析。

Need

• 現在，軟件開發與云平臺的結合面臨的一個重要問題就是安全性得不到保障。使用Devcloud時，用戶希望知道開發的安全性怎么樣，如何提高安全性。并且用戶可能對于，希望能夠自主選擇安全工具。

Approad

• 設置一個安全功能模塊，提供監控和記錄，安全評估，安全工具和安全解決方案等功能，并且不斷完善。甚至可以提供安全咨詢服務，讓專業人士提供建議。

Benefit

• 能給用戶創建一個更加安全的開發平臺，并且通過監控和記錄交付流程，可以確保更高質量的軟件，提高用戶體驗，吸引潛在用戶。
• 而且用戶通過我們的安全分析后會更愿意消費購買相關的安全工具，有助于我們產品的銷售。

Competitors

• 我們產品的競爭對象主要是IBM，Amazon等公司云下的軟件開發平臺。相比之下：
• 我方優勢:
  • 一站式云端DevOps平臺，操作更簡易，能很好得滿足國內大量的3，5人的小型開發團隊需求。
  • CloudIDE實現在云中編碼調試，開發、測試、部署、運維等一切研發活動都在云上。
  • 提供流水線功能，加速開發。
• 我方劣勢：
  • 一站式服務，用戶不能自主選擇工具，靈活性較差。
  • 云端的開發和管理工具不如對手豐富。
  • 某些技術水平可能比競爭對手低。
  • 產品的國際影響力較弱。

Delivery

• 這種開發模式有別于傳統。要得到認可，不僅需要用戶在技術層面上適應，更需要思想上接受。
• 為了用戶接受我們的產品,需要施行以下推廣方案：
  • 適當普及與項目安全性相關的知識。
  • 利用自身影響力鼓勵用戶使用這類產品。
  • 借用一些用戶成功使用本產品的例子進行推廣宣傳。
  • 加大廣告宣傳力度。
  • 開展限時優惠活動，并且對新用戶提供優惠。
  • 向用戶提供技術支持和培訓。
  • 完善和豐富產品的使用幫助文檔，建立相關論壇以供幫助。

如果你來領導這個團隊，會有什么不一樣？

• 我會在移動端的開發上更加重視一些。
• 華為軟件開發云這款軟件本身功能較為齊全，與同類產品相比界面的美觀性也很強，但在這段時間的試用中可以看出，它的移動端還比較簡陋：功能少，部分設計不合理，還有一些bug存在。這些都非常降低手機用戶對這款軟件的觀感印象，也不利于web端和移動端之間的聯系。在現在這種手機已然成為人們生活不可或缺的一部分的情況下，將移動端的內容做得更完善會更有益于這款產品的推廣，也能夠吸引到更多的用戶。

如果你的團隊有5個人,4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？

• 開發主力三人（前端一人，后端兩人）；
• 測試一人（開發階段輔助前端）；
• 美工一人（包括UI和原型設計）。

描述你的團隊在16周期間每周都要做什么，才能在第16周如期發布軟件，大小里程碑績點設定。

周數任務里程碑

1	確定項目內容與項目核心，進行需求分析，初步完成需求說明書。
2	完善需求規格說明書，明確分工，計劃好接下來的時間安排。	需求分析完成
3-4	統一團隊內的環境搭建，制定編碼規范，構建架構，進行原型設計。	原型設計完成
5-7	開始主體功能的編碼，前端與后端并行，美工完成UI設計，持續跟進，視情況調整完善。
8	功能完善，測試并改進，接收反饋修改。	Alpha版本發布
9-11	開始其它功能的編碼，接口設計完成，實現對接，完成剩余模塊的任務。
12	繼續完善各功能模塊，初步完成正式版本。	Beta版本發布
13-14	大規模測試，修復bug，根據反饋不斷調整完善最終版產品
15	編寫用戶手冊。	用戶手冊完成
16	項目部署，發布最終版本的產品。	項目部署，發布最終版本的產品。

項目發布后，有沒有考慮過項目該怎么部署才能滿足需求。依據下圖（某校教務處系統的部署）作為參考，分析16周后你所完成的項目上線需要哪些配套設備(服務器、帶寬、數據庫需求數量與配置) 。

• 負載均衡：2臺（主備）
• 應用服務器：16核32G 2臺
• 后端服務器：32核64G 3臺
• 關系型數據庫：Oracle/SQL Server 3個（讀寫分離2個，備份1個）
• 緩存數據庫：Redis 2個（主備）
• 網站安全：建議部署WAF，防DDoS攻擊的防火墻等設備
• 帶寬：采用千兆以太網連接

轉載于:https://www.cnblogs.com/liyuken/p/7955698.html

總結

以上是生活随笔為你收集整理的华为云的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。