| 這個作業屬於那個課程 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 |
|---|---|
| 這個作業要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11149 |
| 這個作業的目標 | 團隊組隊、分工合作、選題確定並制定團隊計划安排 |
一、團隊簡介
1.1 團隊名稱：深夜寫bug
1.2 隊員學號列表
| 姓名 | 學號 |
|---|---|
| 陳智超（組長） | 3118005320 |
| 陳桂紅 | 3218005351 |
| 陳燕 | 3218005352 |
| 林雪花 | 3218005353 |
| 林雨欣 | 3218005354 |
| 吳曉璇 | 3218005355 |
| 魏龍濤 | 3118005337 |
1.3 隊員介紹
陳智超
個人風格：
擅長技術：java后台
編程興趣：喜歡java，也想學go！
軟工角色：后端設計、開發
一句話宣言：ddd，點解還有bug
魏龍濤
個人風格： 多動動腦
擅長的技術 ：Java/后台
編程的興趣： 跟大家一起寫代碼
軟工角色 ：客戶端開發
一句話宣言： 小coder，當備紅軸鍵盤，繪不世代碼
陳桂紅
個人風格：悠哉悠哉
擅長技術：在大佬面前我不敢說話
編程興趣：球球大佬帶我
軟工角色：PM、設計、測試
一句話宣言：就不告訴你
陳 燕
個人風格：間接性乖巧持續性沙雕
擅長技術：在大佬面前我只敢說我用過java
編程興趣：努力向大佬靠齊，拼命學習后台開發
軟工角色：開發
一句話宣言：菜雞本菜，雞湯本湯，沖就完事！
林雪花
個人風格： 佛系打碼
擅長的技術 ：復制粘貼
編程的興趣 ： 能實現自己的想法
軟工角色： 前端搬磚農民工
一句話宣言 ：出家人代碼為懷
林雨欣
個人風格：內斂拘謹
擅長技術：空無一物
編程興趣：空無一物
軟工角色：后台
一句話宣言：強忍淚水
吳曉璇
個人風格：又閑又菜又多余
擅長技術：html、css、js、vue
編程興趣：前端技術棧
希望的軟工角色：前端開發工程師
一句話宣言：大佬帶帶我！我很好帶的！
1.4 團隊特色
凝聚力強，行動力強
思想新穎，積極活躍
靚仔多多，靚女更多
個個長得又好看說話又好聽
1.5 團隊原則
1.推動信息共享與溝通。
2.為共同的遠景而工作。
3.充分授權和信任。
4.各司其職，對項目共同負責。
5.重視商業價值。
6.保持敏捷，預期變化。
7.投資質量。
8.學習所有的經驗。
1.6 團隊首次合照
二、項目簡介
2.1 項目名稱：校園跑跑
2.2 項目背景
由於疫情防控管理，校外人員無法進入學校區域，加上廣工宿舍大多與宿舍區大門距離較遠，取外賣快遞等與學生日常息息相關的事情都變得麻煩，同時，晚上11點之后，學生禁止外出，一些肚子餓的同學無法吃到可口的五飯。再者，因為學校管理學生離校需向老師請假，部分想要出去兼職的同學來說請假程序過於麻煩，所以想開發一個校內跑腿的程序，既給想校內兼職賺零錢的同學發布信息的一個平台，又讓那些因為門禁、時間和距離等原因需要跑腿服務的同學生活更方便。
2.3 預期用戶量：1w
三、項目闡述
3.1 可用：既能給同學們帶來方便，又能滿足一些同學的兼職需求
3.2 真實：面向全體廣工學生
3.3 價值：良好的體驗就是高價值的產品
3.4 情懷：既是跑跑，更是互助
3.5 目標：讓每個同學享受校園跑跑的樂趣
四、NABCD分析
N:(Need需求)
場景一:疫情期間因學校防疫措施管控，外賣無法進入學校，給部分食用外賣的同學帶來極大的不便，此時便希望有個跑腿的同學幫忙拿外賣，並且收費不高
場景二:逢雨天或者忘記拿東西到教學樓或宿舍自己又懶得跑，此時就希望有順路同學幫忙拿並付少量佣金
場景三:想吃gogo的某食品恰好該食品不提供外賣服務，此時就希望有同學順路回來帶一個
場景四:以上場景均是希望幫帶，如果自己順路也能幫別人帶還能趁機賺一筆零花錢，樂哉樂哉
A:(Approach做法）
B:(Benefit好處)
雙向收益，需要服務的人花少量錢得到幫助，提供服務的人順路不費力還能賺到一小筆零花錢
C:(Competitors競爭)：
目前市場上有相關功能的只有美團跑跑，但其提供的服務恰好在我們預想小程序的服務之外，換言之，目前市場上沒有競爭對手
D:(Delivery推廣)
目前部分閑置群中已經有類似需求出現，當小程序正式上線后，主要面向對象為廣工學生，可在閑置群等平台發布小程序，帶動瀏覽量以及使用量。考慮到該小程序需求缺口大，可能到達一定用戶量之后可以學生之間相互交流，帶來更多使用量。
五、項目倉庫及版本管理
5.1 項目倉庫
后端：https://gitee.com/bichoncode/campus-run-run.git
5.2版本管理方式：文檔的版本化和增量式管理
六、初步任務分工
| 成員 | 職責 |
|---|---|
| 陳智超（組長） | 整體架構、后端開發 |
| 魏龍濤 | 后端開發、測試 |
| 陳桂紅 | 產品經理、測試 |
| 陳燕 | 博客編寫、后端開發、測試 |
| 林雨欣 | 博客編寫、后端開發、測試 |
| 林雪花 | 前端開發、測試 |
| 吳曉璇 | 前端開發、測試 |
七、團隊計划
| 時間 | 具體安排 |
|---|---|
| 第六周 | 1.團隊組隊、團隊博客 |
| 2.團隊介紹、成員展示、角色分配、選題確定 | |
| 3.制定團隊計划安排，團隊貢獻分的規定 | |
| 第七周 | 1.需求規格說明書 |
| 2.原型設計，隊員估計任務難度並學習必要的技術 | |
| 3.編碼規范完成、平台環境搭建完成、初步架構搭建 | |
| 第八周 | 1.原型改進（給目標用戶展現原型，並進一步理解需求） |
| 2.架構設計，WBS, 團隊成員估計各自任務所需時間 | |
| 3.測試計划 | |
| 第九、十周 | 1. 團隊項目Alpha任務分配計划 |
| 第十一周 | |
| 2. 團隊Alpha階段個人總結 | |
| 3. 團隊項目Alpha博客：發布說明、測試報告、展示博客、項目管理 | |
| 第十二周 | 1. 團隊項目Alpha博客：事后分析 |
八、團隊成員績效評估方法
8.1 成員的績效 = 團隊獲得的分數 + 個人的團隊貢獻分
8.2 個人貢獻分指標
| 指標 | 占比 |
|---|---|
| 按時完成任務 | 30% |
| 任務質量 | 30% |
| 積極性 | 20% |
| 創新性 | 20% |