1. 程式人生 > >『編程題全隊』團隊作業6——展示博客

『編程題全隊』團隊作業6——展示博客

溝通 看板 class 服務 author git 無需 一點 資源

1.團隊成員的簡介和個人博客地址,團隊的源碼倉庫地址。

團隊成員:

  • 孫誌威(201521123077):
    簡介:組長,編程題全隊首腦,主要負責前端開發和項目統籌規劃實施
    博客地址:https://home.cnblogs.com/u/agts
  • 孫慧君(201521123098):
    簡介:組長助理,編程題全隊隊寵,主要負責前端開發和UI設計
    博客地址:https://home.cnblogs.com/u/niverse745
  • 倪兢飛(201521123061):
    簡介:隊員,編程題全隊顏值當擔,主要負責數據庫設計與實現
    博客地址:https://home.cnblogs.com/u/JMUNJF
  • 連燕波(201521123081):
    簡介:隊員,編程題全隊隊草甲,主要負責測試工作
    博客地址:https://home.cnblogs.com/u/LianYanbo
  • 黃華林(201521123082):
    簡介:隊員,編程題全隊隊草乙,主要負責博客和發布工作
    博客地址:https://home.cnblogs.com/u/moyi-h
  • 王威(201521123076):
    簡介:隊員,編程題全隊隊草丙,主要負責服務器後端設計
    博客地址:https://home.cnblogs.com/u/slickghost

團隊的源碼倉庫地址:

  • 前端:GuguaClient
  • 後端:guguaServer

2.團隊各成員貢獻排序(從大到小,無並列)

技術分享圖片


3.團隊8天 Alpha 沖刺站立會議博客鏈接匯總(集合貼)

  • 『編程題全隊』Alpha 階段沖刺博客集合

4.團隊可以做一個 MVP (Minimum Viable Product) 版本, 只要核心的功能 (例如用戶註冊,找回密碼這些非核心功能可以不用做)。也可以允許團隊把快速原型的方案演示給潛在用戶看, 讓他們提反饋意見。

1.原型展示鏈接
2.成果運行截圖展示:

個人事務管理界面:
技術分享圖片
技術分享圖片
團隊事務管理界面:
技術分享圖片


5.我們要做軟件工程,那就要有一點工程的樣子:

(1)團隊項目的目標,預期的典型用戶,預期的功能描述,預期的用戶數量在哪裏?

  • 團隊項目目標:
    實現一個能夠滿足個人和團隊需求的事務管理平臺
  • 預期的典型用戶:
    技術分享圖片
  • 預期的功能描述:
    主要功能描述:
    <1>管理個人的任務事項
    <2>管理用戶的提醒事項,並在多設備上提醒用戶
    <3>提供一個便捷的備忘錄
    <4>在團隊之間對任務進行協作
    <5>為開發團隊提供看板等工作流程方法
  • 預期的用戶數量在哪裏:
    學校的學生、教師,公司的職員,這些用戶數量具有良好的潛力

(2)團隊的產品如何滿足了用戶的需求?

通過下面表格列出的界面模塊和功能需求設計滿足用戶需求:
技術分享圖片

(3)團隊在Alpha階段已完成了哪些目標?

Gugua的基本個人任務功能和團隊管理功能,除了(同步團隊任務和同步提醒),具體參照(2)的回答。

(4)團隊的成員如何分工協作的?有什麽經驗教訓?

分工協作如下:
前端開發:孫誌威、孫慧君
後端開發:倪兢飛、王威
測試工作:連燕波
博客撰寫和其他事項:黃華林
經驗教訓:
<1>任務分工和任務認領的環節非常重要,就像“一日之計始於晨”一樣,在項目開始之前做好任務分配,讓每個隊員明確自己的任務,那麽有了清晰的目標,我們後續的工作才能有條不紊地進行,這對提高工作效率有著十分重要的作用。
<2>開發人員和測試人員需要協調進度,前端開發和後端開發也要協調進度,我們項目開發的過程中出現一兩天的進度不一,導致部分環節擱置,同時也有出現測試人員和開發人員矛盾的地方,但是後來經過交流也順利解決。
<3>增加測試人員,我們這次測試人員只有一個人,所以我們的項目存在一些bug沒有找出來或者說隱蔽性比較強,需要不同的測試人員從不同的角度進行分析才能發現。

