第一次團隊作業


基本信息

團隊序號:7

團隊名稱:香鍋柒組

成員名單: 尹永年 馬超 張鮮鵬 赫辰曦 鄧欣茹 劉澳男 於明傑

會議時間:2020-9-18 12:00

會議地點:圖書館二樓中廳

參與情況:全員參加

缺席情況:無

撰寫人:劉澳男

 

會議照片:

 

 

 

會議通知:

 

 

 

 

 

 

 

問題1:我認為團隊內該如何進行分工,理由是什么?

 問題2:我們團隊當前是什么團隊模式,為什么,我希望是什么模式?

 

問題3:我們應該采用哪種開發流程更合適,為什么?

 

問題4:我們團隊是從列表中選一個項目還是自己提出一個項目,為什么?

 

 

問題5:如果是選擇列表中的項目,我們選擇哪個項目,為什么選擇該項目?(此項與下面一項每個人只需要完成一個)

問題6:如果是自己提出一個任務,你希望團隊開發什么軟件,為什么要開發這個軟件?

 

來晚的一位同學

 

 

 

團隊分工

 

組長:尹永年

PM:劉澳男

UI設計師:馬超

測試工程師:赫辰曦

軟件工程師:尹永年 於明傑 張鮮鵬 鄧欣茹

總人數: 7人

會議討論到團隊分工時,並未有分歧。其中馬超同學表達出了對於ui設計方面的熱愛 ,並發現其專業技能以及經驗尤其的豐富 ,是我們一致認為我們團隊需要馬超同學來擔任這個職位。赫辰曦同學代碼基礎堅實 ,且整個會議過程中表現出了其辦事嚴謹並有足夠的耐心,經討論完全可以勝任測試工程師這一職位。團隊中 尹永年 於明傑 張鮮鵬 鄧欣茹 等四人對於編程方面而言各有特長,並且四人交流更是相聚甚歡且對答如流 ,故四位同學較為適合軟件工程師這一職位,會議發現中尹永年同學對軟件項目編寫的思路尤為情緒,故來擔任組長這一點毋庸置疑

 

團隊模式及開發流程

團隊模式:當前為窩蜂模式。討論過程中主要為蜂窩模式、業余劇團模式、主治醫生模式。這個幾個模式中有相似之處且主要偏向並從團隊實際情況考慮為窩蜂模式,故認為團隊暫時屬於窩蜂模式。   其中成員所向往的有交響樂團模式、功能團隊模式和社區模式 ,大家所期望的模式豐富多樣、各不相同,但都是為了團隊的發展考慮,並且我們都相信會隨着成員之間的合作,技能的逐漸累積最終找到一個適合我們的最好的模式

 

開發流程:主要圍繞瀑布模型和RUP模式 ,但因選擇瀑布模式的成員多,還可以讓成員各自發揮自己對程序方面的特長,並且瀑布模型開發流程步驟分明,對於團隊剛成立的我們可以更好的促進相互了解,可以更加快速度跨過磨合期,更加早日完成共同目標的開發項目。當然開發項目時也會考察當前所使用的流程是否符合此團隊和項目,若遇到問題會及時溝通,如果有必要的會在需要時適當更換開發流程

 

項目選擇

畢設管理系統最終為我們團隊的選擇。在項目選擇時鄧欣茹同學有兩個意向另一個是打水系統,但因成員大部分選擇了畢設管理系統且鄧欣茹同學也有這方面的意向所以團隊最終畢設管理系統 。選擇畢設管理系統的原因為接近我們即將到來的畢業,可以幫助協調學生畢設崗位問題,使同學們臨近畢業時時間更加充裕,即幫助老師收集材料並為老師減輕負擔,快速的提高工作效率,做完這個項目也會更加有意義。

 

