（一）事情的起因

• 對于這次的軟工杯項目，自己還是比較重視的，在總理說可以把我們的學習方法用在這個項目上時，我感覺是一次全新的體驗和挑戰（Todolist還算是熟悉的），像是終于把所學要運用到實際當中了。

（二）軟工杯的經過

• 小組討論：—— 經過兩三次的討論，最終確定了項目、分工、實現步驟、數據結構等
• 確認需求：—— 無
• 原型圖：—— 心里默默地參考了簡書的界面
• 事件列表：—— 無
• 組件圖：—— 無
• 數據結構:—— 小組討論時確定了數據庫表的結構
• 分解任務：—— 沒有寫出來，自己在心里劃分了
• 故事卡：—— 無
• 看板：—— 無
• 結對：—— 遇到解決一段時間解決不了的和組員商量
• ＤＥＭＯ預研：—— 無
• 估時：—— 無
• 實現：—— 因為這次負責界面部分，所以寫了幾個界面
• 反思：—— 無
• 驗收檢查：—— 截止日期前兩天組長過來看了一下，說出了要改的地方，然后就急急忙忙的改
• Showcase：—— 過程中讓其他組員幫我參考
• 技術博客：—— 無
• 總結：—— 無

做的好的：

• 雖然只是界面部分，但是自己也認真對待，不是復制粘貼，而是自己真正理解的
• 遇到問題也不像以前那樣只會說：”為什么不是我要的效果，我明明寫了啊？“而是會進行調試排錯，思考為什么會這樣，然后一步步解決。
• 收獲了一些ＣＳＳ知識

待改進的：

• 沒有跟組長確認最終的界面圖，導致前一天還在改界面
• 有時候想一起討論，但是大家的時間調不開
• 不經常交流，遇到問題也不找組長討論
• 對一些技術沒有很理解，用的時候就在試
• 沒有估時，有時候就會花很長時間解決不了，也走不出來
• 雖然有上傳到 github ,但是沒有經常交流、沒有 Showcase ,所以都不知道大家的進度，沒有及時獲取到最新的數據庫和后端代碼等
• 沒有寫博客，學到的很容易忘

現在的進度：

• 界面寫的差不多了，組長后端也寫的一部分，現在就是實現前后端交互，然后自己也想學習整個流程，所以接下來就是交互和后端的學習，用 Java 語言

（三）跟以前不同的做法

• 小組討論：—— 做之前組員一起討論可能遇到的問題，以及時間安排等
• 確認需求：—— 每個步驟都會先跟組長確認到底要做成什么樣子
• 原型圖：—— 對于有界面的畫出界面原型圖
• 事件列表：—— 分析所有的事件，包括點擊事件、請求事件等
• 組件圖：—— 對于有界面的畫出組件圖
• 數據結構:—— 分析該步驟用到的數據以及它的類型等
• 分解任務：—— 將這個任務盡可能分解小
• 故事卡：—— 組員一起做出所有卡片，每個人領卡
• 看板：—— 組員一起建立看板
• 結對：—— 對于有難點的選擇和組長結對或者問其他人
• ＤＥＭＯ預研：—— 感覺這個有點做不到
• 估時：—— 做之前一定要先估個時間
• 實現：—— 實現功能
• 反思：—— 對比時間差異進行反思
• 驗收檢查：—— 每個功能完成后，自己檢查后，都找組長驗收
• Showcase：—— 每個功能完成后給組員展示一下
• 技術博客：—— 對于學到的技術要寫博客
• 總結：—— 將每個功能的產出都寫下來

自己可能出現的問題列表：

• 如果大家都沒有時間在一起討論怎么辦？——可以在群里討論
• 如果任務多沒時間怎么辦？——減少刷微博朋友圈的時間，確保每天有兩個小時在這個項目上面，可以估時
• 如果有時不能完整按照這個流程怎么辦？——可以調整，但是最后還是得補完（除非真的不需要）
• 想問題不全面怎么辦？——和 pair 討論，集思廣益，注意時間
• 不會做的話怎么辦？——除了問組內的人，還可以問實驗室的或者老師（在自己谷歌無果之后），老師可能會適當給予正確的引導
• 效率低怎么辦？——找搭檔坐一起寫，彼此監督，集中精力，盡量不被環境影響或走神太久
• 習慣拖拉到最后做怎么辦？——每天都要更新進度，并且把產出發到簡書里面，最重要的還是養成按時完成任務的意識