敏捷開發框架下的軟體工程/引言
我們遵循一個開發框架，該框架在一個結構化的框架中整合了敏捷開發方法。（參見 宣言，宣言描述，更多）。敏捷意味著
- 個人和迭代勝過流程和任務
- 可工作的軟體勝過全面文件
- 客戶協作勝過合同談判
- 響應變化勝過遵循計劃。
該專案的重點是生產健壯的可工作系統（軟體、硬體和維護文件）。規劃、全面的開發文件和流程很重要，但它們是“目的手段”，重點是內容而不是格式/表示形式。預計你會放棄你開發的大多數模型（儘管你必須保留它們以備評估！）。
我們的目標是在官僚主義和非正式組織之間找到中間地帶。
在任何一個時刻，你都應該預期有五個相互作用的工作流在進行。在不同的時間，不同的工作流更重要。 
每個工作流的比例變化融合成“部門”，這些部門由可交付成果、引導和與客戶的溝通來定義。
這裡的部門可以被看作類似於一個結構化的開發流程。
我們正在進行三個迭代。第一個迭代的目標是在開發團隊和客戶之間建立理解。第二個迭代的目標是設計併發布（給客戶）一個滿足許多功能需求的系統。第三個迭代，“穩定交付”，旨在回顧第二個迭代在滿足業務需求方面的成功情況，回顧功能需求（可能還會有更多），並交付一個健壯且時尚的“防彈”實現。
在任何時候，你都將在由 5 個工作流組成的部門中工作，並且屬於三個迭代之一，專注於一個特定的領域。 
每個部門都由其產生的內容來定義。我們為你提供了一套工具，這些工具可以在每個部門內使用，但只要你能提供一個合理過程的證據（見下面的證據組合），我們就不會太在意部門內部的細節。
| 部門 | 可交付成果 |
| 評估 | 管理文件（建立小組，環境背景） |
| 功能需求 | 與客戶建立的訪談 |
| 設計概念 | 倫理設計 |
| 設計規範 | 系統隱喻 |
| 實施 | 概念原型（第一版釋出）。 |
| 評估 | 提案給客戶 |
| 評估 | 專案估計 |
| 功能需求 | 功能需求文件 |
| 設計概念 | 設計概念演示 |
| 設計規範 | 設計規範（樣式指南等），穩定的開發平臺：你的系統的框架應該被開發和測試。例如，對於帶有 Web 前端的資料庫，我們希望你能演示透過 Web 的連線性和基本資料庫功能（插入、刪除、查詢、更新）以及任何標準基礎設施（登入等）。 |
| 實施 | 功能交付（第二版釋出）。向客戶交付一個滿足其大部分需求的系統。這個系統應該是可用的且穩定的 |
| 評估 | 功能交付分析 |
| 評估 | 第三輪迭代的方向。完成倫理流程。 |
| 功能需求 | 重新審視功能需求 |
| 設計概念 | 設計概念更新，內容製作 |
| 設計規範 | 樣式指南，系統規範，實施和部署計劃 |
| 實施 | 穩定交付（第三版釋出） |
| 評估 | 專案評估和完成。客戶滿意度。 |