團隊作業—預則立&&他山之石(人月神教)

Flame。發表於2017-10-23

1.團隊任務

GitHub issues

1.2 團隊計劃

團隊作業—預則立&&他山之石(人月神教)

2.訪談任務

2.1採訪物件

採訪團隊:龍威零式
採訪時間:2017.10.23
採訪形式:微信群

2.2採訪內容

  • 問:你們選題的時候有哪些考慮?
  • 答:選題的時候沒有想太多 當時首先第一志願是想搞一個自助選題 也會接受後來的命題(學霸網站後臺)是因為覺得有一些前輩基礎 而且命題相對來說聽起來比較有意思
  • 問:你們在做作業之前有其他專案的開發經驗嗎?有哪些知識儲備?
  • 答:做作業之前我們組的專案開發經驗主要是來自於 一些組員的實驗室專案 知識儲備的話主要是有幾種高階語言的開發經驗 還有一些關於自然語言處理的演算法經驗
  • 問:你們是怎麼安排組員的工作的,包括時間和工作量的安排?
  • 答:在前期剛開始是知識學習階段,大家都大致瞭解了所有相關部分的知識 然後根據興趣分別選擇了不同的後續主要開發方向,這裡也涉及到一些方向選擇的矛盾需要pm來進行協調 因為有些人會沒有什麼想法或者幾個人想做一件事情 。工作量分配主要是由pm來進行安排 安排的依據主要是組員對於任務預期花費的時間,但是這裡剛開始會有工作量分配不均勻的問題,後面還要根據組員的進度以及反饋進行動態調整
  • 問:你們在完成作業的過程中有什麼矛盾嗎?是怎麼解決的?
  • 答:如果這個矛盾是指組內矛盾的話基本沒有 我們組的團建進行的比較好。前提有些小問題主要是pm對於組員的專案進度會有不滿,就是安排的進度會因為種種原因拖著無法完成 後期通過有效溝通(對於工作量以及工作內容的反饋以及調整)得到了解決
  • 問:你們是如何協調軟工作業和其他事情的時間的?
  • 答:協調這方面我們做的不是很好,因為工作週期比較長,所以在中前期 一般來說如果有別的ddl接近都是優先完成別的任務 導致前期工作進度進展比較慢 然後在軟工截止日期前幾天集中開始工作感進度 這樣的工作方式是比較值得改進的
  • 問:你們做完專案之後是否和設計初衷有偏差?
  • 答:有比較大的偏差,原因來自於最開始我們接受的是別人的專案 組內所有的人對於這部分的工作沒有任何的認識,所以初期我們對於成果的設想比較天馬行空,隨著專案進行,尤其是到了β階段,由於相關經驗的積累以及對於上一代產品的認識 我們重新設計了產品,這時設計的產品就和最終的成果比較接近,除了一些細小的功能因為時間原因沒有完成之外別的基本一致
  • 問:你們對剛開始的專案有什麼建議?
  • 答:首先組內心理建設很重要,這樣能最大程度的避免成員消極怠工的情況。其次對於工作任務初期的知識儲備要足夠,依靠學習的內容以及經驗,對於產品的設計就可以儘量的貼近實際情況,減少後期無用功。最後就是對於專案時間的把握要做好,對於工程進度timeline提前設計好,並且嚴格把握 最終自己設計ddl最好放在老師給的ddl前幾天 留一些餘地

3.任務分配比例

李鳴 王國華 吳君毅 陳裕鵬 黃浩 侯振源 陳曉凱 付逸豪
15% 15% 15% 10% 10% 10% 15% 10%

相關文章