[Beta階段]第五次Scrum Meeting

Scrum Meeting博客目錄

[Beta階段]第五次Scrum Meeting

基本信息

名稱 時間 地點 時長
第五次Scrum Meeting 19/05/10 新主樓F座2樓 50min

相關工做

成員 已完成工做 明日計劃工做
鮑屹偉 每日例會撰寫tags具體內容肯定個人申請詳情頁面從新繪製 每日例會撰寫更新功能規格說明文檔
白世豪 個人發佈頁面從新繪製——字號,button中文字位置與大小關係等調整 IOS端輸入重複顯示、輸入覆蓋BUG緣由肯定及解決
劉啓航 爬取微信歷史記錄——真實數據的錄入 微信消息篩選轉發機器人實現——前期知識學習
劉衛 更新文檔——數據庫設計及接口 區分可申請的內部建立發佈與補課申請的外部錄入數據
王冰 修改上版本bug——placeholder,前端輸入值檢查,加載提示 修改上版本bug——加載提示覆蓋:全部須要向後端發送請求的按鈕處
宋卓洋 招募到期自動結束功能添加有關tags的數據庫接口 肯定申請的簡歷打分機制

燃盡圖

因爲今晚7點進行X86期末考試,所以前幾天供你們複習。自由安排開發時間。因此這幾天進度放緩。html

每日例會照片

遷入記錄

github遷入記錄見這裏前端

從新設計後的個人申請頁面以下:
git

與助教的談話總結

下面是本次例會中助教與你們談話的總結。
由於談話時間較長,所以此處只對其中的一些重點進行簡要歸納。github

  • 助教:目前爲止大家的開發進度如何?與預期相比是落後仍是超前?數據庫

 答:目前爲止咱們的進度與預期很是接近,略微超前。原本咱們計劃在這一週完成頁面的從新繪製,在下一週進行新功能的添加。可是在開發過程當中,咱們發現從新繪製頁面的過程當中須要繪製新功能的UI等,所以以頁面爲單位從新計劃是更合理,更符合開發流程的。所以咱們修改成以頁面爲單位進行計劃。這周本來計劃完成個人發佈與新建發佈頁面。如今除原計劃外,BUG修復的進度已經tags功能的添加進度比預期稍快。小程序

  • 助教:團隊在合做開發中是否融洽?合做的效果如何?是否在合做方面碰見困難、矛盾?後端

 答:咱們團隊的合做很是順利。由於成員之間關係很是好,相互很是熟悉。所以在工做的分配中沒有出現過度歧,也沒有出現過推脫責任、拒絕完成任務的狀況。工做的分配由你們共同協商達成一致後決定。即便在工做中碰見了耗時遠超預期的工做,也會由其餘任務較輕的成員共同承擔,從未出現過矛盾。微信

  • 助教:那麼在開發中是否有遇到困難呢?數據庫設計

 答:目前小程序的大部分功能邏輯都不復雜,所以主要功能的開發上沒有什麼困難。在其餘方面,主要有兩大困難:第一是設計。設計的難度遠超咱們的想象。對於沒有任何美術基礎的咱們來講,什麼樣的UI、什麼樣的配色才能顯得「不low」是一個很難解決的問題。每每須要大量的試錯才能獲得「不那麼醜」的結果。其次是微信聊天記錄的問題。由於保密緣由,沒法獲得明文的微信聊天記錄,所以只能人工錄入外部的數據。學習

 >助教:關於設計問題,大家可使用一些例如mockplus的設計軟件,或者參考這一類設計軟件中的模板進行模仿,會比從頭開始設計要簡單不少。而關於微信聊天記錄的問題,既然沒法從這個來源獲取更多的數據,也能夠考慮經過增長用戶量的方式,增長產品中數據的量。做爲內容導向的產品,用戶數量的多少是決定成敗的關鍵,所以宣發是很是重要的一個環節。

  • 助教:在開發的過程當中,你們的心態、狀態如何?是否有感到特別抵觸或者其餘負面情緒的成員?

 答:因爲你們的合做很是順利愉快,成員之間本來也很是熟悉,所以任務的完成都比較順利,因此你們面對開發任務時也沒有表露出抵觸。你們的心態都很是良好。可能對於文檔、博客類的任務,完成的積極性會比開發類任務低一些,有多是心裏依然比較抵觸文檔類任務的一種小小的表現吧

助教與轉會成員、其餘成員的一對一談話包含一些實際人際關係問題等,不在此記錄。

相關文章
相關標籤/搜索