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

目錄

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

一、團隊展示

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.1 Git倉庫：https://github.com/gdut-very-good

2.2 項目名稱：海島漂流

2.3 項目介紹

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

2.4 項目闡述

• 功能：

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

• 預期用戶量：

  總用戶量：不超過10萬

  日活用戶量：不超過1萬

  並發用戶數：不超過300

• 真實：

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

• 可用：

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

• 有價值：

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

• 有情懷：

  本產品的切入點是”信件“這樣一種原始的交流方式，看似不便，實際上這種具有儀式感的寫作方式，更加能夠讓用戶表達自己真實的情感。同時，發送信件的方式，類似於當年微信漂流瓶的方式，這也是一代人的年代回憶。當然，我們也致力於解決微信漂流瓶信息泛濫的弊端，從而給用戶呈現一個更完美的產品。

三、團隊計划

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.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總為所有同學得分的總和。