(5)團隊是如何進行項目管理的?

??我們的團隊項目采用碼雲進行管理,我們的項目有前端和後端部分,所以我們在碼雲上有兩個項目管理。前端和服務器端的開發人員根據issue上的安排,按期按量地提交代碼,測試人員也可以從碼雲上輕松地獲取源碼進行測試和上傳。

  • GuguaClient Issues 鏈接
    部分截圖如下:
    技術分享圖片
  • GuguaServer Issues 鏈接
    部分截圖如下:
    技術分享圖片

(6)團隊如何平衡 時間/質量/資源 爭取如期完成任務的?

??首先,我們的團隊是一個十分優秀和團結的隊伍,這是我們如期完成任務的根本保證!在Alpha沖刺階段開始前,我們就做好了十足的準備,我們完成了需求分析,也讓每位成員對自己的項目有清楚的認識,大致完成了任務安排和分工工作。在Alpha沖刺開始的第一天,我們團隊成員根據自己的實際情況和能力領取了自己的任務,這些任務的分配是經過我們PM深思熟慮,以及和隊員積極溝通的情況下所決定的。
??時間上,由於沖刺階段處於上課期間,而恰好這期間又有部分隊員需要參與期末考試,所以時間非常緊迫。我們組采用白天每個成員自主開發,晚上所有成員集中開發和討論,充分利用時間來提高效率。同時每日立會,都會對明日工作的時間安排做好準備,我相信正是我們高效利用時間的原因。
??質量上,我們隊員們都精益求精,但是時間有限,所以我們盡量完成項目的主要功能,測試人員也及時跟進項目,對已完成的部分進行測試,把所存在的bug及時反應給開發人員,通力合作,不斷優化和完善。
??資源上,我們隊員有多臺雲服務器可以供我們開發人員進行測試,我們每個人都有自己的開發設備,同時我們也有可以一起開發討論的場所,所以資源上我們並不欠缺,無需擔心。


6.團隊項目的實際進展,發布的功能。說明在項目管理中,scrum的燃盡圖是如何真實反映項目的狀態的?或者燃盡圖美化了狀態?

Answer:
??我們在過去七日的Alpha沖刺階段基本完成了安排的所有任務,實現了個人事務管理模塊的所有功能,團隊事務管理模塊的大部分界面和功能已經實現,雖然程序還存在部分bug,但是基本的功能已經可以流暢運行。我們下面的燃盡圖真實反應了我們項目的進行狀態,並沒有存在美化這一說,因為我們團隊每天按時按量地完成任務,任務完成數量偏差都不是很大,所以我們的燃盡圖趨勢符合我們的實際項目進度。
7日沖刺燃盡圖如下:
技術分享圖片
發布博客鏈接:『編程題全隊』Alpha階段發布說明


7.在Beta階段需要改進哪些方面?請給出下一階段的展望。

  • 孫誌威:
  • 孫慧君:
  • 倪兢飛:
  • 黃華林:
    ??我覺得我們團隊在Alpha階段的認領任務這部分完成得很好,每個人也都順利完成自己的任務,雖然在這期間開發成員有出現進度不一的情況,但是也都克服了。我覺得我們可以在下個階段的分工一樣像這個階段一樣明確,然後綜合考慮每位成員的時間和能力,具體的分配和認領任務,也希望成員能夠明確自己的開發時間,高校利用時間,促進團隊在Beta階段的項目順利進行。我覺得我們在下個階段可以增加集中工作的時間,我覺得這個氛圍可以更好促進每位成員的積極性。對於下個階段,我覺得我們的PM會帶領我們完成安排的任務,成功讓已有的項目更進一層樓。
  • 連燕波:
    ??我覺得在Beta階段,可以讓開發人員中的人在開發的同學能夠同我一起完成測試工作,我自己一個人在項目最後的測試階段完成測試任務,也希望有更多人參與才能更好地發現Bug和想出更好地解決方案。我對於下一個階段的展望是我們團隊可以更好地發揮團結的精神,努力做軟工小組中最優秀的隊伍之一,讓我們的項目能夠展示出它的特色和強大的功能。
  • 王威:

『編程題全隊』團隊作業6——展示博客