設定 GitHub 專案
瞭解專案範圍和擁有權對於 GitHub 專案與 Azure Boards 之間的成功共同作業至關重要。 在本單元中，我們將探討定義專案界限和責任的關鍵考量。
專案範圍和擁有權決策
組織與使用者專案 - 決策矩陣：
| 因素 | 組織項目 | 使用者專案 |
|---|---|---|
| 團隊協作 | 多團隊、跨職能工作 | 個人或小型團隊實驗 |
| 治理 | 正式的審批流程、審計跟踪 | 輕量級、快速迭代 |
| 可視性 | 企業範圍的透明度 | 個人或有限的可見性 |
| 存取控制 | 角色型權限、企業單一登入 (SSO) | 個人控制 |
| 生命週期 | 長期生產工作負載 | 原型、學習、測試 |
最佳實務建議：
- 將組織專案用於生產應用程式和共用服務
- 利用使用者專案進行概念驗證和個人學習
- 選擇範圍時，請考慮資料控管和合規性需求
專案建立工作流程
針對組織專案：
- 瀏覽至 GitHub 上貴組織的主頁面
- 按一下組織導覽中的專案
- 選取 新增專案 下拉式清單 → 新增專案
- 根據工作流程需求選擇合適的專案範本
針對用戶專案：
- 點擊您的頭像→ 您的項目
- 選取 新增專案 下拉式清單 → 新增專案
- 選擇符合專案目標的範本
專案範本選擇指南：
| Template | 用例 | 主要特徵 |
|---|---|---|
| 團隊待辦事項 | 衝刺規劃、功能開發 | 故事點數, 衝刺週期 |
| Feature | 產品路線圖、發布計劃 | 里程碑、相依性 |
| 錯誤分類 | 問題管理、品質保證 | 嚴重性、優先順序、狀態追蹤 |
| Blank | 自訂工作流程、專業流程 | 完全客製化彈性 |
專案文件和溝通策略
README 和描述最佳實務：
- 瀏覽至您的專案
- 點擊右上角的設置菜單（三個點）
- 選擇 設定
- 建立全面的專案文件：
項目描述框架：
- 目的：明確說明專案目標和範圍
- 利害關係人：主要團隊成員、贊助商和決策者
- 成功標準：可衡量的結果和接受標準
- 時間表：關鍵里程碑和交付預期
README 內容結構：
# Project Name
## Overview
Brief description of project goals and context
## Getting Started
Prerequisites and setup instructions
## Workflow Guidelines
- Issue creation and labeling standards
- Review and approval processes
- Communication protocols
## Team Information
Contact details and responsibilities
企業 README 範本範例：
# Customer Portal Enhancement Project
## Project Overview
Modernize customer self-service portal to improve user experience and reduce support ticket volume by 30%.
## Key Stakeholders
- **Product Owner**: Name (email@company.com)
- **Tech Lead**: Name (email@company.com)
- **UX Designer**: Name (email@company.com)
## Success Metrics
- Page load time < 2 seconds
- User satisfaction score > 4.2/5
- Support ticket reduction of 30%
## Workflow Standards
- All features require design review before development
- Security review mandatory for user-facing changes
- Performance testing required for all releases
策略性工作項目規劃和管理
問題建立和組織策略
初始專案設定工作流程： 當您的新專案初始化時，它會提示您新增專案。 這是您建立專案基礎的機會。
策略性議題建立方法：
- 從史詩和主題開始：建立代表主要功能或計劃的高階工作專案
- 分解為使用者故事： 從使用者角度定義特定的、可測試的功能
- 新增技術任務：包括基礎設施、測試和部署工作
- 規劃相依性：識別封鎖關係和關鍵路徑項目
問題範本最佳做法：
功能問題範本：
## User Story
As a [user type], I want [functionality] so that [business value].
## Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
## Definition of Done
- [ ] Code review completed
- [ ] Unit tests written and passing
- [ ] Integration tests updated
- [ ] Documentation updated
- [ ] Accessibility review completed
## Dependencies
- Links to related issues or external dependencies
## Technical Notes
Implementation considerations and architectural decisions
按一下加號 （+），以根據您的專案計劃系統地新增更多問題。
工作專案階層和組織：
- 史詩項目：主要功能或計畫
- 特點：可交付功能
- 使用者故事：特定面向使用者的功能
- 任務：技術實施工作
- 錯誤：需要解決的缺陷和問題
進階問題分類範例
企業專案的標籤策略：
| 類別 | 標籤 | Purpose |
|---|---|---|
| 優先順序 |
priority:critical、priority:high、priority:medium、priority:low |
資源分配和排程 |
| Type |
type:feature、type:bug、type:technical-debt、type:research |
工作分類和報告 |
| 球隊 |
team:frontend、team:backend、team:qa、team:design |
所有權和責任 |
| 狀態 |
status:blocked、status:in-review、status:needs-info |
工作流程狀態管理 |
| 發布 |
release:v2.1、milestone:q1-2024 |
發行規劃和追蹤 |
進階專案設定與治理
安全性和存取管理
按一下右上角的選單（三個點）來導覽至專案設定。
存取控制最佳實務：
| Role | 許可 | 應用案例 |
|---|---|---|
| 管理員 | 完整的項目控制、設置管理 | 專案擁有者、技術負責人 |
| 寫入 | 建立/編輯項目、管理工作流程 | 開發團隊成員 |
| 讀取 | 查看專案內容，新增註解 | 利害關係人、QA 團隊 |
| 無法訪問 | 無法檢視專案 | 外部使用者、受限制的資料 |
企業安全考慮：
- 為所有專案管理員啟用雙因素驗證
- 定期存取審查和權限稽核 （建議每季）
- 與企業 SSO 和身分管理系統整合
- 合規性和安全性監控的稽核記錄
自訂欄位和工作流程設定
策略性客製化場地設計：
商業價值追蹤：
- 工作量估計：故事點或時間估計
- 業務優先順序：客戶影響或收入潛力
- 風險評估：技術複雜性或相依性風險
- 合規要求：安全性、可訪問性、監管需求
常見的企業自訂欄位範例：
| 欄位名稱 | Type | 值/選項 | Purpose |
|---|---|---|---|
| 商業價值 | 選取 | 高、中、低 | 優先順序和投資報酬率分析 |
| 努力 | Number | 1-13（斐波那契數列） | 短期衝刺規劃和產能 |
| 元件 | 選取 | 前端、後端、資料庫、API | 技術所有權和專業知識 |
| 客戶群 | 選取 | 企業、中小型企業、個人 | 功能目標定位和驗證 |
| 發行目標 | Date | 具體日期 | 里程碑和相依性規劃 |
自動化和工作流程優化：
- 根據提取要求狀態設定自動狀態轉換
- 設定重要更新和封鎖程式的通知
- 建立審查週期和審批工作流程
- 實作停滯工作項目的升級程序
持續改進和分析
專案健康情況監控：
- 追蹤速度趨勢和團隊容量使用率
- 監控從事項建立到完成的循環時間
- 識別瓶頸和流程改進機會
- 定期回顧和工作流程調整
整合檢查點：
- 與利害關係人進行每週專案同步會議更新
- 每月流程審查和優化會議
- 季度戰略調整和目標評估
- 年度專案治理和安全審計
如需專案的詳細資訊，請參閱：