團隊做業1：團隊展現&選題（歪瑞古德小隊）

目錄

• 1、團隊展現
  • 1.1 隊名:歪瑞古德小隊
  • 1.2 隊員信息
  • 1.3 項目描述
  • 1.4 隊員風采
  • 1.5 團隊分工
  • 1.6 團隊合照
  • 1.7 團隊特點
• 2、團隊選題
  • 2.1 Git倉庫：https://github.com/gdut-very-good
  • 2.2 項目名稱：海島漂流
  • 2.3 項目介紹
  • 2.4 項目闡述
• 3、團隊計劃
  • 3.1 worktile計劃
  • 3.2 時間表
• 4、成員貢獻分規則
  • 4.1 績效考覈因素
  • 4.2 貢獻分計算方法

1、團隊展現

1.1 隊名:歪瑞古德小隊

歪瑞古德是英文very good的諧音，象徵着這是一隻很棒的隊伍！

1.2 隊員信息

• 黃鈺朝：3118005005（隊長）
• 黃煜淇：3118004962
• 陳宇：3118004999
• 丘麗珊：3218007877
• 餘聖源：3118004982
• 張文俊：3118004986

1.3 項目描述

海島漂流，一款以信會友的匿名遊戲化社交應用

1.4 隊員風采

黃鈺朝

• 風格：喜歡研究原理，喜歡創新，注重代碼規範

• 自身技能：Java後臺開發

• 宣言：但願跟你們一塊兒作出有趣又有用的產品

• 軟工角色：PM&開發

丘麗珊

• 風格：無慾無求，隨心寫碼
• 自身技能：擅長魔法
• 宣言：我永遠喜歡牧瀨紅莉犧！！！
• 軟工角色：瞎幾把設計&划水開發

黃煜淇

• 風格：擅長於寫bug，喜歡研究，但不要太枯燥
• 自身技能：Java後臺開發
• 宣言：但願能夠開發出一個實用的產品
• 軟工角色：架構

陳宇

• 風格：唱跳rap籃球

• 自身技能：Java後臺開發

• 宣言：沖沖衝

• 軟工角色：開發&測試

餘聖源

• 風格：佛佛繫系，度過餘生

• 自身技能：web前端開發

• 宣言：有錢出錢，有力出力

• 軟工角色：開發&不想測試

張文俊

• 風格：一次開發，到處報錯

• 自身技能：web前端開發

• 宣言：保護頭髮的同時好好整~

• 軟工角色：開發&瞎點測試

1.5 團隊分工

職責	參與成員
UI設計	丘麗珊
前端開發	張文俊，餘聖源
後端開發	陳宇，黃煜淇，丘麗珊，黃鈺朝
測試	陳宇，黃煜淇，丘麗珊， 張文俊，餘聖源，黃鈺朝
文檔和複審	黃煜淇，黃鈺朝

1.6 團隊合照

1.7 團隊特點

• 共同的願景

  咱們厭倦重複的業務，老套的功能。咱們喜歡研究和創新，想要作出讓人們眼前一亮，給社會帶來有價值的有情懷的好產品

• 優點互補，各司其職

  咱們的團隊中有經驗豐富的前端大佬，有穩得一批的後臺大哥，有風格獨特的設計師，還有一個擅長端茶倒水寫文檔的打雜小弟，這使得咱們團隊可以優點互補，各司其職，可以應對各類各類的軟件開發任務

• 成長性

  咱們的團隊成員都致力於不斷提高本身的技能，每一個人都根據項目的須要而不斷學習新的技術，從而使團隊更加有戰鬥力

2、團隊選題

2.1 Git倉庫：https://github.com/gdut-very-good

2.2 項目名稱：海島漂流

2.3 項目介紹

• 一款以「寫信」做爲主要交流方式的社交應用
• 有限的漂流瓶數量，信息不會「氾濫」
• 這裏沒有「粉絲」和「大V"，人人都是筆者
• 沒有圖片\音樂\視頻，這裏只有純粹的文字

2.4 項目闡述

