第一部分 調研，評測
第一次上手體驗
一進到WEB的網頁，注冊賬號什么的都非常的順利，個人感覺遇到的第一個問題是一點進來無從下手，不知道該做什么。第二個問題是，找了一會兒沒有找到APP在哪兒下載。在我的想象中WEB的第一個界面還是應當清爽一點的，這樣對新用戶會比較友好一些，不然這一進來找不到該做什么，就會讓人想要輕易放棄這個軟件。還有一個小小的問題（可能是我的網絡不太好），我感覺這個網站是有一點卡的。
說的簡潔一些的話就是感覺卡頓和不知所措。關於bug
如果說一個網站跳轉比較慢（不知道是否網絡問題），這應該是一個挺麻煩的問題。在網頁的跳轉上，先是出現白屏，接着出現一個華為標志，然后才完成跳轉，這個過程應該是可以優化的。由於我不是特別了解WEB網頁的工作模式，所以我認為這個問題產品組的人應當是發現了的，但是由於某些問題(技術或是成本)導致沒有解決這個問題。
如下圖，存在一些功能還沒上線，但是已經顯示出來，那么對於我們這樣的新用戶來說，我們並不是特別了解這個軟件，可能會被新功能所吸引進來，結果發現功能還沒有上線，會讓人覺得不是很滿意吧。這個問題產品組的人肯定是知道的，不算是BUG，但是從用戶體驗來說，我覺得放出一個預告就可以了，不必急着直接放出鏈接（或者跳轉的按鈕）。
如下圖，2個地方的頭像是不統一的。並且2個地方的的頭像要求是不一樣的（1mb和2mb），沒有同步要求、也沒有同步頭像，用戶需要在2個地方分別設置頭像，存在一定的麻煩。對於這個問題，我認為產品組的人可能是不知道的，我認為這個原因應該是2個地方的頭像是由不同的團隊做的，導致沒有連接上。
如下圖，未完成的項目直接離開會丟失，那么會存在一定的問題，如果我誤操作不小心關閉了，或是出現一些情況（突然斷電、斷網之類的），會導致我在線編輯的東西消失，出現意外的話，這個問題很嚴重的。現在QQ郵箱、博客等，都存在本地自動保存的功能。那么這個問題也是產品組的人一定知道的(因為會跳出提醒)，但是不知道為什么沒有加入這個功能。
找了挺久沒有找到IOS端的APP，最后下載了下圖這個APP。如果就是這個APP的話，那么有一個非常嚴重的問題（比任何一個問題都嚴重），閃退。我的系統是ios8.1，雖然是一個很老的系統了，但是閃退還是不應該，不知道是哪里的兼容性出了問題。但是用戶出了問題，那么肯定就是開發人員的責任了。那我認為是開發組的人員完全沒有注意到這個問題，畢竟這種類型的軟件，重點也不是在移動端上，不管如何這個問題都很要緊。(補充：最終還是找到了IOS APP的位置，並不是下圖這個，不過下面這個“華為雲”在我的手機上會出現無限的閃退，無法打開，這個問題還是很嚴重的，如果是同一個團隊開發的，還是需要注意這一點的)
再次登錄WEB端，發現一個小問題，用戶名不區分大小寫，全大寫也可以登錄。我認為開發組的人員特意為之，不算大問題。
WEB端還有一個BUG，登錄一個賬號，然后再登錄一個賬號，會出現如下所示情況。首頁顯示賬號為（--------），點進控制台之后顯示為(fewdan),這個應該就是開發組的問題了，沒有注意到切換賬號的情況。
終於在角落發現了這個，掃掃看
結果是。。。。是我想多了（我看到別的同學用ios用得好好的，可能是我的問題，我還真沒找到。。）讓用戶找不到，肯定不是用戶的問題！我認為開發組的人員應當讓用戶更好找到移動端在哪里吧。（補充，最后還是找到了IOS APP的位置）
有一個疑問就是所有的愛心不知道具體功能是什么。
狀態和完成度沒有直接關聯，不知道是否是一個BUG，或是我個人對於2個詞語的理解可能不太准確。
個人認為已經解決的話就不需要提示剩下的時間了，這個問題開發組的人員也是肯定知道的，但是也許就是想提醒用戶距離計划截止的時間還有多久吧。
如果說上面那個情況可以理解，那么下面這就就有點疑惑了，既然已完成，為什么要顯示超期
工作項可以重名，個人感覺不太好吧（編號不容易記憶）
工作項用鼠標選定后可以拖動，但是拖動的意義不明，不知道可以拖到哪里
TASK標簽不知道去哪里找，創建工作項沒有這個選項
以上這幾個關於工作項的小問題，我覺得可能開發組的人員是知道的，但是也許普通用戶在沒有搞清楚整個網站的時候，不熟悉網站的時候，並不能了解各個詞語、各個按鈕代表的意義。
后來我終於找到了IOS版本的，結果如下圖，我的IOS版本太老無法下載，那就只好放棄了(或許有空更新一下系統？)。。
如果我的團隊來開發
假如我的團隊開發這套系統，我認為我們會注重核心功能的完善。
首先我們應當明確用戶是誰，只有確定了用戶需求之后，才能更好的開始我們的項目。
由於我們的團隊人比較少，而且是學生團隊，並非專業的企業，那么我覺得我們就應當把最重要的核心功能做出來，不要想着功能非常的多非常的花哨，但是一定要可靠並且可以使用。所以我認為最重要的就是服務的可靠性，隨着實力的提升或是隊伍人數的增加，我覺得后期再慢慢加入其他功能。
也就是說，前期開發的話我認為最重要的是可以用，而且是最核心的功能可以用。接下去我認為需要注意的是數據的保存需要注意（備份、安全等等），就是整個部署運維要特別注意。
由於從后期來看，整個項目應當是一個功能很完善，具有很多模塊的一個產品，那么我們肯定是要分成多個小組進行協同合作，共同開發，那么就又涉及到了架構的問題。
所以我覺得需要開發這個系統的話，很重要的就是運維部署。（感覺開發一個這么大功能的軟件還是非常的不容易）
由於這個系統和分布雲存儲有關聯，那么應當還需要考慮到各個服務器的協調問題。
至於收費問題，這個需要探討吧。(學生免費！！算了還是象征性收點吧)采訪
采訪問題如下：
1.介紹采訪對象的背景和需求（他們有沒有用過這個APP或類似的APP，除了現有的功能還有別的需求么）
2.讓采訪對象使用華為軟件開發雲（請上傳照片證明用戶的確正在使用，遠程采訪的同學請讓別人幫忙照相）
3.描述用戶使用這個產品的過程, 用戶的問題解決了么？軟件在數據量/界面/功能/准確度上各有什么優缺點？用戶體驗方面有問題么？
4.用戶對產品有什么改進意見？
5.結論：經過這么多工作，你一定有充分的理由給這個軟件下一個評價,請選擇一個結論:a.非常不推薦
b.不推薦
c.一般
d.推薦
e.非常推薦由於身邊沒有什么朋友有使用這個APP，就求助於同學吧
所以2個受訪對象的背景和需求都是一樣的，他們都是計算機專業的學生，平時有一定的托管代碼、管理代碼的一些需求，未來的工作崗位也有可能從事計算機相關的工作，所以未來也有可能會用到類似的軟件。
采訪對象1: hughe(浩哥的密碼好長啊。。)
(1) 沒有使用過類似的軟件（github算嗎），沒有別的需求（尷尬。。。）
(2) 因為要完成這次作業，他也使用了華為軟件開發雲
(3) 使用這個產品的過程，hughe解決了想要解決的問題。用戶體驗方面沒有問題。數據量：一般
界面：界面是本款軟件的優點，好看
功能：滿足基本需求
准確度：良好
關於缺點： 響應度不行，比較卡頓。(4) 改進意見：希望可以加快響應速度。
(5) hughe意見為：d.推薦
采訪對象2: 猴哥(也是雙屏玩家)
(1) 使用過類似的有github，除此之外還有聽說過teambition，需求還是有的
(2) 也是因為作業，才使用了這個軟件
(3) 用戶體驗方面由於沒有深入使用，暫時沒有遇到比較大的問題。總的來說還是可以接受的。數據量：不太明白這個概念
界面：中文界面加上圖標比較清晰，總體滿意
功能：功能還是很多的，但是每一個功能沒有仔細去使用和研究
准確度：OK
關於缺點： 關於團隊的信息不好找、團隊成員列表等等信息都需要進去找。(4) 改進意見：希望可以把團隊模塊做的更好一些。
(5) 猴哥意見為：c.一般
第二部分 分析
我認為6個普通的計算機大學的畢業生，做出這樣一個龐大的軟件，應當是要半年以上的時間，不是很好估計。大致說來，我覺得10個月吧。雖然有專業UI的支持，但是普通的大學畢業生在實際開發中會存在各種各樣的問題。無論是代碼能力還是開發能力還是知識體系都有待提高，所以很大一部分時間是用來學習的（做的過程也是學習的過程），那么如果缺少一個導師帶，那么就會比較慢才可以做出這樣一個軟件。
從知乎上面發現了如下的一個表格，可以比較直觀的和市面上有的一些軟件進行功能上的比較（沒有具體使用過，只能大致看一下具有哪些功能）
具體建議：個人認為大型企業是不會用這類產品的，也就是說潛在的用戶是小型企業（學生也不太一定會使用一個收費軟件），那么就應該針對目標用戶做更多的優化。還有一個很多人都提到的問題就是比較卡頓，那么我覺得應該在這個方面多下功夫（國內的網站，不應該這樣啊。。），然后雖然移動端不是很好用，但是我覺得移動端不是特別的必要，所以還是應該在電腦端多下功夫，畢竟開發人員肯定人手一個筆記本電腦，就算在外地，甚至在酒店、機場也可以使用電腦進行操作。未來也可以制作一個桌面的圖形界面出來，比較方便。
功能邏輯圖，圖中1,2,3表示關鍵度，圓圈表示完成度。其中測試中的移動應用測試完全沒有完成。代碼廣場的完成度較低。
打分環節（由於沒有安裝IOS APP，僅對WEB版本打分），滿分為10分用戶體驗方面 ：6分 (太卡了很抱歉只能給個6分)
UI界面美觀度：8分 （界面還是挺好看的，單純的從美觀上的一個直觀感受）
核心功能 ：7分（最核心的功能暫時沒有看出什么特別吸引人的地方，但是總體來說完成的不錯，因為沒有很具體的進行測試，所以只能打一個7分）
第三部分 建議和規划
如果你是項目經理，如何提高從而在競爭中勝出？
首先之前的分析中已經提到了，大企業基本上是不會用這樣一款軟件，那么我們的目標用戶就是小公司或者私人團隊。那么首先要做到的就是功能要好用，並且有自己獨特的地方，不然可以代替的產品太多，難以脫穎而出。當然，必要的話還是要加大宣傳力度。但是一個產品最重要的是產品本身，只有真真做到產品很好，才能牢牢地抓住用戶。否則就算用戶使用了，也不見得用戶粘性很高。
目前市場上有什么樣的產品了？
目前市面上代碼托管的有github,團隊管理的有teambition，剩下的還有SvnChina，禪道，dotproject等等。
你要設計什么樣的功能？
我想要加入一個擅長角色的功能（也就是每個人可以選擇一定的方向，作為自己擅長的角色）
為何要做這個功能，而不是其他功能？
那么加入這個功能以后，比如我們要做一個開源的項目，我們需要各種各樣方向的人，那我看一下系統中搞前端的有哪些人，搞后台的，搞測試的都有哪些人，方便組隊（有點像RPG游戲打BOSS需要分配角色），那么我們的項目就比較容易可以開展下去，比較容易分工合作。
為什么用戶會用你的產品/功能？
這樣子對團隊來說項目會更加容易的開展，更加的自由。對於程序員來說，作為一個特定方向的人，也比較容易找到一個合適的項目加入進去，共同開發。
你的創新在哪里？可以用 NABCD 分析。
N：開發者與團隊領導之間都有相應的需要，如果把開發者分為不同的類別，方便團隊與開發者之間的雙向選擇。
A：解決的方法就是開發者增加一個標簽的屬性，每個人可以有多個標簽，並且可以更新標簽。
B：好處在於方便，方便了雙向選擇。
C：市面上雖然開發軟件很多，但是這種功能貌似不太多（不是很了解）
D：推廣都只能大力宣傳，通過廣告之類的先宣傳(起碼先讓人知道)，也可以通過高校進行宣傳。如果你來領導這個團隊，會有什么不一樣？
我會抓緊核心功能，我認為最重要的就是最常用最重要的那個功能，其他花哨的功能可以慢慢來不着急跟上，甚至美觀都不太重要，可以用和好用，才是最重要的。
如果你的團隊有5個人, 4個月的時間，你作為項目經理，應該如何配置角色（開發，測試，美工等等）？
分配角色我認為是4個人開發，1個人美工，測試人員由4個開發人員輪流承擔，互相測試。
描述你的團隊在16 周期間每周都要做什么，才能在第16周如期發布軟件，大小里程碑績點設定。
第1周：根據用戶調研，確定用戶需求
第2周：分配任務，指定代碼規范
第3周：寫文檔，並且協調清楚各個方面的任務，准備設計美工，設計數據庫
第4-10周：開發人員開發，編碼
第11周：進行測試，並發布內測版本 （小里程碑：完成內測版本）
第12周：根據1周測試得到的結果，進行修改，同時根據用戶的反饋研究新的用戶需求
第13-15周：開發人員修改bug，同時不斷地進行各種優化，滿足用戶新需求
第16周： 發布正式版本 （里程碑：完成正式版本發布）項目發布后，有沒有考慮過項目該怎么部署才能滿足需求。依據下圖（某校教務處系統的部署）作為參考，分析16周后你所完成的項目上線需要哪些配套設備(服務器、帶寬、數據庫需求數量與配置) 。
服務器：8核16G*3（應用1，后端2）
關系型數據庫：3，其中2個用於存取（讀寫分離），1個用於備份
緩存數據庫：Redis
網絡安全性:DDOS