團隊做業1——組隊與選題

Deadline：

2018-10-15 22:00PM，以博客提交至班級博客時間爲準

團隊名單：連接

---

Task1：團隊組隊與展現

根據5-6人的組隊要求，每一個隊伍發表一篇隨筆（在隊長博客發佈便可），包括：

1. 隊名；
2. 隊員學號（標記組長）；
3. 擬做的團隊項目描述：一句話；（選題參考：http://www.javashuo.com/article/p-gmwetcne-gg.html）
4. 隊員風采：介紹每一隊員的風格、擅長的技術、編程的興趣、但願的軟工角色(開發、測試、PM等)、一句話宣言等；請閱讀第7章：MSF（Microsoft Solution Framework），理解MSF的9點的基本原則，例如：
   • 爲共同的遠景而工做
   • 充分受權和信任
   • 各司其職，爲項目共同負責
5. 團隊的首次合照（有圖有真相，合照風格能夠發揮創意）；
6. 團隊的特點描述，主要描述有別於其餘全部團隊的特色或核心競爭力，言簡意賅。

Task2：團隊選題

1. 每一個團隊根據選題範圍做出選擇，擬定本團隊的項目
2. 肯定以後每一個團隊須要寫描述要作的到底是什麼系統，預期的用戶量是多少。

3. NABCD 寫做，視頻
   請同窗們把本身項目的NABCD 都寫出來。

   a. 列成詳細的條目，用具體的事實和分析說明。

   b. 把這些要點都組合成爲一段話 -- 當你要向別人兜售你的項目的時候， 你一般只有很短的時間 （電梯演說），可否天然而有條理地把項目說清楚？ 請用你產品中實際的元素代替 <> 中的抽象概念。
   各位領導/投資人/用戶/合做夥伴：咱們的產品 <foo> 是爲了解決 <目標用戶> 的痛苦, 他們須要 <Need>，可是現有的方案並無很好地解決這些需求，咱們有獨特的辦法 <Approach>，它能給用戶帶來好處 <Benefit>，遠遠超過目前市場上的競爭對手 <Competitor>。 同時，咱們有高效率的 <Delivery> 方法，能很快地讓大部分用戶知道咱們的產品，並進一步傳播。

   c. [附加題]把上面的這段話錄製爲視頻，上傳到視頻網站，並把連接發到團隊博客上。
   • NABCD參考 （參見 http://www.cnblogs.com/xinz/archive/2010/12/01/1893323.html）
   • 同窗們的實際做業例子：
     • http://www.cnblogs.com/dasusu/p/4830168.html
     • http://www.cnblogs.com/MR-ZH/p/5879464.html
     • http://www.cnblogs.com/linexu/p/5880155.html
     • http://www.cnblogs.com/liangzhilin/p/5462486.html
     • http://www.cnblogs.com/jjy520/p/5463552.html
     • http://www.cnblogs.com/hgf520/p/5457322.html
4. 創建和初步熟悉團隊git的協做方式。項目後續的代碼、文檔都要經過碼雲增量式管理。實現文檔的版本化和增量式管理。

5. 請馬上創建團隊項目的git倉庫。

參考連接：

• 團隊項目很難麼？別的同窗作難度更大的要求都完成了（10 個SCRUM)：http://www.cnblogs.com/teamftd/p/4929007.html
  
• GitHub團隊項目合做例子：http://www.cnblogs.com/schaepher/p/4933873.html
• 團隊git倉庫初始化的例子：http://www.cnblogs.com/greyzeng/p/6044837.html

---

評分基準

本次做業總分(25'+5')分，由如下部分組成：

1. 團隊展現（10'）
2. 選題分析（15'+5'）
   • 選題肯定（2'）
   • 選題描述（3'）
   • NABCD（9'，其中附加題5’）
   • 團隊git倉庫（1'）

注：

• 如能積極響應助教和老師的反饋並在評論2天內作出相應修改，會在已有評分上有必定加分，但原則上得到分數不超過本次做業總分。
• 如對分數有意見，只給一次向助教申訴的機會
• 遲交一週扣實際分數的一半
• 遲交兩週或以上，不給分
• 抄襲倒扣分