1、簡單題
- 簡述瀑布模型、增量模型、螺旋模型（含原型方法）的優缺點。
瀑布模型的優點：有利於大型軟件開發過程中人員的組織、管理，有利於軟件開發方法和工具的研究，從而提高了大型軟件項目開發的質量和效率。
瀑布模型的缺點：（1）開發過程一般不能逆轉，否則代價太大；（2）實際的項目開發很難嚴格按該模型進行；（3）客戶往往很難清楚地給出所有的需求，而該模型卻要求如此。（4）軟件的實際情況必須到項目開發的後期客戶才能看到，這要求客戶有足夠的耐心。
增量模型的優點：（1）採用增量模型的優點是人員分配靈活，剛開始不用投入大量人力資源；（2）如果核心產品很受歡迎，則可增加人力實現下一個增量；（3）可先發布部分功能給客戶，對客戶起到鎮靜劑的作用。
增量模型的缺點：（1）並行開發構件有可能遇到不能集成的風險，軟件必須具備開放式的體系結構；（2）增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型，但也很容易退化爲邊做邊改模型，從而是軟件過程的控制失去整體性。
螺旋模型的優點：（1）設計上的靈活性,可以在項目的各個階段進行變更；（2）以小的分段來構建大型系統,使成本計算變得簡單容易；（3）客戶始終參與每個階段的開發,保證了項目不偏離正確方向以及項目的可控性；（4） 隨着項目推進,客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。
螺旋模型的缺點：（1）採用螺旋模型需要具有相當豐富的風險評估經驗和專門知識，在風險較大的項目開發中，如果未能夠及時標識風險，勢必造成重大損失；（2）過多的迭代次數會增加開發成本，延遲提交時間；（3）很難讓用戶確信這種演化方法的結果是可以控制的。
- 簡述 UP 的三大特點，其中哪些內容體現了用戶驅動的開發，哪些內容體現風險驅動的開發？
UP的三大特點是：迭代式增量開發，用例驅動，以系統架構爲中心
用例驅動體現了用戶驅動的開發：開發過程中用例和場景的使用被證明是捕獲功能性需求的卓越方法，並確保由它們來驅動設計、實現和軟件的測試，使最終系統更能滿足最終用戶的需要。
迭代式增量開發體現了風險驅動的開發：爲了有效地控制風險，UP以漸進的方式進行演進，軟件生命週期的每個階段可以劃分爲多個迭代，每個迭代確定一個內部里程碑（或一個發佈）。
- UP 四個階段的劃分準則是什麼？關鍵的里程碑是什麼？
劃分準則：四個階段根據開發生命週期中不同的關鍵里程碑劃分
關鍵里程碑：
* 先啓階段：生命週期目標（Lifecycle Objective）里程碑，用於評價項目基本的生存能力。
* 精化階段：生命週期架構（Lifecycle Architecture）里程碑，爲系統的結構建立了管理基準，並使項目小組能夠在構建階段中進行衡量。此刻，要檢驗詳細的系統目標和範圍、結構的選擇以及防範的主要風險的解決方案。
* 構建階段：初始運作能力（Initial Operational）里程碑，該里程碑決定了產品是否可以在測試環境中進行部署。此刻，要確定軟件、環境、用戶是否可以開始系統運作。
* 移交階段：產品發佈（）里程碑。此時要確定目標是否實現，是否應該開始另一個開發週期。
- IT 項目管理中，“工期、質量、範圍/內容” 三個元素中，在合同固定條件下，爲什麼說“範圍/內容”是項目團隊是易於控制的
因爲在合同固定的條件下，工期和質量都在合同中有了明確的規定，不能隨意更改，項目的範圍/內容則可以根據軟件開發過程中遇到的情況，項目團隊與客戶商議做出稍微的調整。
爲什麼說，UP 爲企業按固定節奏生產、固定週期發佈軟件產品提供了依據？
UP的軟件生命週期從時間上分爲四個階段，每個階段包括一個主要的里程碑。階段是兩個主要里程碑的分隔，在各個階段結束時，執行評估階段目標是否滿足以決定是否進入下一個階段。因此UP提供了固定節奏的生產。
UP是一個風險驅動的生命週期模型，爲了有效地控制風險，UP以漸進的方式進行演進，首先解決高風險的問題，這主要是通過迭代來實現。在軟件生命週期中，每個階段可以劃分爲多個迭代，每個迭代確定一個內部里程碑（或一個發佈）。因此，UP也爲固定週期發佈軟件產品提供了依據。
2、項目管理使用
- 使用截圖工具（png格式輸出），展現你團隊的任務 Kanban，請注意以下要求
- 每個人的任務是明確的。即一週後可以看到具體成果
- 每個人的任務是1-2項
- 至少包含一個團隊活動任務