天天看點

團隊作業九

設想和目标

1. 我們的軟體要解決什麼問題?是否定義得很清楚?是否對典型使用者和典型場景有清晰的描述?

  解決有購物需求的使用者進行網上商品浏覽以及購買的問題,對也典型使用者和典型場景在團隊作業五和六都有描述。

2. 我們達到目标了麼(原計劃的功能做到了幾個?  按照原計劃傳遞時間傳遞了麼? 原計劃達到的使用者數量達到了麼?)

  原計劃的功能基本做到,按時傳遞,使用者數量還未有。

3. 和上一個階段相比,團隊軟體工程的品質提高了麼? 在什麼地方有提高,具體提高了多少,如何衡量的?

  品質有些許的提高,主要是在使用者體驗方面。

4. 使用者量, 使用者對重要功能的接受程度和我們事先的預想一緻麼? 我們離目标更近了麼?

  還沒有使用者

有什麼經驗教訓? 如果曆史重來一遍, 我們會做什麼改進?

  如果曆史能再重來一次,我們會增加一些更加實用的功能。

計劃

1. 是否有充足的時間來做計劃?  

  前期做項目計劃花了不少時間。

2. 團隊在計劃階段是如何解決同僚們對于計劃的不同意見的?

  經過團隊讨論,看誰的提議好就用誰  的。

3. 你原計劃的工作是否最後都做完了? 如果有沒做完的,為什麼?

  原計劃的工作差不多都做完,就是背景與前台的互動還做的不夠完善,因為時間不足。

4. 有沒有發現你做了一些事後看來沒必要或沒多大價值的事?

  目前還沒有 。

5. 是否每一項任務都有清楚定義和衡量的傳遞件?

  可能還差了點吧。

6. 是否項目的整個過程都按照計劃進行,項目出了什麼意外?有什麼風險是當時沒有估計到的,為什麼沒有估計到?

  項目過程進展的還是比較順利的 ,沒有啥意外的風險。

7. 在計劃中有沒有留下緩沖區,緩沖區有作用麼?

  有留下緩沖區,優化作用。

8. 将來的計劃會做什麼修改?(例如:緩沖區的定義,加班)

  團隊分工更加精細些,以及團隊會議可以多一些。

我們學到了什麼? 如果曆史重來一遍, 我們會做什麼改進?

   團隊之間的交流和溝通是不可缺少又十分重要的,改進:遇到問題能及時的和隊友溝通。

資源

1. 我們有足夠的資源來完成各項任務麼?

  沒有使用者。

2. 各項任務所需的時間和其他資源是如何估計的,精度如何?

  根據隊員的能力估計的,精度一般。

3. 測試的時間,人力和軟體/硬體資源是否足夠? 對于那些不需要程式設計的資源 (美工設計/文案)是否低估難度? 

  資源方面會有些欠缺,畢竟才幾個人。

4. 你有沒有感到你做的事情可以讓别人來做(更有效率)?

  沒有 ,要是讓能讓别人做,就不需要我了。

有什麼經驗教訓? 如果曆史重來一遍, 我們會做什麼改進?

  在資源方面要做好充足的準備,不然會影響項目進度。

變更管理

1. 每個相關的員工都及時知道了變更的消息?

  都是同學,住隔壁宿舍肯定能及時知道變更的消息。

2. 我們采用了什麼辦法決定“推遲”和“必須實作”的功能?

  商量決定。

3. 項目的出口條件(Exit Criteria – 什麼叫“做好了”)有清晰的定義麼?

  能達到我們的要求就差不多 了。

4. 對于可能的變更是否能制定應急計劃?

  能。

5. 員工是否能夠有效地處理意料之外的工作請求?

  都是經過商量後再決定的。

     有意外的需求也要先跟隊員溝通讨論。

設計/實作

1. 設計工作在什麼時候,由誰來完成的?是合适的時間,合适的人麼?

  由團隊讨論完成,是合适的時間,合适的人。

2. 設計工作有沒有碰到模棱兩可的情況,團隊是如何解決的?

  先做最容易完成的。

3. 團隊是否運用單元測試(unit test),測試驅動的開發(TDD)、UML, 或者其他工具來幫助設計和實作?這些工具有效麼? 比較項目開始的 UML 文檔和現在的狀态有什麼差別?這些差別如何産生的?是否要更新 UML 文檔?

  運用了單元測試,更加的高效。

4. 什麼功能産生的Bug最多,為什麼?在釋出之後發現了什麼重要的bug? 為什麼我們在設計/開發的時候沒有想到這些情況?

  秒殺産生的bug最多,因為涉及到背景部分等多方面,釋出後沒發現重要bug。

5. 代碼複審(Code Review)是如何進行的,是否嚴格執行了代碼規範?

  團隊的每個隊員完成的

 設計的内容要更貼合實際。

測試/釋出

1. 團隊是否有一個測試計劃?為什麼沒有?

  有。

2. 是否進行了正式的驗收測試?

  正确。

3. 團隊是否有測試工具來幫助測試?

  沒有用到測試工具。

4. 在釋出的過程中發現了哪些意外問題?

  沒有啥問題。

  測試對項目來說也是一個重要的組成部分。

團隊的角色,管理,合作

    1. 團隊的每個角色是如何确定的,是不是人盡其才?

  根據對方的意願來整合配置設定,還行。

    2. 團隊成員之間有互相幫助麼? 

  成員之間的互相幫助當然有了。

    3. 當出現項目管理、合作方面的問題時,團隊成員如何解決問題?

  基本沒遇到什麼問題,。

  

    每個成員明确公開地表示對成員幫助的感謝 :

    每個成員都得到了隊友的幫助,都應該互相感謝。

  團隊的合作很重要。不然那就是個人項目。

總結:

      你覺得團隊目前處于 萌芽/磨合/規範/創造 階段的哪一個階段?       你覺得團隊在這個裡程碑相比前一個裡程碑有什麼改進?        你覺得目前最需要改進的一個方面是什麼?

  還處于萌芽的階段,對于上一個裡程碑來說這是一個從無的有的突破。最需要改進的就是要做好資源準備和充分的計劃。

名字 角色 貢獻分 可驗證的貢獻
王家富 組長 24 商城首頁
林偉欽 隊員 23 注冊登入
柳澤峰 背景部分
盧錦錦 30 秒殺功能