[Alpha階段]第十一次Scrum Meeting

Scrum Meeting博客目錄

[Alpha階段]第十一次Scrum Meeting

基本信息

名稱	時間	地點	時長
第六次Scrum Meeting	19/04/20	大運村寢室6樓	65min

團隊成員總結

這一次例會，主要任務是你們一塊兒對基本結束的alpha階段進行總結，概括每一個人及團隊在alpha階段作的好與很差的地方，同時一塊兒討論下一個階段整個項目的走向，以及須要完成的主要任務。

成員	優勢	缺點
鮑屹偉	承擔了團隊大多數主動思考、規劃的工做，是推進團隊成員工做的主要力量	很是缺少前端設計知識，致使前端頁面的觀感達不到咱們想要的效果
白世豪	積極主動完成開發任務，並提早、自主完成了一些頁面的優化	與後端負責人相同，做爲前端負責人，應將分工落實的更加具體
劉啓航	團隊意識強，積極參與團隊討論及其餘團隊活動	完成的任務相對較少，與後端負責人各負一半責任
劉衛	後端頂樑柱，基本不管什麼時候，只要收到了任務都能立刻完成	做爲後端負責人，在任務分配上有待改進
王冰	完成了大量的前端工做，與白世豪一塊兒，實現了大部分你們能看得見，摸得着的頁面	缺少主動思考，下意識的嘗試以知足要求的最低水平完成佈置的任務
餘宸狄	在團隊中定位靈活，幫助團隊完成了許多不一樣類型的任務	忙於實習，經常很晚纔回到寢室，會錯過一些團隊的討論

alpha階段團隊經驗總結

​ alpha階段中，通過了3個星期的開發，踩了許多坑，繞了許多彎路，也從中吸收了許多經驗。

• 前端設計的難度不亞於實現的難度

  ​ 做爲6個沒有任何美術基礎的理科生，開始實際開發後才發現，設計出好看頁面的難度，對於咱們來講不亞於實現這一頁面的難度。做爲零基礎的設計者，尋找現有的、相近的模板進行參考，可行性遠大於本身設計。

• 一個明確的總體規劃，是項目按時、合格完成的必要條件

  ​ 經過這一階段的開發，咱們發現，在多人合做的實際工程中，須要明確的，具體的分工，來保證每一個人清楚本身在團隊中的位置；同時，也須要詳細的，清晰的分配每日任務，來保證每一個人認識到本身肩上的責任。

• 在溝通時，只有把每一個細節都闡述清楚，才能確保想法的傳達

  每一個人的思想都各有不一樣，在討論時，不能期望他人經過一個粗略的比喻，就徹底理解本身心中的某個想法。在討論過程當中經常出現由於語言表達的不具體，而致使兩人覺得互相達成了共識，等到工做作完才意識到在細節上雙方的想法仍大相徑庭。藉助紙筆，或者電子文檔、畫圖來傳達本身的想法，遠比單純的口頭交流有效。

下一階段的主要任務

通過咱們長時間的討論，慢慢統一了團隊成員的不一樣意見後，咱們決定：放棄最第一版本設想的考試資料分享、跳蚤市場等功能，將目前的招募發佈及申請功能繼續優化，並添加智能分類、智能推薦排序等等具備亮點的功能，將招募發佈及申請功能作到咱們力所能及的極限。
最後作出這樣的決定，是由於咱們發現，那些對於各個方面都有涉及，但都缺少讓人眼前一亮的功能的「大雜燴」產品，每每會由於目標用戶不明確，致使其儘管功能齊全，可是缺少亮點，對於其餘的特化性產品，對用戶的吸引力較差，最後致使「每類用戶都想要，每類用戶都留不住」。所以，咱們認爲應肯定具體的，某一類的目標用戶，特化某一功能，緊緊抓住這類用戶。所以，咱們下一階段的主要任務以下：

• 增長操做反饋，確保用戶的每一下點擊後都有相應的事件觸發

  根據alpha階段的反饋，咱們意識到，必須爲用戶的每一下點擊，都作出相應的反饋：若操做成功，則應跳轉到相應的頁面、實現相應的功能；若操做失敗，則必須明確的提示用戶爲什麼操做失敗，如何解決；若須要向後端索要或發送數據，則必需要提示用戶正在連接服務器，並在超時後給出提示。如此才能避免用戶在使用中出現「究竟是我沒點上仍是卡了」的疑惑。

• 添加亮點功能，將目前的功能作精、作專

  ​ 咱們意識到，貪心的實現多個不一樣類型的功能，最後作成一鍋什麼都涉及一些，什麼都作的很差的大雜燴是絕對須要避免的。所以，咱們團隊經討論決定，將當前的招募發佈、申請功能作到極致，添加讓人眼前一亮的獨特功能，如在查看申請界面，根據用戶的需求，將符合要求的簡歷排在最上方；在發佈列表頁面，根據用戶的專業，推薦符合其專業技能的招募等等。

• 從新設計頁面，大幅提高審美體驗

  優秀，好看的頁面既能吸引新用戶的增加，也能提高用戶的使用體驗。通過對比其餘成熟的，使用人數極多的成功小程序，咱們發現咱們的UI主要有兩大問題：

  • 顏色單一，控件樣式單一，界面重複感強
  • 缺乏圖片，頁面較爲單調 在下一階段，咱們會參考一些好看的設計模板，爭取大幅提高咱們的界面質量。