名稱 | 時間 | 地點 | 時長 |
---|---|---|---|
第五次Scrum Meeting | 19/05/10 | 新主樓F座2樓 | 50min |
因爲今晚7點進行X86期末考試,所以前幾天供你們複習。自由安排開發時間。因此這幾天進度放緩。html
github遷入記錄見這裏。前端
從新設計後的個人申請頁面以下:
git
下面是本次例會中助教與你們談話的總結。
由於談話時間較長,所以此處只對其中的一些重點進行簡要歸納。github
助教:目前爲止大家的開發進度如何?與預期相比是落後仍是超前?數據庫
答:目前爲止咱們的進度與預期很是接近,略微超前。原本咱們計劃在這一週完成頁面的從新繪製,在下一週進行新功能的添加。可是在開發過程當中,咱們發現從新繪製頁面的過程當中須要繪製新功能的UI等,所以以頁面爲單位從新計劃是更合理,更符合開發流程的。所以咱們修改成以頁面爲單位進行計劃。這周本來計劃完成個人發佈與新建發佈頁面。如今除原計劃外,BUG修復的進度已經tags功能的添加進度比預期稍快。小程序
助教:團隊在合做開發中是否融洽?合做的效果如何?是否在合做方面碰見困難、矛盾?後端
答:咱們團隊的合做很是順利。由於成員之間關係很是好,相互很是熟悉。所以在工做的分配中沒有出現過度歧,也沒有出現過推脫責任、拒絕完成任務的狀況。工做的分配由你們共同協商達成一致後決定。即便在工做中碰見了耗時遠超預期的工做,也會由其餘任務較輕的成員共同承擔,從未出現過矛盾。微信
助教:那麼在開發中是否有遇到困難呢?數據庫設計
答:目前小程序的大部分功能邏輯都不復雜,所以主要功能的開發上沒有什麼困難。在其餘方面,主要有兩大困難:第一是設計。設計的難度遠超咱們的想象。對於沒有任何美術基礎的咱們來講,什麼樣的UI、什麼樣的配色才能顯得「不low」是一個很難解決的問題。每每須要大量的試錯才能獲得「不那麼醜」的結果。其次是微信聊天記錄的問題。由於保密緣由,沒法獲得明文的微信聊天記錄,所以只能人工錄入外部的數據。學習
>助教:關於設計問題,大家可使用一些例如mockplus的設計軟件,或者參考這一類設計軟件中的模板進行模仿,會比從頭開始設計要簡單不少。而關於微信聊天記錄的問題,既然沒法從這個來源獲取更多的數據,也能夠考慮經過增長用戶量的方式,增長產品中數據的量。做爲內容導向的產品,用戶數量的多少是決定成敗的關鍵,所以宣發是很是重要的一個環節。
助教:在開發的過程當中,你們的心態、狀態如何?是否有感到特別抵觸或者其餘負面情緒的成員?
答:因爲你們的合做很是順利愉快,成員之間本來也很是熟悉,所以任務的完成都比較順利,因此你們面對開發任務時也沒有表露出抵觸。你們的心態都很是良好。可能對於文檔、博客類的任務,完成的積極性會比開發類任務低一些,有多是心裏依然比較抵觸文檔類任務的一種小小的表現吧
助教與轉會成員、其餘成員的一對一談話包含一些實際人際關係問題等,不在此記錄。