PQ v.Next 團隊項目Alpha階段分工

團隊成員：閆秉政、韓云河、胡宇辰、莢左龍

團隊一共4人，按照人*時計算預計工時為4*4*10=160，但是考慮到會有人不熟悉需要進行前期培訓（增加4*4*2=32工時）以及，最終確定時間為192小時并依據此時間進行分工。

前期成員培訓用時（4*4*2）：

初期的培訓需要統一時間，閆秉政、韓云河作為講解人帶領胡宇辰、莢左龍線下開展PQ 項目的整體搭建與使用，預計每天4-6小時，持續2天，確保所有人員都具備獨立開發的能力。便于后續增加功能時的統籌分工。

典型用戶場景分解與估時（4*4*10）

功能預計實現如下功能，其優先級如下，按照如下的場景順序依次實現功能，越靠前的通常更為必須與容易實現：

• 實現學生信息認證；
• 課程管理（活動劃分不同課程下）；
• 教師導出選課學生答題情況；
• 教師端更換提題目。

場景一（4*4*2）：實現學生信息認證（幫助老師了解是否是選課學生）

需要在當前PQ的基礎上，“編輯資料”界面增加功能以實現學生信息的補充與記錄，進而再后續新加教師導出成績時能夠做出判斷——該學生是否是選課的學生。

場景二（4*4*2）：課程管理（將很多個活動劃分到不同的課程下）

支持開展多個活動，然后能夠對活動進行管理，即在創建活動時，自動生成一個課程類別，之后創建活動默認在上一次創建活動的課程類別下創建活動，同時考慮到有些老師可能會上多門課程，因此也支持創建新類別。

場景三（4*4*3）：教師端學生信息導出

教師在結課后想要了解這門課程學生的掌握情況，于是依照前面實現的功能嘗試進行導出，首先基于課程管理，選擇該課程下的所有活動，之后根據學生的信息與自己的選課名單，導出只選了課程的學生。

場景四（4*4*3）：教師端更換題目功能（AI生成題目不一定符合預期）

新增更換題目功能，預計能夠在教師端查看題目時進行更換，使得出的題目符合教師預期。當前的更換策略有兩種（因此需要2天分別測試兩種策略）：

• 策略1：生成較多的題目，但是展示和推送時只推送部分題目，這個需要注意的是更換后題目的順序以及展示時題目也要進行重新排序；
• 策略2：生成題目同時記錄生成題目的上下文，更換時，依據更多的上下文重新生成題目，這樣可以避免知識點的疏漏。

上述已經為PQ增添了不少的功能，之后還有更加重要的任務，一個是新增功能PQ的上線測試以及最終的發布功能，估時如下。

燃盡圖（藍色表示剩余時間）

每日進度圖（紅色表示每日進度，綠色表示剩下進度，每日記錄更新）