項目計划

 我們決定項目將於2020-09-20日開始,預計結束時間為2020-12-20,開發周期為13周

  1. 分析設計階段:進行對用戶的需求分析,設計以及繪畫完原型設計樣式,准備所運用到的軟件。前兩周內完成。
  2. 項目開發階段:UI設計師開始逐步完成原型設計稿,軟件開發工程師進行開發工作。開發時間為七周。
  3. 項目測試階段:全面配合測試工程師,團隊內測以及初步實踐測試,及時發現並修復bug,直到軟件達到可以實現基本穩定運行並實現學生畢設等問題的需求。測試階段為四周。

 

第一階段計划

 我們柒組的分析設計階段將在2周時間內完成,完成需求分析、原型設計的任務,第一階段任務安排:

  1. 需求分析耗時5天,全體成員參與

  2. UI原型設計耗時9天,全體成員參與,分工合作每人都進行相應的分工內容,討論與實際繪畫,最后確立一個相對完整的設計樣式

需求分析:2020-09-20 至 2020-09-24 預計時長5天

       需求分析:以用戶實際需求為主

  • 20日當天下午12-13點,開會討論用戶的需求進行分析,根據會議內容和自己的想法寫出每個人的需求分析報告。
  • 20日當天晚上5-7點,進行第一次需求分析報告會議,內容為討論每個成員報告中的優點和不足
  • 21日當天白天,對20日晚會議結束后進行對自己報告的修改,並團隊成員提前討論出訪談提綱
  • 21日當天下午5-7點,PM找到用戶,與用戶約定好時間后,面對面向用戶調研需求並做好需求調研記錄 
  • 22日當天下午12-13點,會議內容為分析所有成員的需求分析報告書及訪問用戶的需求調研記錄,討論出不足 以及進一步的訪談提綱
  • 22日當天晚上10點,提交訪談提綱
  • 23日當天下午12-13點, PM找到用戶,與用戶約定好時間后,面對面進一步向用戶調研需求並做好需求調研記錄 
  • 23日當天晚上5-9點,調研記錄發到群里,團隊成員自己構思第二天進行想法交互
  • 24日當天下午12-13點,對之前幾天調研記錄和需求報告進行最后的修改 下午思考是否有異議
  • 24日當天晚上5-9點,無異議最終形成最終版需求分析報告書
UI設計以及原型設計:2020-09-24 至  2020-10-03 預計時長9天
  • 22日當天下午12-13點,進行ui設計的討論會議,會議結束后思考並准備制作UI設計
  • 22日當天晚上10點,進行對每人UI設計的上報
  • 23日當天上午12-13點,開會選擇最終的UI設計,並思考是否需要改進
  • 23日當天晚上5-9點,進行對改進UI設計的報告,完成UI的設計工作

      9-24至10-03的工作時間以及方式如下

  • 每周的周一至周三,利用課余時間,按照需求分析報告和UI設計進行頁面端的設計
  • 每周的周四和周五,由趙義在課余時間進行教師端的原型設計,每2天至少要完成1個頁面的原型設計
  • 每周的雙休日,相互交流,分享意見想法

 各司其職,交流合作      

       P        M     :主要進行用戶分析,並詳細的記錄下用戶的要求與需求並初步完成產品的原型。 組織組內成員進行會議討論,。

       U         I      :搜集素材,進行對頁面的設計、原型的繪畫

       軟件測試師:進行代碼測試,如有BUG等問題出現,迅速匯報軟件工程師,並且由軟件工程師小隊進行代碼的更改。

       軟件工程師:進行項目程序的代碼編寫和改進,並且做程序后續的維護工作。

 

倉庫地址

碼雲倉庫地址:https://gitee.com/mu_ru_orange_micro/first-project.git

第一階段計划:https://gitee.com/mu_ru_orange_micro/first-project/issues/I1VYIH

 

會議記錄

碼雲記錄地址:https://gitee.com/mu_ru_orange_micro/first-project/issues/I1VYL5

 

 

會議分析

 

  預估時間 實際時間
自我介紹 10min 10min
成員分工 10min 10min
團隊模式 10min 15min
項目目標 10min 10min
項目計划 10min 15min
開發流程 10min 15min
總時間 1h 1h 15min

會議記錄截圖

 

 

 

 

 

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM