軟工網絡15團隊做業2——團隊計劃

肯定選題

1. 肯定團隊選題，肯定以後每一個團隊須要描述要作的到底是什麼系統，預期的用戶量是多少。

   • 團隊題目：記帳App

   • 描述：使用者能夠經過app的登陸界面使用已經註冊的帳號進入app，在記帳app中用戶能夠進行收入、支出帳單記錄，像是經過app中已有分類進行選擇、記錄，也能夠本身經過備註的方式添加詳情，同時用戶也能夠對已有的收入、支出帳單記錄進行修改、刪除操做，像是修改支出金額啊，收入金額啊之類的；刪除錯誤的記錄之類的。固然，app也具備能夠進行帳單的查詢，擁有查詢的便捷方式——選擇日期查詢帳單，與此同時，app還能夠在每月的1號推送上一個月的月帳單，月帳單包括了當月的收入、支出總金額，當月的支出、收入的數據統計分析，而且數據統計分析也能夠隨時查看不須要只是月帳單中才帶有。

   • 預計用戶量：20人

2. 圍繞選題項目內容的 真實、可用、有價值（有情懷 做爲加分項）目標來分別闡述。

   • 真實目標：如今大多數人們廣泛都存在一種現象——"啊，明明沒買什麼，怎麼錢都用光了"。很明顯這樣的現象，就是人們對我的財務管理意識薄弱的體現。爲了不這一現象，咱們須要對本身的收支做出分析，可以知道本身每月將錢花在了哪些地方，本身每月的結餘狀況，瞭解哪些支出是必需的，哪些支出是無關緊要的，從而更合理地安排支出，俗話說「你不理財　財不理你」就是這個道理。記帳就是一個很好的解決手段。而記帳APP的存在使咱們的記帳方式更加便捷，實現輕量級記帳，簡約記帳，以最清新的界面提供最溫馨的體驗，就是咱們的目標。

   • 可用目標：記錄[當前支出]、查看[支出統計圖]與[當月支出]、基礎的預算功能

   • 有價值目標：
     1. 掌握我的或家庭收支狀況，合理規劃消費和投資。
     2. 培養良好的消費習慣。理性消費。經過記帳搞清楚錢是怎樣花出去的，避免大手大腳亂花錢，成爲精明的理性消費者，把錢花在刀刃上，用更少的錢作更多的事。
     3. 加強對我的財務的敏感度，提升理財水平。
   • 有情懷目標：
     1. 不記賬能夠過生活，記帳能夠更好的生活.
     2. 促進家庭成員和氣相處。平常生活的開支須要家庭主要成員共同負擔。如果時間長了，不記家庭帳，就不免會互相猜疑，你說我出錢少，我說你吝嗇，或者怪持家長輩偏愛。若是有一本流水帳，誰掙多少、誰花多少一目瞭然，家庭成員天然也就無話可說。
     3. 起到備忘錄的做用。親友借債、人情往來隨禮這類事通常不寫字據，時間長了就不免遺忘，記家庭流水帳，就能夠作到有帳可查，心中有數。

3. 創建和初步熟悉團隊git的協做方式。項目後續的代碼、文檔都要經過碼雲增量式管理。實現文檔的版本化和增量式管理。

4. 請馬上創建團隊項目的git倉庫。
   強調：作雷同項目的不一樣團隊， 請在項目立項的時候，就提出本身團隊獨特的設計/功能是什麼，如何找到目標用戶， 而後執行。

   團隊碼雲地址：https://gitee.com/git_ty1213/jizhang_program

   團隊獨特的設計在於每個月1號會有前一個月的月帳單推送，將用戶一個月的支出、收入狀況進行分析和總結。會選擇記帳的用戶通常都是但願能夠知道本身的每月支出、收入狀況，以此來分析用戶本身的花銷狀況，來決定下個月是否有能夠節省的不必花費的項目，而本app退出月帳單這一點就能夠吸引用戶的使用。

制定團隊計劃

根據發佈的項目時間規劃，初步確立團隊任務計劃，將團隊的任務計劃添加到碼雲的團隊項目Issues（列表、里程碑）裏面，要求：

1. PM組織成員快速閱覽《構建之法》第8章到第15章關於「軟件開發完整生命週期」的相關章節，並回顧在案例分析中初步練習過的項目計劃設計的方法對項目作時間安排。同時請參考下面的團隊項目每週環節進度表。

2. 使用《構建之法》「計劃和估計」 一節中提到的討論方法和耗時估計公式來矯正計劃的時間表，爲每一個環節定製好時間。並注意，不要貪圖作太多的功能，而是要把關鍵的場景實現了（參考《構建之法》中關於MVP的描述）。

使用的公式：

• 公式：Y=X+-X/N
  Y是某件事實際時間花費，X是對於某件事的估計時間， N是作過相似開發工做的次數，中間的+-表示加上或者減去。
• 公式：Y=(Y0,Y0F0F1...Fn)
  Y0是團隊估計時間，F0到Fn是各類因素，例如產品因素、平臺因素、人員因素、項目因素等，最小值爲1，最大值爲10。對「徹底在掌握中」給予1（代表這不會爲項目引入不肯定因素，「徹底不知道」給予10。

原有時間安排表：

第 6-7 周	1. 制定團隊計劃
	2. 需求規格說明書
	3. 原型設計，隊員估計任務難度並學習必要的技術
	4. 編碼規範完成、平臺環境搭建完成、初步架構搭建
	5. 架構設計，WBS, 團隊成員估計各自任務所需時間
	6. 測試計劃制定
第8-9周	1. 團隊項目Alpha任務分配計劃
	2. 連續7天的Alpha敏捷衝刺，7 篇 每日Scrum Meeting博客+代碼提交
第10周	1. 用戶反饋+測試計劃改進
	2. 團隊Alpha階段我的總結
	3. 團隊項目Alpha博客：發佈說明、測試報告、展現博客、項目管理
第11周	1. 項目複審
	2. 團隊項目Alpha博客：過後分析
	3. 每一個團隊有一人必須離開，本身尋找下一個接納本身的團隊。團隊發博客宣佈離隊和接納的成員。
第12-13周	1. 團隊項目Beta任務分配計劃，介紹新成員
	2. 連續7天的Beta敏捷衝刺，7 篇 每日Scrum Meeting博客+代碼提交
第14周	1. 團隊項目Beta博客：發佈說明、測試報告、展現博客
	2. 團隊Beta階段我的總結
第15周	1. 項目複審
	2. 團隊項目Beta博客：過後分析， 宣佈每人的貢獻分
第16周	1. 團隊整個階段總結，分析用戶數據，整理文檔，保證之後的團隊能接手。

矯正後的時間安排表：

日期	任務	估計時間	實際時間
第 6 周
	1. 團隊項目啓動，制定團隊計劃	6天	6天
第 7 周
週一至週三	1. 需求規格說明書	3天	3天
週四	3. 原型設計，隊員估計任務難度並學習必要的技術	1天	1天
週五	4. 編碼規範完成、平臺環境搭建完成、初步架構搭建	1天	2天
週六至週日	5. 架構設計，WBS, 團隊成員估計各自任務所需時間	2天	1天
週六至週日	6. 測試計劃制定	2天	1天
第8-9周
週一	1. 團隊項目Alpha任務分配計劃	2天	1天
	2. 連續7天的Alpha敏捷衝刺，7 篇 每日Scrum Meeting博客+代碼提交	7天	12天
	2.1.第一次衝刺：瞭解需求並彙總（李香榮、羅登宇）
	2.2.第二次衝刺：根據需求設計系統功能並分配組員的任務模塊（全體組員）
	2.3.第三次衝刺：登陸模塊--設計用戶註冊和登陸界面（郭雅芳）
	2.4.第四次衝刺：功能模塊—支出收入的增刪改（徐婉萍）
	2.5.第五次衝刺：統計模塊—日月年帳單（譚燕）
	2.6.第六次衝刺-第七次衝刺:完善各功能模塊（全體成員）
第10周
週一至週三	1. 用戶反饋+測試計劃改進	3天	3天
週四至週五	2. 團隊Alpha階段我的總結	2天	1天
週六至週日	3. 團隊項目Alpha博客：發佈說明、測試報告、展現博客、項目管理	2天	1天
第11周
週一至週三	1. 項目複審	3天	3天
週四至週六	2. 團隊項目Alpha博客：過後分析	3天	2天
週日	3. 每一個團隊有一人必須離開，本身尋找下一個接納本身的團隊。團隊發博客宣佈離隊和接納的成員。	1天	1天
第12-13周
週一	1. 團隊項目Beta任務分配計劃，介紹新成員	1天	3天
	2. 連續7天的Beta敏捷衝刺，7 篇 每日Scrum Meeting博客+代碼提交	7天	11天
第14周
週一至週五	1. 團隊項目Beta博客：發佈說明、測試報告、展現博客	5天	3天
週六至週日	2. 團隊Beta階段我的總結	2天	1天
第15周
週一至週四	1. 項目複審	4天	4天
週五至週日	2. 團隊項目Beta博客：過後分析， 宣佈每人的貢獻分	3天	2天
第16周
週一至週日	1. 團隊整個階段總結，分析用戶數據，整理文檔，保證之後的團隊能接手。	7天	4天

團隊Issues： https://gitee.com/git_ty1213/jizhang_program/issues

團隊任務計劃Issues截圖：

團隊項目Issues截圖：

團隊分工及完成狀況：

姓名	團隊分工	完成狀況
徐婉萍	博客編輯，整合其餘團員任務，部分項目計劃安排，肯定部分團隊項目目標	已完成
譚燕	團隊項目git倉庫的創建，部分項目計劃安排，添加計劃至碼雲的團隊項目Issues	已完成
郭雅芳	肯定團隊選題，肯定部分團隊目標，肯定團隊項目預期	已完成
李香榮	肯定部分團隊計劃安排	已完成
羅登宇	肯定部分團隊項目目標	已完成

我的感想：

• 徐婉萍：本次做業主要是肯定團隊的項目選題及制定團隊計劃。在此次做業中，和團隊成員一塊討論了本次項目的立項目標，項目計劃安排，項目主要實現功能之類的問題。經過對於項目的任務計劃安排表的具體規劃和設計，使得咱們對於本次項目的實施過程更有條理，更可以把握好項目中每一個階段所花費的時間，不至於超出所規定的日期，致使項目不可以結項。在項目的啓動階段，咱們須要制定好團隊計劃、項目實現功能等，這樣的話就不至於會在實施的過程當中手忙腳亂。雖然，咱們團隊的技術能力可能並非特別優秀，可是，咱們會盡力作好咱們可以作到的，咱們須要作到的事情。只要咱們可以爲這個項目一塊兒努力付出，一塊兒努力實現項目目標，這樣咱們必定可以完成咱們所但願的，也能從中得到不小的收穫和經驗。

• 譚燕：此次做業中，我完成了團隊項目git倉庫的創建，以及部分項目計劃安排，並將計劃添加至碼雲的團隊項目Issues中。制定團隊計劃進度表真的讓我有了很強烈的時間觀念，感受時間很緊張，若是完不成每一個環節的任務，下一個任務的時間進度會很緊張，最終有可能致使項目發佈的延期。還有一點值得擔憂的是，咱們的技術能力可能不足，從而功能模塊的實現可能會出現問題。固然咱們必然會想盡一切辦法付出百分百的努力去實現它，我也相信個人組員，在咱們的一塊兒努力堅持下，最終有一個滿意的成果。

• 郭雅芳：此次做業主要是肯定選題和製做任務計劃。經過此次做業，我瞭解到了，如何選擇一個有價值的項目，經過查詢資料獲得了三條標準:
  1. 軟件的市場容量，需求是否迫切？
  2. 軟件的使用場景，目標用戶的痛點。
  3. 目標客戶是哪些羣體，爲何要作這個軟件？

  此外，我還了解到能夠從真實、可用、價值方面的目標來更加明確的咱們的設計核心點在哪。emmm...個人一句話宣言是"空白纔是將來可以得到巨大收益的東西"。但願能夠從從此的團隊合做中得到巨大收益。

• 李香榮：本次做業中，我完成了團隊計劃進度表的制定。制定團隊時間計劃表不能隨意，由於它具備參照意義，是團隊開發的導航，若是安排給前面任務的時間太過寬鬆，那麼後面的任務就會時間不夠，可能沒法按時交付軟件；若是時間太緊可能沒法完成，耽誤團隊進度。固然，影響團隊任務完成的因素還有不少，其中團員的專業能力是相當重要的，可是我相信我和個人團員會努力的掌握相關的知識，盡最大的努力去完成項目。

• 羅登宇：此次做業是肯定團隊選題，每一個人的任務計劃以及團隊項目的任務計劃安排。而在此次討論選題中，經過和組員的交流溝通，咱們肯定了團隊做業的計劃進度，每一個人都拿到了本身比較駕輕就熟的任務。個人水平不太夠，但會盡力配合各組員來克服我所遇到的困難，經過咱們的團隊協做必定能完成團隊做業的。