• 功能：

  用戶在這裏互相經過寫信的方式交流，發出去的信件會被系統隨機發給某個用戶。此外，還有樹洞，時間膠囊，海島漂流等多種多樣的社交玩法。

• 預期用戶量：

  總用戶量：不超過10萬

  日活用戶量：不超過1萬

  併發用戶數：不超過300

• 真實：

  人們的平常生活離不開社交，各類社交產品成千上萬，本產品的真實性不言自明

• 可用：

  本產品面向廣大的年輕用戶羣體而開發，這一用戶羣體數量龐大，對新事物接受程度高，同時也是在隨着互聯網發展而成長起來的一代人，早已熟悉QQ，微信，微博等各種社交應用，所以這些用戶對本產品的學習成本很低，對於這種新鮮的遊戲化社交應用，也具備很大的好奇心和使用需求。

• 有價值：

  在這樣一個信息爆炸的時代，人們在互聯網中任何一個地方，幾乎都避免不了各類廣告信息的侵襲，各類精心包裝的標題之下毫無養分的軟文，各類」大V「和」腦殘粉「之間唾沫橫飛的論戰撕逼。身處這樣一個嘈雜的時代，人們須要一款遠離喧囂，專一於心裏真實的情感，純粹的文字表達的社交應用，本產品的價值就在於此。

• 有情懷：

  本產品的切入點是」信件「這樣一種原始的交流方式，看似不便，實際上這種具備儀式感的寫做方式，更加可以讓用戶表達本身真實的情感。同時，發送信件的方式，相似於當年微信漂流瓶的方式，這也是一代人的年代回憶。固然，咱們也致力於解決微信漂流瓶信息氾濫的弊端，從而給用戶呈現一個更完美的產品。

3、團隊計劃

3.1 worktile計劃

團隊已使用worktile建立計劃，以下：

3.2 時間表

團隊的各項事務時間表以下：

時間	事項
第 8 周	1.團隊組隊、團隊博客
	2.團隊介紹、成員展現、角色分配、選題肯定
	3.制定團隊計劃安排，團隊貢獻分的規定
第9周	1.進行需求分析，編寫需求文檔
	2.原型設計，設計初版 UI，隊員估計任務難度並學習必要的技術
	3.編碼規範完成、平臺環境搭建完成、初步架構搭建
	4.開發人員確立先後端接口文檔
第10周	1.原型改進（給目標用戶展示原型，並進一步理解需求）
	2.架構設計，WBS, 團隊成員估計各自任務所需時間
	3.制定測試計劃
第11周	1. 團隊項目 Alpha 任務分配計劃
	2. 連續7天的 Alpha 敏捷衝刺，7 篇 每日 Scrum Meeting 博客+代碼提交
第12周	1.用戶反饋 + 測試計劃改進
	2. 團隊 Alpha 階段我的總結
	3. 團隊項目 Alpha 博客：發佈說明、測試報告、展現博客、項目管理
第13周	1. 團隊項目 Alpha 博客：過後分析

4、成員貢獻分規則

4.1 績效考覈因素

團隊成員績效考慮的方面以下：

1. 工做的重要程度----I（Importance）
2. 工做的參與度----P（Participation）
3. 工做按時提交----D（Delay）

4.2 貢獻分計算方法

貢獻分計算方法說明：

1. 每一個隊員參與的每一項工做的初始分爲20分。無上限
2. 工做的重要程度在工做分配時肯定，取值範圍爲0-5
3. 工做的參與度爲隊員參與工做時的數量。
4. 工做是否按時提交影響D的值，以下表

推遲時間	按時提交	推遲1天	推遲2天	推遲3天
D	1	0.7	0.5	0.3

5. 成員每分擔一個任務，將獲取一個單位的P，即爲1

對於每個任務，成員能夠得到的分數爲：

\[point=20×I×D \]

總的分數即爲：

\[∑n(20×I×D) \]

最後每一個成員的貢獻分將爲：

\[貢獻分=20N×Si/S總 \]

其中Si爲該同窗的總分，S總爲全部同窗得分的總和。